EU AI Act high-risk AI systems: Policy PDFs are not proof

Classify consequential AI by intended use, then prove logging, oversight and overrides work before Europe’s…

EU AI Act high-risk AI systems: Policy PDFs are not proof

The short version

  • High-risk classification follows intended purpose and consequential use, not model size, branding or benchmark performance.
  • Annex III duties now apply on 2 December 2027, giving Europe sixteen extra months to build enforcement capacity.
  • Providers need durable logs, functioning human overrides, reusable evidence, and contracts that support investigations across borders.

Europe moved its first major Annex III compliance deadline from August 2026 to December 2027. Spend that extension polishing policy PDFs and enjoy the expensive surprise later.

Buy a model. Connect applicant data. Add human approval. Announce your GDPR-compliant AI résumé ranker is ready for Europe. Then ask what happens when the recruiter clicks “reject.”

Can they reverse the score? Does the downstream queue change? Which model version made the recommendation? Does anyone record the intervention? An approval button counts as human oversight about as much as parsley makes airport pasta Italian.

EU AI Act high-risk AI systems are engineering projects. Europe delayed key duties because harmonised standards and national enforcement capability need work. Providers and deployers now have time to learn whether their controls survive an actual user.

Beautiful policy folders cannot save an untested system.

Start with the decision the system changes

The statutory classification test needs more care than the usual four-level pyramid. The primary sources available for this article do not fully explain borderline classification, so this post cannot replace the Regulation, official guidance or legal advice. I start with intended purpose and the moment an output changes somebody’s options. Does the use appear in Annex III, or connect to a regulated Annex I product? Who controls that purpose? A buyer repurposing a generic tool can inherit provider responsibilities. Model size and benchmark scores reveal little. A tiny classifier quietly blocking candidates can create more legal exposure than a gigantic chatbot writing mediocre meeting summaries.

Bar chart comparing current figures against their baselines: Time for one 1024×1024 Qwen-Image-2.1… 54 s versus 28 s, Time for one 1024×1024, 40-step image… 4 s versus 62.5 s, Artificial Analysis Intelligence Index… 38 s versus 58 s.

One model can occupy several legal categories depending on use. Drafting a job advertisement differs from scoring applicants and deciding which résumés recruiters see first. “HR assistant” means almost nothing. Show me the input, the user-facing output and the action it triggers.

Nobody knows how consistently providers and deployers will classify borderline Annex III systems before the deferred compliance date. The messiest vendors will call consequential ranking “decision support,” a phrase carrying more questionable product design than “artisanal” carries questionable sandwiches.

Document classification during product design. Record intended uses, explicit exclusions, authorised operators and every downstream process receiving the output. Preserve representative examples. Then test whether the product matches the sales deck. If one configuration change turns a generic assistant into an applicant filter, address that path in the contract and interface before everybody develops amnesia.

Open deckle-edged archival ledger bearing abstract scored and graphite marks, crossed by a narrow red ribbon.

Classification determines the required evidence. A high-risk finding leads to lifecycle controls, technical documentation, event logging, human oversight and conformity work. Every artefact depends on the architecture beneath it. A lawyer can draft a policy after lunch. After a year without reliable logs, reconstructing which data version shaped an old decision is impossible.

The extension has to produce enforcement capacity

BSI published its AI Omnibus analysis on October 13, 2026, and framed the change correctly:

The AI Omnibus should not be viewed as a rollback of the AI Act.

According to BSI, Annex III duties now apply on 2 December 2027, sixteen months after the original 2026 date. The extension gives Europe time to develop harmonised standards and workable conformity-assessment procedures while national authorities build enforcement capability. Companies need standards showing how evidence will be judged. Assessors need consistent procedures. Authorities need technical staff who can inspect systems and challenge provider claims. Moving the date without building that machinery merely postpones the collision. I support the extension because rushed conformity theatre rewards incumbents and consultants before helping European startups.

The original Annex III date was 2 August 2026; its replacement falls in December the following year. That breathing room creates a political obligation: Europe must use it.

High-risk AI embedded in regulated Annex I products now has an application date of 2 August 2028, one year after the original deadline. These systems already sit within sectoral product regimes, so AI assessments must fit existing approval processes. Nobody knows whether every national competent authority will have enough technical capacity by then. Europe needs shared EU resources, not twenty-seven improvised toolkits.

EU AI Act enforcement already has an institutional chain. The AI Office can investigate systems within its jurisdiction and request information, including model access when evaluations require it. If an investigation establishes an intentional or negligent breach, the Commission may issue a penalty decision. The European Commission’s enforcement framework says national competent authorities handle other AI systems, while the European Data Protection Supervisor covers AI used by EU institutions. Failed controls may surface through inspections, complaints or employees who watched the same problem recur for months. Audit trails must show what happened, who found the failure and how the organisation responded.

Work backward from evidence that takes time to build. Monitoring history requires operation. Override testing requires an interface where trained reviewers can make decisions respected downstream. Supplier contracts must allow incident investigation. Conformity assessment comes later, once assessors have more than a roadmap and a founder saying, “Trust me, bro.”

Earlier obligations keep their own schedules. Rules covering prohibited practices and general-purpose AI continue, alongside obligations for covered transparency uses. Every system needs its own compliance clock.

GDPR-compliant AI needs an override that works

