The 19 May 2026 draft · what it is, what it is not.
The Commission tabled the draft guidelines on 19 May 2026 under Article 6(5) of the AI Act, in three documents: a General Principles section, an Annex I chapter on the regulated-product route, and an Annex III chapter on the use-case-list route. The Annex III chapter runs to 148 pages. The targeted consultation runs to 23 June 2026, 22:00 CET. Anyone with an interest in the development, deployment, supervision or use of AI systems may contribute via the EUSurvey form linked from the Commission's Digital Strategy consultation page.
Paragraph 4 of the General Principles fixes the scope of the document.
The guidelines tell a provider whether the system is in scope. They do not tell the provider what to do once it is. The obligations chapter — Article 11 technical documentation, Article 12 record-keeping, Article 13 transparency, Article 14 human oversight, Article 15 accuracy and robustness and cybersecurity, Annex IV — is left to a separate future Commission instrument. The draft is the door. The obligations are the room.
The guidelines are not binding. The Commission's framing at §6 is unambiguous: any authoritative interpretation of the AI Act may ultimately only be given by the Court of Justice of the European Union. The draft also notes that the AI Office is available to provide additional support to operators and authorities through the AI Act Service Desk on the Single Information Platform, and through the AI regulatory sandboxes to be established by 2 August 2027 under the Omnibus deferral.
Paragraph 75 · the unit of assessment is the system, not the step.
The most consequential paragraph in the Annex III chapter for any builder shipping agents into regulated work is paragraph 75. It extends the Act's unified-assessment principle to agentic AI directly.
The reading is direct. Where the linked actions in conjunction serve an intended high-risk purpose, the unit of assessment is the system, not the step. An agent is not exempt because no single step looks high-risk. If the linked actions together serve a high-risk purpose, the whole system is classified high-risk.
The principle is conditional, not universal. Not every agentic system is automatically assessed end-to-end. Only those whose linked components in conjunction serve an Annex III purpose. The conditional matters. It is the same conditional that runs through the rest of the classification logic: intended purpose is read from the totality of how the provider presents and configures the system, not from any single component's nominal label.
Two routes to high-risk · Article 6(1) + Annex I, or Article 6(2) + Annex III.
The AI Act classifies a system as high-risk through one of two routes. The first runs through Article 6(1) and Annex I: the AI is itself a product, or a safety component of one, covered by Union harmonisation legislation listed in Annex I, and required to undergo third-party conformity assessment. Annex I includes, among other regulated product files, machinery, toys, lifts, equipment and protective systems intended for use in potentially explosive atmospheres, radio equipment, pressure equipment, recreational craft, cableway installations, appliances burning gaseous fuels, medical devices, in vitro diagnostic medical devices, and products in the automotive and aviation sectors. A system in this route inherits the AI Act high-risk obligations on top of the existing sectoral file.
The second route runs through Article 6(2) and Annex III. The system's intended purpose falls within one of the eight listed areas. Annex III enumerates them.
Point 5(b) of Annex III, the financial-services anchor, classifies AI systems intended to evaluate the creditworthiness of natural persons or establish their credit score (with a narrow exception for fraud detection). The guidelines are blunt on the reach of this provision at §297.
Doing creditworthiness as a side-effect does not save the system. The intended purpose includes the high-risk use case where the system is configured to materially support it.
Article 6(3) · the exemption mechanism, and the one floor inside it.
Article 6(3) lets a provider exempt a system from high-risk classification, even where the system would otherwise fall in Annex III, if at least one of four alternative conditions is met. The conditions are alternative, not cumulative. They are exhaustive. The General Principles set them out at paragraphs 84 through 90.
The filter narrows. One hard floor lives inside it.
Paragraph 89 of the General Principles establishes that floor.
Profiling under GDPR Article 4(4) is automated processing of personal data carried out to evaluate personal aspects relating to a natural person. If the system performs profiling, the Article 6(3) filter does not apply. The system is high-risk. The floor is hard.
Paragraph 90 closes the second escape: even where a single module of an AI system performs a narrow procedural task on its own, that module cannot benefit from the filter where it forms part of a complex interconnected setup whose combined intended purpose materially influences a high-risk decision. This is the same logic that runs through paragraph 75. The classification regime treats the system as a whole.
Paragraph 12 and paragraph 14 · the deeming rule, and the deployer-becomes-provider rule.
The most operationally consequential pair of paragraphs in the entire draft, for any provider whose product is general-purpose by construction, sits at paragraphs 12 and 14 of the General Principles. Together they close the two main routes a vendor might otherwise use to disclaim the high-risk classification: writing the disclaimer into the terms of service, and pushing the high-risk use case onto the deployer.
The ToS disclaimer does not save the provider. The intended purpose is read from the totality of how the system is presented and configured, not from any single sentence the provider asserts about its scope.
Paragraph 14 closes the chain to deployers. Under Article 25(1) AI Act, a deployer or third party becomes subject to the provider's obligations if any of three things happen: the deployer puts their name or trademark on a high-risk AI system already placed on the market or put into service; the deployer makes a substantial modification to such a system in a way that it remains high-risk; or the deployer modifies the intended purpose of an AI system, including a general-purpose AI system, in a way that the system becomes high-risk under Article 6.
For agents — general-purpose by construction, deployed by someone else into a specific context — that is most deployments. The model provider, the orchestration vendor, and the deploying enterprise can each end up holding provider obligations under paragraph 14 / Article 25(1) depending on whose name lands on the system and how the intended purpose is configured at the customer site.
The Digital Omnibus · application moved, content did not.
Paragraph 448 of the General Principles records the calendar shift directly inside the draft text.
For Annex III high-risk obligations, the application calendar moved. The substantive obligations did not. Article 12 still binds the provider to technically allow for the automatic recording of events over the lifetime of the high-risk system. Article 13 still binds the same provider to ship instructions for use sufficient to enable the deployer to interpret outputs. Annex IV still specifies the nine-section technical documentation file under Article 11.
The 2026-05-07 Council and Parliament provisional agreement on the Digital Omnibus is the political agreement behind the date shift. Until Council formal endorsement, Parliament formal endorsement, legal-linguistic revision, and publication in the Official Journal complete, the AI Act as enacted in Regulation (EU) 2024/1689, with its Article 113 application calendar, is the binding instrument. The draft guidelines treat the deferred dates as effective, which signals progress in the adoption process. Provisional, pending OJEU, remains the legally accurate status.
The classification-versus-obligations gap · and where it lands.
The guidelines are explicit about what they do not cover. Paragraph 4 limits their scope to classification. The obligations side — Article 11 documentation, Article 12 record-keeping, Article 13 transparency, Article 14 oversight, Article 15 accuracy and robustness and cybersecurity, Annex IV — sits in a future Commission guidance instrument that has not yet been tabled.
The asymmetry is structural, not accidental. Article 12 sits in the deferred bucket. The interpretive work on what Article 12 actually requires — what counts as adequate records, how lifetime is measured, what the deployer must retain under Article 26(6), and what makes a record independently verifiable without contacting the provider — is the work that the harmonised standards are still doing.
The CEN-CENELEC harmonised standard for Article 12 / 13 / 14, prEN 18229-1 (Trustworthiness Framework Part 1 — Logging + Transparency + Human Oversight), entered CEN Enquiry on 23 January 2026. The international companion, ISO/IEC DIS 24970 (AI System Logging), closed its DIS ballot on 11 February 2026. Neither has yet been published as a final harmonised standard. With prEN 18229-1 still in Enquiry / draft and ISO/IEC DIS 24970 not yet at FDIS, the boundary between what a system logs and what becomes a record mapped to a specific EU AI Act obligation is not yet a settled industry pattern.
That boundary is an evidence-engineering question, not a classification one. Classification decides whether the system is in the room. The audit trail is what the provider says when the regulator asks what happened. The two questions are adjacent, not the same.
The work the Commission has chosen to defer to a future instrument — the interpretation of Article 12 record-keeping under Annex III — is the work warrant addresses. The evidence package is a record mapped to a specific EU AI Act obligation, independently verifiable without contacting Warrant. It is the answer to what happened, not the answer to is the system high-risk. Classification is the door. The audit trail is what is said in the room.
Questions a compliance officer asks first.
Read the source directly.
- European Commission · Targeted consultation on the draft guidelines for the classification of high-risk AI systems · 19 May to 23 June 2026
- Draft Commission guidelines on the classification of high-risk AI systems · General Principles + Annex I + Annex III chapters · 19 May 2026
- EUSurvey · the consultation questionnaire · anonymous on submission
- AI Act Single Information Platform · the polished browsable view of the draft
- AI Act Service Desk · the AI Office Q&A channel
- Regulation (EU) 2024/1689 · the AI Act as enacted · EUR-Lex CELEX:32024R1689
- Council press release 299/26 · Digital Omnibus on AI provisional agreement · 2026-05-07
- Warrant register · Digital Omnibus on AI, line by line
- Warrant register · Article 12, line by line
- Warrant register · Annex IV technical documentation, line by line
- Warrant register · Article 26 deployer obligations, line by line
- Warrant register · Does Article 12 require a record per agent action — the §75 boundary
Authored by Warrant Compliance. [email protected]. Statutory reading on a draft Commission interpretation. Not legal advice. The 19 May 2026 guidelines are not binding; they are the Commission's interpretation under Article 6(5) AI Act, open for stakeholder consultation until 23 June 2026, 22:00 CET. The Digital Omnibus on AI is provisional pending Council and Parliament formal endorsement, legal-linguistic revision, and publication in the Official Journal of the European Union. We will update this entry as the consultation concludes and the formal-adoption process proceeds.