Skip to content
SimpleAct Logo

EU AI Act · Art. 5, 6, 50 and Chapter V

Last reviewed 7 October 2026 · after the Digital Omnibus

EU AI Act risk categories: the overview

The AI Act sorts AI systems by risk: prohibited, high-risk, subject to transparency obligations, or minimal. General-purpose AI models follow a separate track. Here you will find every category in one table – with examples, obligations, deadlines and a decision tree for your own system.

  • 4 risk categories + GPAI in one table
  • Deadlines after the Digital Omnibus
  • Decision tree in 5 questions or fewer
  • 12 typical AI systems classified
app.simpleact.de

Risk classification

AI inventory · 5 use cases

A

Distribution

  • Prohibited
  • High-risk
  • Art. 50
  • Minimal
  • GPAI
  • Candidate rankingHR · shortlistingHigh-riskArt. 50
  • Service chatbotWebsite · customer serviceArt. 50
  • Sentiment analysisCall centre · staffProhibited
  • Maintenance forecastProduction · machineryMinimal
  • In-house language modelAPI for partnersGPAI

5 of 5 classified · rationale documented

Short answer

The EU AI Act has four risk categories for AI systems: prohibited practices (Art. 5), high-risk AI (Art. 6, Annexes I and III), transparency obligations (Art. 50, often called “limited risk”) and minimal risk. General-purpose AI models (GPAI) follow a separate track, with stricter duties where there is systemic risk. The specific intended use decides.

Overview

All EU AI Act risk categories in one table

The table shows which articles each category rests on, which systems typically fall into it, what has to be done, when it applies and how high fines can be. GPAI models sit below as a separate track, because their obligations attach to the model, not to a use case.

Scroll the table sideways →

All EU AI Act risk categories in one table
CategoryArticlesTypical examplesObligationsApplies fromFines up to
AI systems: classified by intended use
Prohibited practicesunacceptable riskArt. 5Social scoring, emotion recognition at work, manipulative techniques, untargeted scraping of facial imagesBan: no placing on the market, no putting into service, no use2 Feb 2025; two new bans from 2 Dec 2026€35m or 7%
High-risk AIhigh riskArt. 6 with Annexes I and III; Art. 9–27Candidate ranking, credit scoring, exam grading, AI as a safety component in machinery or medical devicesProviders: risk management, data governance, documentation, conformity assessment, registration. Deployers: use as instructed, human oversight, logs, fundamental rights impact assessment where requiredAnnex III: 2 Dec 2027; Annex I: 2 Aug 2028€15m or 3%
Transparency obligationsoften “limited risk”Art. 50Chatbots, image, video and text generators, deepfakes, emotion recognition outside the bansMake AI interaction recognisable, mark synthetic content machine-readably, disclose deepfakes, inform people affected2 Aug 2026; para. 2 for legacy systems 2 Dec 2026€15m or 3%
Minimal riskno specific obligationsArt. 4, Art. 95Spam filters, predictive maintenance, internal translation, spell checkingAI literacy under Art. 4 (applies to all AI systems), voluntary codes of conductArt. 4: 2 Feb 2025no separate tier in the AI Act
Separate track: general-purpose AI models
GPAI modelsChapter VArt. 53, 54Language, image and multimodal models that providers make available for others to integrateTechnical documentation, information for downstream providers, copyright policy, summary of training content2 Aug 2025; legacy models 2 Aug 2027Commission fines since 2 Aug 2026
GPAI with systemic riskChapter VArt. 51, 55the most capable foundation modelsIn addition: model evaluation, assessment and mitigation of systemic risks, serious incident reporting, cybersecurityas GPAIas GPAI

Simplified. Fines: whichever amount is higher, percentages of worldwide annual turnover; for SMEs and start-ups the lower amount applies (Art. 99(6)); since the Digital Omnibus, for small mid-caps too, but only for fines under Art. 99(4) and (5) (Art. 99(6a)). One system can belong to several categories at once. The text of the Regulation prevails.

