
What the EU's AI Act Actually Requires
There’s a pattern in how regulation gets discussed before anyone’s actually read it, where the conversation splits into people who think it’s overreach and people who think it’s overdue, and almost nobody spends time on what the document actually says. That’s the trap with the EU AI Act specifically, because it’s long, it’s structured in tiers, and most of what circulates about it is a compressed opinion rather than a summary of the text. Here’s the honest version: the Act is a risk-based framework, not a blanket ban or a simple permission slip, and understanding its actual mechanics matters regardless of where a business sits geographically. Reading the structure itself, without the surrounding argument, tells you more than the debate does.
What are the EU AI Act rules, in plain terms?
The EU AI Act rules sort AI systems into four risk categories, unacceptable, high, limited, and minimal, and attach different legal obligations to each tier, so a chatbot and a hiring algorithm face entirely different compliance burdens under the same law. Unacceptable-risk systems are banned outright, things like social scoring by governments or manipulative systems that exploit vulnerabilities. High-risk systems, which include AI used in employment decisions, credit scoring, or critical infrastructure, face documentation, testing, and human oversight requirements before they can be deployed. Limited-risk systems mostly carry transparency obligations, meaning users need to know they’re interacting with AI. Minimal-risk systems, the largest category by volume, face essentially no new obligations at all.
That’s the entire insight the Act is built around: risk determines regulation, not the technology itself. A spam filter and a medical diagnostic tool might both be machine learning, but they don’t get treated the same way, because the law is written around consequence rather than method.
How does the risk tiering actually work?
The risk tiering works by classifying a system based on its intended use and the potential harm to health, safety, or fundamental rights, meaning the same underlying model can fall into different tiers depending on what it’s deployed to do. A large language model used for drafting marketing copy sits in a different category than the same model fine-tuned to screen job applicants. The Act doesn’t regulate algorithms in the abstract, it regulates deployment context, which is a distinction that gets lost in a lot of secondhand summaries.
Here’s the real question buried in that structure: who decides the tier, and what happens if a provider misjudges it. Providers are responsible for their own initial classification, but market surveillance authorities in each EU member state can challenge that classification after the fact. That’s uncomfortable at first. A company building a product it genuinely believes is low-risk can still end up reclassified, with retroactive obligations attached.
What counts as a high-risk AI system?
High-risk AI systems under the Act include those used in biometric identification, critical infrastructure management, education and vocational training assessment, employment and worker management, access to essential services, law enforcement, migration and border control, and administration of justice. These aren’t edge cases, they’re common commercial applications, which is part of why the high-risk category carries the most regulatory weight. A resume-screening tool, a loan-approval model, and a proctoring system for online exams could all land here.
Obligations for high-risk systems include:
- Risk management systems maintained throughout the product lifecycle
- Data governance practices that document training, validation, and testing data
- Technical documentation kept available for regulatory review
- Automatic logging capabilities for traceability
- Human oversight measures built into the deployment
- Accuracy, robustness, and cybersecurity requirements demonstrated before market entry
Clarifying before scaling isn’t just good practice here, it’s a legal precondition for putting a high-risk system into the EU market at all.
What obligations apply to general-purpose AI models?
General-purpose AI models, meaning foundation models trained on broad data and adaptable to a wide range of tasks, face a separate set of obligations under the Act focused on transparency, copyright compliance, and technical documentation shared with downstream deployers. Providers of these models have to publish a summary of training content, maintain documentation about the model’s capabilities and limitations, and comply with EU copyright law during training. Models deemed to pose “systemic risk,” a threshold tied to the computing power used in training, face additional obligations including adversarial testing and incident reporting.
The Act regulates AI by what it does and who it affects, not by how impressive the underlying technology sounds.
That’s the honest version of why general-purpose models got their own chapter partway through the legislative process. Lawmakers realized a single foundation model could end up embedded in thousands of downstream applications, some high-risk and some not, and the obligations needed to follow that reality rather than a fixed category.
What is the compliance timeline?
The Act entered into force in August 2024, with obligations phasing in over roughly three years, starting with bans on unacceptable-risk systems within six months and extending to full high-risk system compliance by 2027. The staggered rollout reflects how differently the tiers are treated. Prohibited practices came first because the political consensus around them was clearest. High-risk obligations, requiring the most infrastructure to comply with, were given the longest runway.
| Phase | Timeline | What Applies |
|---|---|---|
| Prohibited practices | 6 months after entry into force | Bans on unacceptable-risk systems |
| General-purpose AI obligations | 12 months after entry into force | Transparency and documentation rules for foundation models |
| High-risk system obligations | 24 to 36 months after entry into force | Full compliance for high-risk categories |
Documenting before automating shows up in this timeline almost literally, since providers of high-risk systems are expected to have their governance and documentation in place well before the deployment deadline, not scrambled together afterward.
Why does this matter outside the EU?
The Act applies to any provider whose AI system is used within the EU market, regardless of where the company is headquartered, which means the regulation has extraterritorial reach similar to how GDPR affected data privacy practices globally. A business based outside Europe that sells a product used by EU customers can still fall under these obligations. That’s not a hypothetical or a sales pitch dressed up as math, it’s how the territorial scope is written into the law itself.
Regulation written for one market rarely stays contained to that market once the product crosses borders digitally.
Staying level when the pressure is real matters here, because the instinct in a lot of companies is to either overreact to extraterritorial reach or dismiss it entirely as someone else’s problem. Neither response engages with what the text actually requires.
Fun Fact
The AI Act’s risk-tier structure borrows conceptually from product safety law, the same regulatory logic the EU has long applied to things like medical devices and toys, where the consequence of failure determines the intensity of oversight rather than the sophistication of the product itself.
Field Note
Risk-based regulation isn’t a new invention specific to AI, it’s a longstanding framework in EU product law generally, where obligations scale with potential harm rather than applying uniformly across every product category. This is sometimes called a “proportionality principle” in regulatory design, and it shows up in how the EU treats pharmaceuticals, food safety, and financial products as well. The AI Act’s four-tier system is a direct application of that older logic to a newer technology, which is part of why legal scholars describe it as evolutionary rather than experimental in structure, even though AI itself is treated as a novel category of concern.
FAQs
What is the EU AI Act?
The EU AI Act is a regulation adopted by the European Union that classifies AI systems by risk level and attaches legal obligations accordingly, ranging from outright bans to light transparency requirements. It entered into force in August 2024 and phases in obligations over several years. The framework applies to providers and deployers of AI systems used within the EU market, regardless of where the company is based.
How do I know if my AI system counts as high-risk?
A system counts as high-risk if it’s used in a category the Act specifically lists, such as employment decisions, credit scoring, biometric identification, or education assessment. The classification depends on intended use, not the underlying technology, so the same model can be high-risk in one deployment and minimal-risk in another. Providers make an initial self-assessment, though regulators can challenge that classification later.
When does the EU AI Act take effect?
The Act took effect in August 2024, with different obligations phasing in on separate timelines through 2027. Bans on unacceptable-risk practices applied within six months of entry into force. General-purpose AI model obligations followed at the twelve-month mark, and full high-risk system compliance is required by the later end of the phase-in window.
Does the EU AI Act apply to companies outside Europe?
Yes, the Act applies to any provider whose AI system is placed on the EU market or used by people within the EU, regardless of where the company is headquartered. This extraterritorial scope mirrors how GDPR affected companies outside Europe once their products touched EU users. A business doesn’t need a physical presence in the EU to fall under these obligations.
What happens if a company misclassifies its AI system’s risk tier?
Misclassification can lead to retroactive obligations once a market surveillance authority reviews and challenges the original tier assignment. Providers are responsible for the initial self-assessment, but that assessment isn’t final or immune from regulatory scrutiny afterward. This is part of why documentation and clear reasoning behind a classification decision matter from the start rather than as an afterthought.
What are the penalties for noncompliance with the AI Act?
Penalties scale with the severity of the violation, with the highest fines reserved for deploying banned, unacceptable-risk systems. Lower-tier violations, such as incomplete documentation for high-risk systems, carry smaller but still meaningful financial penalties. The exact structure mirrors the tiered approach of the rest of the Act, where consequence and obligation are proportional.
Is general-purpose AI treated differently from other AI systems under the Act?
Yes, general-purpose AI models have a dedicated set of obligations separate from the four main risk tiers, focused on transparency, documentation, and copyright compliance during training. Models that pose systemic risk, based on computing power thresholds, face additional testing and reporting requirements. This distinction exists because a single foundation model can end up embedded in many different downstream applications with different risk profiles.
Next Steps
Understanding a framework this detailed is worth doing on its own terms, separate from any argument about whether similar rules should apply elsewhere, because the structure itself, risk tiers, documentation obligations, phased timelines, tells you something about how regulators are learning to think about AI generally. Nobody sees the internal reasoning behind a compliance decision. They just notice whether the product they’re using feels steady or not. If regulation questions like this affect how you’re building, bring it to a discovery call at https://connect.greatlakesbusinesssupport.com/widget/booking/SR4YHWiGhQp2GVlUzQW4.