GDPR work gives high-risk AI a base: lawful processing, data minimisation, access controls and vendor review. The AI Act focuses on system behaviour, which data shaped the result, what the user understood and whether intervention changed the consequential action. I trace one decision from input to outcome. I inspect what the reviewer saw, including interface explanations, then test whether they had enough authority and time to disagree. Finally, I verify that the automated recommendation and human intervention created separate, durable records.

A polished approval screen once reassured me during a product demo. Then I clicked “reject.” The recommendation vanished, no reason was recorded, and the downstream queue had already updated.

The typography was excellent.

Effective oversight depends on interface behaviour. Reviewers must interpret outputs, resist automation bias and have authority to reverse recommendations or stop operations safely. A handbook cannot create that capability. I want a system-enforced checkpoint before the consequential action, with enough evidence for a defensible decision. Rejection must also propagate everywhere the recommendation travelled. Otherwise, the human performs compliance karaoke while the machine keeps singing.

Fundamental Rights Impact Assessments reveal another engineering problem. Evidence sits across legal texts and incident repositories, while incompatible risk vocabularies obstruct consolidation. Faith Olopade, Delaram Golpayegani and David Lewis responded with a reusable Semantic Web framework built around a curated corpus of 150 records. Their five demonstration scenarios surfaced 69% of that corpus. Its knowledge graph connects use cases to relevant rights impacts and supporting material. This could improve consistency because reviewers draw from consolidated evidence instead of repeatedly searching disconnected repositories. Nobody yet knows whether it improves regulatory or organisational decisions beyond those demonstrations.

In a separate experiment, the researchers tested LLM-assisted employment classification against a 69-record gold standard. Agreement was below 0.1 kappa, against zero for performance no better than chance. The authors called the result cautionary, and I agree. Generated compliance prose can look immaculate while retrieving the wrong evidence. Verify every machine-produced assessment’s sources before adding it to a formal file.

GDPR-compliant AI deserves credit for good privacy work. When somebody clicks override, it still has to work.

Digital sovereignty needs reusable EU infrastructure

Fragmented enforcement would be Europe’s most avoidable self-own. If every national authority invents its own test vocabulary and reporting format, startups will repeat assessments while incumbents rent another floor for consultants. Federalism should eliminate that duplication. A serious assessment completed in Milan should produce evidence that travels to Munich, subject to sector rules and local enforcement.

I want EU-level evidence schemas and reference tests, supported by common incident vocabularies and sandbox protocols. National authorities would retain enforcement power while using test libraries maintained across Europe. Providers could export audit records instead of creating twenty-seven bespoke PDFs. Assessors would get comparable evidence across markets. Regulators could pool scarce technical expertise when systems cross borders, usually five minutes after launch. Deeper European integration can lower compliance costs while strengthening enforcement.

An EU AI Act code of practice can help, though current codes cover different territory from the high-risk conformity regime. The Commission’s general-purpose AI code and generated-content transparency work address specific obligations. Certifying a hiring model’s data quality remains separate, as does proving an emergency-dispatch system can stop safely. Standards can support conformity; sandbox exercises can test controls realistically. Europe must connect these instruments without pretending they are interchangeable.

Digital sovereignty also means inspecting the infrastructure used to govern AI. Renting the entire compliance layer from foreign vendors would leave authorities dependent on systems they cannot fully audit. European models and compute carry the same strategic importance.

In Mistral’s 2026 announcement of its Munich hub, Bavarian State Minister Dr. Florian Herrmann put the political stakes beautifully:

Technological sovereignty is political sovereignty. That is why we need strong European AI champions that take a leading role in international competition. Mistral’s decision to choose Munich sends a strong signal for our position as a high-tech location. Bienvenue à Munich, bienvenue en Bavière!

I am unapologetically with Herrmann. Europe has the research talent and market scale to build its own AI champions. Regulation becomes a competitive advantage if the EU gives them a genuine home market, where one strong technical assessment crosses borders instead of dissolving at every national line.

By 2028, the best AI Act implementations will be judged by their test libraries and regulatory engineering teams. Guidance PDFs will still multiply because Brussels remains Brussels. The countries that matter will let reviewers reverse machine decisions under pressure, and send proof across Europe before the compliance consultant opens PowerPoint.

Frequently asked questions

What qualifies as a high-risk AI system under the EU AI Act?

An AI system is high-risk under the EU AI Act when its intended purpose falls within Annex III or it connects to a regulated Annex I product. Classification depends on the output, the consequential action it changes, who controls the purpose, and whether a buyer repurposes a generic tool.

When do the EU AI Act high-risk requirements apply?

Annex III high-risk duties apply on 2 December 2027, sixteen months after the original 2 August 2026 date. High-risk AI embedded in regulated Annex I products has an application date of 2 August 2028. Earlier duties for prohibited practices, general-purpose AI, and covered transparency uses retain separate schedules.

How can a company prove human oversight works for high-risk AI?

Effective human oversight requires a system-enforced checkpoint before the consequential action, enough information and time for reviewers to disagree, and authority to reverse or stop the system safely. The intervention must propagate downstream and create a separate, durable record showing what changed, who acted, and how the organisation responded.

Sources

Related reading

Luca

Luca

Luca by the way is the personal blog of Los Angeles based entrepreneur Luca Capula. A true Italian who lives between Torino and LA.

More posts →