Risk pyramid

The EU AI Act risk pyramid

The higher the risk to health, safety and fundamental rights, the stricter the rules. The pyramid is a common simplification of this risk-based approach – GPAI models run alongside as a separate track. Select a tier to jump to its explanation.

The categories in detail

What each risk category means

For each category: its legal basis, the systems that typically fall into it, what providers and deployers must do, when that applies and which tier of fines is at stake.

Prohibited

Prohibited AI practices (Art. 5): unacceptable risk

At the top of the pyramid are practices the legislator considers so dangerous that no obligation, however strict, could offset them. Article 5 has banned them outright since 2 February 2025: they may not be placed on the market, put into service or used. The ban applies to providers and deployers alike; there is no transition period and no grandfathering.

What matters is the use, not the technology. Facial recognition is not banned as such, but untargeted scraping of facial images from the internet or CCTV footage to build databases is. Emotion recognition is not banned across the board, but it is in the workplace and in education – with exceptions for medical and safety reasons. Outside those settings it falls under the transparency obligations.

The Digital Omnibus (Regulation (EU) 2026/1744) extends the list: from 2 December 2026, AI that generates or manipulates intimate images of identifiable people without their consent is also banned, as is AI used to generate child sexual abuse material. For providers of generative image and video tools, safeguards need to be in place by then.

For most companies the ban is not the core issue, but it is a mandatory check. If you use software that analyses the mood of call-centre staff, for example, that feature must be switched off – even if it is just a side feature of a larger tool. So check every system against Article 5 first, before you think about the other categories.

Typical examples

  • Subliminal, manipulative or deceptive techniques that materially distort behaviour and can cause significant harm
  • Exploiting vulnerabilities due to age, disability or a social or economic situation
  • Social scoring: rating people by social behaviour or personality traits, leading to detrimental treatment
  • Assessing whether someone will commit a crime based solely on profiling or personality traits
  • Untargeted scraping of facial images from the internet or CCTV for facial recognition databases
  • Emotion recognition in the workplace and in education (exceptions: medical or safety reasons)
  • Biometric categorisation by sensitive characteristics such as political opinion or sexual orientation
  • Real-time remote biometric identification in public spaces for law enforcement (narrow exceptions)
  • New from 2 Dec 2026: non-consensual intimate images of identifiable people and child sexual abuse material
High-risk

High-risk AI (Art. 6): allowed, but tightly regulated

High-risk AI is the category with the most obligations. Article 6 provides two ways in. First, Annex I: the AI system is itself a product, or the safety component of a product, covered by EU harmonisation legislation – such as machinery, toys, lifts or medical devices – and requires a third-party conformity assessment. After the Digital Omnibus, these obligations apply from 2 August 2028.

Second, Annex III: AI systems used in one of eight sensitive areas – biometrics, critical infrastructure, education and vocational training, employment and workers management, access to essential private and public services (including creditworthiness assessment and risk assessment and pricing in life and health insurance), law enforcement, migration and border control, and the administration of justice and democratic processes. For these systems the obligations apply from 2 December 2027.

Not every system in an Annex III area is automatically high-risk. Article 6(3) exempts systems that pose no significant risk because they only perform a narrow procedural task, improve the result of a previously completed human activity, detect decision-making patterns without replacing human assessment, or perform a preparatory task. A system that profiles natural persons is always high-risk. Anyone relying on the exemption must document the assessment (Art. 6(4)) and register the system in the EU database (Art. 49(2)). The Digital Omnibus has slimmed down the required entries: the summary of grounds and the list of Member States no longer have to be registered (Annex VIII, Section B, points 7 and 9 deleted by Art. 1(42) of Regulation (EU) 2026/1744; Recital 22). The documentation duty remains.

