Which AI systems are high-risk, and who decides
Which AI systems are high-risk is decided by the intended purpose, not the technology: systems built on the same language model can land in three classes in HR. The question is who has described what the system is for.

Key insights
- Annex III of the EU AI Act lists mainly uses rather than technologies. Four HR tasks from the Commission's draft guidelines, all of which one language model could perform, land in three different classes.
- An Annex III system is always high-risk if it profiles natural persons. The Commission's draft therefore rules out any exemption for background checks that combine data on job applicants into a risk score.
- Anyone who changes a system's intended purpose so that it becomes high-risk becomes its provider under Article 25(1)(c). If the provider clearly specified it must not be made high-risk, it need not assist.
- In 2023 appliedAI classified nine of ten HR systems as high-risk against the draft texts. The Commission's draft guidelines on the adopted text divide the same area by use and exempt several HR tasks.
- Classification is done per purpose, not per tool. Anyone who does not know what the provider's material says the system is for does not know which class the system is in.
Which AI systems are high-risk under the EU AI Act is not decided by the technology. Systems built on the same language model can fall outside the high-risk rules in one task and squarely inside them in the next, and what separates the tasks is what the system is said to be for. An organisation that classifies its tools by what they are, rather than by what they are for, gets the answer wrong in both directions.
Which AI systems are high-risk under the EU AI Act?
The EU AI Act has two routes to high risk. The first covers AI that is a safety component of, or is itself, a product that is already regulated and has to undergo third-party conformity assessment, from medical devices to lifts. The second is Annex III, and that is the one most organisations meet. It lists mainly uses rather than technologies: recruitment and selection, decisions on terms of employment and promotion, creditworthiness assessment of individuals, pricing of life and health insurance, admission to and assessment in education, and a few other areas.
The wording in the annex is almost always the same. It concerns AI systems intended to be used for a particular purpose. Article 3(12) defines the intended purpose as the use for which the provider intends the system, including the context and conditions of use, as specified in the instructions for use, the promotional or sales materials and statements, and the technical documentation. What gets classified, in other words, is a description of the use, and the provider writes that description.
The requirements for Annex III systems apply from 2 December 2027, since amending Regulation (EU) 2026/1744 moved the date. How that shift affects planning is covered in the article on the postponed high-risk deadline. This article is about the question that decides whether the date applies to you at all.
One language model, four uses in HR, three classes
In May 2026 the Commission published draft guidelines on classification, with examples intended to cover every area of Annex III. Under Article 6(5) the guidelines were due by 2 February 2026, and the draft is still a draft: according to the Commission's page, feedback from the consultation, which closed on 23 July, is to be incorporated into a final version before adoption.
The examples for employment are the most instructive. Four of them describe tasks that one and the same generative language model could perform. The draft does not mention a language model, and in the job advertisement example the system relies on patterns and terms defined and reviewed by human experts:
| Use in the draft's example | The draft's assessment |
|---|---|
| Only identifying discriminatory or non-inclusive wording in job advertisements | Outside point 4(a), because the system is not intended to be used to recruit or select people |
| Refining the language of managers' promotion reports after the evaluation is complete, without changing outcomes or scores or creating new content, and with the manager required to check the result | Within point 4(b), but exempt because the system improves the result of a previously completed human activity and does not influence the decision |
| Scoring applicants' written or oral answers and ranking who is invited to interview | High-risk under point 4(a), no exemption applies |
| Answering new employees' questions about policies and training | Outside point 4(a), but may fall under point 4(b) if it affects terms of employment, feeds into performance evaluations or monitors staff |
That is three classes for four uses, and the difference between them lies in the task, not in the model. The third row is high-risk because the system affects who goes forward, and the fourth shows that a tool can change class without anyone touching the technology, if it is turned into a tool for assessing staff.
The draft also illustrates a rule that settles some answers outright. Under Article 6(3), an Annex III system is always high-risk if it performs profiling of natural persons, which Article 3(52) defines by reference to the GDPR. Background checks on job applicants, which combine education, employment history and online information into a risk score, fall under point 4(a) according to the draft, and because the system profiles, no exemption can apply.
Who decides what the system is for?
Because the intended purpose is the provider's description, the assessment rests first with the provider. The draft draws a consequence from that which is worth knowing at every purchase. Where a provider presents a system as broadly applicable across many contexts, without consistently limiting its use or excluding high-risk uses, the intended purpose is, according to the draft, deemed to cover the high-risk uses as well. That applies in particular, the draft adds, where such uses are feasible and reasonably foreseeable given the system's functionalities and capabilities. Stating in the terms of service that such uses are excluded is not enough if the product's presentation and examples in practice promote them.
Classification follows the sentence that describes what the system is for.
The reverse case is the one that reaches the buyer. If an organisation modifies the intended purpose of a system that has not been classified as high-risk and has already been placed on the market or put into service, so that it becomes a high-risk system under Article 6, the organisation itself becomes the provider of a high-risk system under Article 25(1)(c), with the provider's obligations. Article 25 also makes the position costlier than it sounds. Under paragraph 2, the initial provider must cooperate with the new one and, among other things, make technical documentation available, but neither the cooperation nor the handover applies if the provider has clearly specified that its system is not to be changed into a high-risk system.
An organisation that has a general-purpose assistant rank applicants can therefore end up with the provider's responsibility and without the provider's documentation. It may be the same assistant that checks the wording of the job advertisements, and the use is the only thing that differs.
A provider that considers an Annex III system not to be high-risk must document its assessment before the system is placed on the market or put into service, register the system in the EU database, and hand over the assessment on request from national authorities. The amending regulation simplified what the registration must contain, but not the duty to document. A no without a recorded reason is therefore not a classification.
Classification has been hard even for those who tried
Two studies with different methods point the same way. In 2023 the appliedAI initiative classified 106 AI systems from business functions such as marketing, purchasing, production and HR. 19 came out high-risk, 44 low-risk and 42 could not be determined, while one might have been prohibited. Nine of ten HR systems were classified as high-risk.
That classification started from the Commission's 2021 proposal, with references to the Parliament's and the Council's amendments, which means before the exemption in Article 6(3) had its final wording. The two sources concern different systems and are not directly comparable, but the contrast is instructive. Under the draft texts, HR came out almost entirely high-risk. Under the adopted text, as the Commission reads it, the same area is divided by use: scheduling interviews, sorting CVs into a searchable database and auditing past hiring decisions retrospectively on anonymised data fall within the annex according to the draft but are exempt, while ranking and scoring applicants are not.
The second study applies the adopted text. A study by the Technical University of Munich and Siemens had 78 employees of a global company with more than 100,000 staff classify AI systems with a decision-support tool, eleven under observation and 67 on their own. 21 of the 67 said they had difficulty with particular questions. The arXiv text is the authors' submitted version rather than the final conference version, and the population is a single company. One finding from the observed sessions is still clear: a clear description of the system's purpose, functionality and context of use makes classification easier, and systems with several uses are hard to delimit.
The objection: it is not the use that decides, but the intended purpose
There is a countervailing point that carries weight. Saying that high risk follows the use is, strictly, wrong. The regulation ties classification to the purpose the provider intended, and the draft explicitly distinguishes that from reasonably foreseeable misuse, which by definition lies outside the intended purpose. An employee who, on their own initiative, ranks applicants with a writing assistant does not by that alone turn the provider's product into a high-risk system, as long as the provider has limited the intended purpose clearly and consistently across all its materials.
The objection is right about the provider's product. But it only moves the question to the buyer. When the organisation itself chooses to use a system for something other than what the provider described, it is the organisation's use that has to be classified, and Article 25(1)(c) can then make the organisation the provider. The Commission has said that separate guidelines on Article 25 will explain in more detail when that happens. Classification follows the use that someone has described. If nobody has described the use you have, you are the one describing it.
The draft is also still a draft. The examples may change in the final version, and the Commission says they are not exhaustive. The interpretive responsibility the guidelines are meant to ease stays with whoever does the classifying.
Which of your AI systems can you not classify without the provider's material?
The criterion is a comparison that can be made system by system. Take each AI system used in any of the Annex III areas, and write two sentences side by side: what the provider's instructions for use and sales material say the system is for, and what you actually use it for.
The answers divide organisations. Those who can write both sentences and find that they say the same thing have the provider's classification to review, and can ask the provider for its documented assessment if the system is said to fall under the exemption, although the provider is only obliged to hand it to national authorities. Those who find that their use is broader than, or different from, the one described have a classification of their own to make, and possibly a provider's responsibility. Those who cannot write the first sentence, because nobody has read the provider's material, do not know which class the system is in, whatever the technology.
Which point in Annex III a system meets is decided by the described purpose, and if you use the system for something other than the provider described, it is your purpose that has to be classified. Whether an exemption holds also depends on what the system actually does: a system that profiles people, or that materially influences the outcome of decisions, cannot be exempt. That is why the classification in AI governance work is done per purpose and not per tool.
Common questions
High-risk AI systems are AI systems on which the EU AI Act places particular requirements, either because they are safety components of, or are themselves, products that are already regulated and require third-party conformity assessment, or because they fall within one of the use cases listed in Annex III, such as recruitment and selection, creditworthiness assessment of individuals and admission to education, and the exemption in Article 6(3) does not apply. It is the intended purpose that decides, not how advanced the technology is. Systems built on the same language model can be high-risk in one task and entirely outside the high-risk rules in another.
Examples in Annex III of the EU AI Act include AI systems intended to filter job applications and evaluate candidates, to make decisions on promotion or termination, to assess the creditworthiness of individuals, to price life and health insurance, and to decide admission to education. The Commission's draft guidelines add practical examples: a tool that scores applicants' answers and ranks who is invited to interview is high-risk, while a tool that only schedules interviews falls within the annex but is exempt.
After amending Regulation (EU) 2026/1744, the requirements apply from 2 December 2027 for systems in Annex III and from 2 August 2028 for systems in products covered by Annex I. Providers must then have, among other things, risk management, data governance, technical documentation, record-keeping, information for deployers, human oversight, and accuracy, robustness and cybersecurity under Articles 9 to 15. Deployers, the organisations using the systems, have their own obligations under Article 26.
It depends on what the software does with the CVs. A system that filters, scores or ranks applicants falls under point 4(a) of Annex III, and in every such example in the Commission's draft guidelines no exemption applies. A system that only recognises and organises information from CVs into a searchable database falls within the annex according to the draft but is exempt, because it does not materially influence the selection. The draft has not yet been adopted in final form.
A general-purpose AI assistant is not high-risk simply because it is powerful. What matters is the purpose the provider has specified, and what the organisation turns the assistant into. If an organisation modifies the purpose so that the system becomes high-risk, for example by making it a tool for ranking job applicants, it can become the provider of a high-risk system under Article 25, with the provider's obligations. If the initial provider clearly specified that the system is not to be changed into a high-risk system, it need neither cooperate nor hand over its documentation.
The provider develops an AI system, or has it developed, and places it on the market or puts it into service under its own name. The deployer is the organisation that uses the system under its authority. It is the provider that specifies the system's intended purpose, and so in the first instance its class. The roles do not follow the invoice: a deployer that puts its name on a high-risk system, substantially modifies it or changes its purpose so that it becomes high-risk becomes a provider itself.
The exemption means that an Annex III system is not high-risk if it does not pose a significant risk of harm to health, safety or fundamental rights, including by not materially influencing the outcome of decision-making, and one of the conditions in Article 6(3) is met. The regulation sets out four such conditions, among them a narrow procedural task and improving the result of a previously completed human activity. The exemption never applies to systems that profile natural persons, and the provider must document the assessment and register the system.
The Commission published draft guidelines on the classification of high-risk AI systems on 19 May 2026, with practical examples intended to cover every area of Annex III. Under Article 6(5) the guidelines were due by 2 February 2026. A targeted consultation on the draft was open until 23 July 2026, and according to the Commission the feedback is to be incorporated into a final version before adoption. The guidelines are not legally binding, but they reflect the Commission's interpretation and, according to the Commission, will guide enforcement.
If this lands on your desk, we should talk.
Ampliro Insights
New analysis, roughly weekly.
We write when the rules change and when something turns out to work in practice. One piece at a time, no sequences, and you can leave from any issue.
We store your address to send Ampliro Insights, and for nothing else. More in the privacy policy.