Commission guidelines: Article 6(5) requires the Commission to provide guidelines with practical examples of systems that are and are not high-risk. It published a draft on 19 May 2026. The targeted consultation was extended to 23 July 2026, and the Commission plans to adopt the final version by the end of 2026. As of 7 October 2026 there is no final version. The draft is guidance, not binding (para. 6).

Key points of the draft: human involvement does not change the classification under Article 6(2) (paras. 70–71). The Article 6(3) exemptions are exhaustive and must be read narrowly, and profiling always rules them out (paras. 88–89). Software marketed broadly that excludes high-risk uses only in its terms of service stays high-risk (para. 12). Several components that together shape an individual decision are assessed as one system, agentic systems included (para. 75).

The obligations are split by role. Providers carry most of the load: risk management (Art. 9), data governance (Art. 10), technical documentation (Art. 11), record-keeping (Art. 12), transparency and instructions for use (Art. 13), human oversight (Art. 14), accuracy, robustness and cybersecurity (Art. 15), quality management (Art. 17), conformity assessment (Art. 43) and registration in the EU database (Art. 49). Deployers must use the system according to the instructions, assign human oversight to competent people, keep an eye on input data and logs, and inform the people affected (Art. 26). Public bodies and certain private deployers, for example in credit scoring or insurance pricing, also carry out a fundamental rights impact assessment (Art. 27).

This overview keeps high-risk deliberately short. All eight Annex III areas with examples, borderline cases and a step-by-step exemption check are in our Annex III guide.

Typical examples

  • CV screening, ranking and selection of candidates (Annex III point 4)
  • Performance evaluation, promotion or termination decisions using AI (point 4)
  • Creditworthiness assessment and credit scoring of natural persons (point 5)
  • Risk assessment and pricing in life and health insurance (point 5)
  • Admissions, grading of learning outcomes and exam proctoring (point 3)
  • Safety components in critical infrastructure (point 2)
  • AI in medical devices or machinery subject to third-party assessment (Annex I)
Art. 50

Transparency obligations (Art. 50): “limited risk”

Many overviews call the third category “limited risk”. The term does not appear in the Regulation, but it has become the usual shorthand for the transparency obligations in Article 50. It covers AI systems whose main risk is that people do not realise they are talking to a machine or looking at artificially generated content.

Article 50 covers four cases. Providers must design systems that interact directly with people so that those people are informed (para. 1), and must mark synthetic audio, image, video and text output in a machine-readable way (para. 2). Deployers must inform people when they use emotion recognition or biometric categorisation (para. 3), and disclose that deepfakes or AI-generated text on matters of public interest were artificially created (para. 4). Paragraph 5 requires the information to be clear, timely and accessible.

The obligations have applied since 2 August 2026. For machine-readable marking by systems placed on the market before that date, the Digital Omnibus introduced a transition period until 2 December 2026. There is no transition period for chatbot notices, emotion recognition or deepfakes.

Important: Article 50 is not an alternative to high-risk, but an extra layer. A chatbot that shortlists applicants is high-risk and must also disclose that it is an AI. Conversely, a notice does not help where a ban applies: emotion recognition in the workplace stays prohibited even if staff are informed.

Typical examples

  • Customer service chatbots and voice assistants
  • AI agents that communicate with people on a company’s behalf
  • Image, video, audio and text generators (providers)
  • Deepfakes in marketing, communications and training videos (deployers)
  • AI-generated text on matters of public interest without editorial control
  • Emotion recognition and biometric categorisation, where not prohibited
Minimal

Minimal risk: no specific obligations, but not obligation-free

The broad base of the pyramid consists of AI systems with minimal risk: spam filters, product recommendations in online shops, predictive maintenance in production, spell checking or inventory optimisation. The AI Act imposes no specific obligations on them. In practice, many of the AI applications companies use land here.

“No specific obligations” does not mean “nothing to do”, though. Since 2 February 2025, Article 4 has required providers and deployers of all AI systems – whatever their category – to take measures to support AI literacy. The Digital Omnibus rewrote the provision: companies take measures to support the AI literacy of the people using AI on their behalf. They do not have to guarantee a particular level of competence.

Providers and deployers can also sign up to voluntary codes of conduct under Article 95, for example to apply high-risk requirements voluntarily. And because almost every AI processes personal data, the GDPR applies in full – regardless of how the AI Act classifies the system.

What matters is the rationale: a minimal-risk classification should be documented, with the intended use and a note on why neither Article 5, Annex I or III nor Article 50 applies. If the purpose changes, the classification needs another look. This documentation is what is most often missing in audits.

Typical examples

  • Spam filters and malware detection
  • Predictive maintenance and quality control in manufacturing
  • Product recommendations and search ranking in a shop
  • Internal translation, summarising and spell checking
  • Demand forecasting and inventory optimisation
  • AI in video games
GPAI

General-purpose AI models (GPAI): a separate track

Large language, image and multimodal models do not fit the pyramid, because they have no fixed intended use. The AI Act therefore regulates them in a separate Chapter V. The obligations fall on the provider of the model – the company that develops such a model and places it on the market – and have applied since 2 August 2025.

Every GPAI provider must keep technical documentation, give downstream providers who build the model into their own AI systems the information they need, implement a policy to comply with copyright law and publish a summary of the content used for training. Models with systemic risk – the most capable models, identified using the criteria in Article 51 – must additionally undergo model evaluation, assess and mitigate systemic risks, report serious incidents and ensure adequate cybersecurity.

Models placed on the market before 2 August 2025 have until 2 August 2027. Since 2 August 2026, the Commission has been able to fine GPAI providers; unlike AI systems, supervision here sits at EU level.

For most companies GPAI is a supply-chain question rather than a set of their own obligations: if you use ChatGPT or a comparable model via an API, you are usually not the provider of the model. The risk category of your own system then depends on its intended use. If you substantially modify a model and offer it under your own name, however, check whether you take on Chapter V obligations yourself.

Typical examples

  • Large language models behind chat assistants and agents
  • Image, audio and video models offered via an API
  • Open-source foundation models (with partial relief, except where there is systemic risk)

Watch out

Categories are not drawers

The pyramid suggests every system belongs in exactly one compartment. In practice it is more complicated. Six rules prevent the most common reasoning errors when classifying.

01

Categories stack

An AI system can be high-risk and fall under Article 50 at the same time – a chatbot that shortlists applicants, for instance. Both sets of obligations then apply side by side. So always check Article 50, even once you have landed on high-risk.

02

Classify the use case, not the tool

The same language model is minimal risk as a writing aid, subject to transparency rules as a customer chat and high-risk as a tool for selecting applicants. Record use cases, not product names.

03

The role decides the obligations

The category says how strictly something is regulated; the role says who has to do what. Providers and deployers have different obligations in every category. Anyone who offers a high-risk system under their own name or substantially modifies it can become a provider.

04

Model and system are two levels

GPAI obligations attach to the model, the risk category to the system. A high-risk system can be built on a GPAI model; then the model provider has Chapter V obligations and the system provider has obligations under Articles 9–17.

05

Article 4 always applies

AI literacy is not tied to a particular category; it applies to every AI system. Even companies that only use minimal-risk tools must take measures.

06

Classifications age

New purpose, new user group, new feature: any substantial change can shift the category. The Commission can also amend Annex III. Set review dates and keep the rationale up to date.

Interactive

Which risk category is my AI system?

Five questions or fewer about one specific use case. At the end you see the likely category, the legal basis, the date and the next steps. Run the tree separately for each use case.

Question 1
What do you want to classify?

The risk categories apply to AI systems with a specific purpose. General-purpose models have their own track.

app.simpleact.de

Result

AI Act risk category

A

Answer the questions on the left – the likely risk category appears here.

Simplified guidance, not legal advice. Borderline cases need an individual assessment.

Examples

12 typical AI systems and their likely risk category

This is how common business use cases are typically classified. The rationale shows what the classification hinges on – and when it can tip over.

Scroll the table sideways →

12 typical AI systems and their likely risk category
AI systemLikely categoryWhy
Spam filter in the email inboxMinimalNo Annex III area, no interaction or content generation within the meaning of Article 50.
Predictive maintenance in manufacturingMinimalOften minimal. Different if the system is a safety component of a product under Annex I.
Customer service chatbot on the websiteArt. 50Direct interaction with people: notice under Art. 50(1). High-risk only if it helps decide on access to essential services, for example.
Image generator for marketing visualsArt. 50The provider marks output machine-readably (para. 2); your company discloses deepfakes (para. 4). Depends on the image – illustrations are usually not deepfakes.
CV screening and candidate rankingHigh-riskAnnex III point 4 (employment). Ranking people is usually profiling, which rules out the Article 6(3) exemption.
Credit scoring for retail customersHigh-riskAnnex III point 5: creditworthiness assessment of natural persons. Deployers also carry out a fundamental rights impact assessment.
Pricing in life or health insuranceHigh-riskAnnex III point 5: risk assessment and pricing for natural persons.
Sentiment analysis of call-centre staffProhibitedEmotion recognition in the workplace is banned under Article 5, except for medical or safety reasons. Analysing customer calls, by contrast, often falls under Art. 50(3).
Automated grading of examsHigh-riskAnnex III point 3 (education): evaluating learning outcomes.
Diagnostic software as a medical deviceHigh-riskAnnex I where a third-party conformity assessment is required. Obligations apply from 2 Aug 2028 after the Digital Omnibus.
ChatGPT or Copilot for everyday office workMinimalArt. 50Depends on the use: usually minimal as a writing aid, Article 50 for published deepfakes, high-risk for HR decisions. GPAI obligations sit with the model provider.
Fraud detection in paymentsMinimalOften not high-risk: Annex III explicitly excludes the detection of financial fraud. The GDPR remains relevant.

Typical classifications, not a binding assessment. What counts is the specific use – the same tool can be classified differently in another context.

Misclassifications

Seven common risk classification mistakes

We see these patterns in AI inventories again and again. Each one means obligations are missed or effort is wasted.

  1. Mistake: “We only use ChatGPT, so it is minimal risk.”

    Correct: The tool says nothing about the category. What counts is what it is used for – in candidate selection or credit decisions it can become high-risk.

  2. Mistake: “A chatbot is high-risk AI.”

    Correct: A chatbot typically falls under the transparency obligations in Article 50. It only becomes high-risk through an Annex III purpose.

  3. Mistake: “The Article 6(3) exemption applies, so we are done.”

    Correct: The assessment must be documented and the system registered. The exemption never applies where there is profiling.

  4. Mistake: “Minimal means no obligations.”

    Correct: Article 4 on AI literacy applies to every AI system. The GDPR still applies.

  5. Mistake: “High-risk rules out Article 50.”

    Correct: The obligations stack. A high-risk system with a chat interface also needs the AI notice.

  6. Mistake: “As a deployer I do not need to classify – the provider does that.”

    Correct: Deployers decide the actual use. Their own obligations under Article 26 depend on the category, so they need to know it.

  7. Mistake: “We will log unclear cases as minimal for now.”

    Correct: Better: “under review” with a review date. Honestly open beats wrongly closed.

Deadlines

Deadlines by risk category after the Digital Omnibus

The Digital Omnibus (Regulation (EU) 2026/1744, in force since 27 July 2026) moved several dates and added new bans. This is the timeline by category.

Deadlines by risk category after the Digital Omnibus
DateWhat appliesCategory
Prohibited practices (Art. 5) and AI literacy (Art. 4) for all AI systemsProhibitedMinimal
Obligations for newly placed GPAI models (Chapter V)GPAI
Transparency obligations (Art. 50); the Commission can fine GPAI providersArt. 50GPAI
Marking (Art. 50(2)) for legacy systems too; new bans on intimate images and abuse materialArt. 50Prohibited
GPAI models placed on the market before 2 Aug 2025GPAI
High-risk AI under Annex IIIHigh-risk
High-risk AI under Annex I (products with third-party assessment)High-risk
All deadlines with calendar download

GDPR

Risk category and data protection: two checks, one set of records

The AI Act does not replace the GDPR. If you use AI with personal data, check both – and reuse much of the information.

High-risk often means a DPIA

Annex III systems usually process personal data with a high risk to the people affected. A data protection impact assessment under Art. 35 GDPR is then generally required; deployers can draw on the provider’s information for it.

Data protection impact assessment

Automated decisions

Where a system makes decisions with legal or similarly significant effects without human involvement, Art. 22 GDPR applies as well – regardless of the AI Act risk category.

Biometrics is especially sensitive

Emotion recognition and biometric categorisation often involve special categories of personal data under Art. 9 GDPR. Even where Article 50 only requires a notice, you need a sound legal basis.

Minimal does not mean GDPR-free

Even a minimal-risk tool can pass data to third parties. Processing agreements, international transfers and retention periods still need checking.

Data processing agreements

One register for both

Keep the risk category and the processing activity linked: the AI register and the record of processing activities draw on the same system data.

Record of processing

In SimpleAct

How classification works in the software

SimpleAct walks you through a rule-based questionnaire per AI system, records the rationale and links the result to role, obligations, deadlines and your GDPR documentation.

app.simpleact.de

Risk Classification

AI-based Application Screening

A
Select system
Answer questions
Result

Section A: High-risk triggers

18/21 answered
2

Does the system make or influence decisions about natural persons?

YesNo
3

Does the outcome have legal or similarly significant effect?

YesNo
4

Are special categories of personal data processed?

YesNo

Risk level

High

Annex III · Employment & workforce management

Requirements

  • Risk management systemArt. 9 EU AI ActFulfilled
  • Data governanceArt. 10 EU AI ActPartial
  • Human oversightArt. 14 EU AI ActMissing
  1. 01

    Answer the questionsSection by section with yes or no, instead of interpreting legal text yourself.

  2. 02

    The rule appliesThe answers produce the risk class, including the Annex III category that applies.

  3. 03

    Derive requirementsThe class brings up the obligations per article – each marked fulfilled, partial or open.

FAQ

Frequently asked questions on the risk categories

The usual breakdown is four risk categories for AI systems: prohibited practices (Art. 5), high-risk AI (Art. 6), AI subject to transparency obligations (Art. 50) and minimal risk. The Regulation itself does not number categories; the four-way split is a common summary of its risk-based approach. In addition, general-purpose AI models (GPAI) have a separate track, with extra obligations where there is systemic risk.
ChatGPT as such is not a high-risk system. The underlying model is a GPAI model whose obligations sit with its provider. For your company, the use is what counts: as a writing aid, use is usually minimal risk; as a public-facing chatbot, transparency obligations apply. If you use ChatGPT to assess applicants or prepare credit decisions, the use can fall under Annex III and be high-risk.
The term does not appear in the AI Act, but it is the usual label for AI systems subject to the transparency obligations in Article 50. These include chatbots, generators of synthetic content, deepfakes, AI text on matters of public interest, and emotion recognition and biometric categorisation where not prohibited. The core obligation is openness: people should be able to tell that AI is involved.
The provider first: before placing it on the market, the provider must assess whether the system is high-risk and document any reliance on the Article 6(3) exemption. Deployers should not simply adopt that classification, though. They decide the actual use, and a different use can mean a different category. In practice, every company classifies its own use cases and records that in its AI register.
The consequences depend on which obligations are missed as a result. Treating a high-risk system as minimal means the high-risk obligations are not met – with fines of up to €15 million or 3% of worldwide annual turnover, and up to €35 million or 7% for prohibited practices. Market surveillance authorities can review systems a provider has classified as not high-risk and require corrections. A clear, documented rationale is therefore your best protection.
Bans and AI literacy have applied since 2 February 2025, GPAI obligations since 2 August 2025 and the Article 50 transparency obligations since 2 August 2026. After the Digital Omnibus, high-risk systems under Annex III follow on 2 December 2027 and under Annex I on 2 August 2028. On 2 December 2026 two new bans take effect, and the transition period for marking under Art. 50(2) ends.
Yes. The Article 50 transparency obligations apply in addition to the high-risk obligations. A chatbot that shortlists applicants is high-risk and must disclose that it is an AI. Article 4 on AI literacy applies to every system anyway. Only a ban rules everything else out, because the system may not be used at all.
Not automatically. Annex III point 4 covers, among other things, recruitment and selection, filtering and evaluating applications, decisions on promotion and termination, allocating tasks based on behaviour, and monitoring and evaluating performance. A tool that only schedules interviews or corrects text usually does not fall under it. What matters is whether the system influences decisions about people.
A system in an Annex III area is not high-risk if it poses no significant risk – for example because it only performs a narrow procedural task, improves a completed human activity, detects decision-making patterns without replacing human assessment, or performs a preparatory task. Profiling is always high-risk. The assessment must be documented and the system registered; the Commission’s draft guidelines of 19 May 2026 provide examples.
No, not as of 7 October 2026. The Commission published a draft under Article 6(5) on 19 May 2026, the consultation ran until 23 July 2026, and it plans to adopt the final version by the end of 2026. Until then, the draft is an interpretative aid but not binding.
No specific AI Act obligations, but two things remain: Article 4 requires AI literacy measures for every AI system, and the GDPR applies as soon as personal data is processed. You can voluntarily sign up to codes of conduct under Article 95. Also document why you classify the system as minimal risk.
Whenever the purpose, user group, features or provider change substantially, and also at fixed intervals, for example once a year. Keep an eye on legal changes too: the final guidelines on high-risk classification are expected by the end of 2026, and the Commission can amend Annex III.
Yes. The classification attaches to the AI system and its use, not to who built it. As the deployer of a bought-in high-risk system you have your own obligations under Article 26, for generators (deepfakes, AI text on matters of public interest) Art. 50(4) may apply to you, and for emotion recognition and biometric categorisation Art. 50(3). Ask providers for their classification and documentation, and check whether your use deviates from it.

More questions? We're happy to help. Send email · Try 7 days (credit card required)

Open-Source Framework

simpleact-ai-risk-classification-eu

Open-source risk classification framework for the EU AI Act: decision tree, Annex III mapping, and prohibited use check for AI systems.

View on GitHub

Sources and status

Last reviewed on · SimpleAct editorial team

This page is for guidance only and is not legal advice. The classifications are typical cases; the text published in the Official Journal of the EU and your specific use prevail. As of 7 October 2026, the high-risk classification guidelines were only available as a draft.

Changes to this page

  • 10 October 2026 – Art. 4 in the Omnibus wording, Art. 50(3) and (4) assigned correctly.
  • 7 October 2026 – Commission guidelines: status checked (still a draft only), key points with paragraph numbers and FAQ added. Article 6(3) exemption corrected (the Omnibus only slims down the registration entries), fines note extended to small mid-caps (Art. 99(6a)).
  • 3 October 2026 – Fully revised: overview table with a GPAI track, risk pyramid, post-Omnibus deadlines including new bans, decision tree, 12 examples, common misclassifications, GDPR links, draft guidelines.
  • 23 May 2026 – First version of the AI risk classification page.

Every AI system classified, every rationale documented

SimpleAct walks you through the classification for each use case, links risk category, role, obligations and deadlines, and keeps the rationale traceable in your AI register.