GovCompass
Responsible AI

Art. 55 EU AI Act: obligations for systemic-risk GPAI providers

By GovCompass.ai· · Aligned with the consolidated EU AI Act, including the 2026 Omnibus amendments.

Art. 55 sets the additional obligations that apply only to providers of general-purpose AI models with systemic risk, on top of the baseline Art. 53 obligations. These providers must evaluate the model using state-of-the-art protocols including adversarial testing, assess and mitigate systemic risks at Union level, report serious incidents to the AI Office without undue delay, and ensure an adequate level of cybersecurity for the model and its physical infrastructure. This is the regime for the small group of frontier models.

The four additional obligations

Art. 55 applies on top of, not instead of, Art. 53. A providerproviderThe actor who develops an AI system (or has it developed) and places it on the market or into service under its own name — carrying manufacturer-style duties: design controls, documentation, conformity.Open full entry → whose model is classified as systemic risksystemic riskEU AI Act category for the most capable general-purpose models (presumed above a training-compute threshold), triggering extra duties: evaluations, adversarial testing, incident reporting, cybersecurity.Open full entry → under Art. 51 carries the baseline obligations and these four additional ones.

Model evaluation and adversarial testing. The provider must perform model evaluation in accordance with standardised protocols and tools reflecting the state of the art, including conducting and documenting adversarial testing of the model with a view to identifying and mitigating systemic risks. This is the obligation to actively probe the model for dangerous capabilities and failure modes, not merely to document what it does in normal use.

Systemic-risk assessment and mitigation. The provider must assess and mitigate possible systemic risks at Union level, including their sources, that may arise from the development, placing on the market, or use of the model. This is a continuous risk-management duty operating at the level of society and the Union market, not only at the level of an individual deployment.

Serious-incident reporting. The provider must keep track of, document, and report, without undue delay, to the AI Office and as appropriate to national competent authorities, relevant information about serious incidents and the corrective measures taken to address them.

Cybersecurity. The provider must ensure an adequate level of cybersecurity protection for the model and for the physical infrastructure of the model, recognising that a frontier model is itself a high-value target.

How compliance is demonstrated

Because harmonised standards for these obligations did not exist when they took effect, the AI Office coordinated the safety and security chapter of the General-Purpose AI Code of Practice to give operational meaning to terms such as state-of-the-art evaluation. The Code translates the Art. 55 obligations into concrete measures: red-teaming, capability evaluations against benchmarks, jailbreak-resistance testing, misuse-potential analysis, and a structured risk-management process triggered at major deployment decisions. The Code is voluntary. A provider can use it to demonstrate compliance, but a provider that does not sign it must show that it meets the Art. 55 obligations by other adequate means. Adherence to the Code is not conclusive evidence of compliance, and compliance with the Act is mandatory whether or not a provider relies on the Code.

Timing and enforcement

The Art. 55 obligations became applicable on 2 August 2025. The Commission's enforcement powers over GPAI providers, including formal requests for information, the ability to require mitigation measures, and administrative fines, begin on 2 August 2026. The gap between the two dates is a deliberate transitional period during which providers are legally bound while the AI Office builds up its supervisory capacity and the Code is operationalised. The Digital Omnibus agreed in May 2026 reinforced the AI Office's central supervisory role over general-purpose AI but did not postpone these obligations: unlike the high-risk system deadlines, the GPAI obligations have applied since August 2025 and remain in force.

Why it matters

Most organisations will never be subject to Art. 55 directly, because training a model above the systemic-risk threshold is far beyond the reach of all but a handful of providers. The relevance is structural. The foundation models that ordinary organisations build on are provided by exactly the companies Art. 55 binds, which means those models are subject by law to systematic safety evaluation, adversarial testing, and incident reporting. Art. 55 is the provision that places a safety obligation at the top of the value chain, where the most capable models are made.

In the GovCompass-7

Art. 55 reaches across several pillars. Its core is the security and robustnesssecurity and robustnessThe principle that an AI system resists attack, manipulation and adversarial or unexpected input. The vectors include data poisoning, model extraction, membership inference and prompt injection; the controls are ML security testing and a hardened data-and-model pipeline.Open full entry → and safety and reliability pillars, through the adversarial testing, risk mitigation, and cybersecurity duties. The incident-reporting duty connects to accountabilityaccountabilityThe principle that a named human or organization answers for an AI system's outcomes, through ownership, documentation, audit trails and redress — never the system itself.Open full entry →, and the model-evaluation obligation supports transparencytransparencyOpenness about the fact that AI is used and how it operates in general: disclosures, documentation, notices. Pairs with explainability, which addresses individual outcomes.Open full entry → about what the most capable models can do.

Continue reading

Legal referencesArt. 55

More on Accountability

Art. 10 EU AI Act: data and data governance for high-risk AI

Reference

Art. 10 requires that the training, validation, and testing data for high-risk AI systems meets quality criteria: relevant, sufficiently representative, and as free of errors and complete as possible for the intended purpose. It also requires documented data governance practices covering collection, preparation, bias examination, and gap mitigation, and it permits the limited processing of special-category data where strictly necessary to detect and correct bias, under safeguards.

Art. 12 EU AI Act: record-keeping and logging for high-risk AI

Reference

Art. 12 requires high-risk AI systems to technically allow for the automatic recording of events (logs) over their lifetime. The logging must enable traceability of the system's functioning at a level appropriate to its intended purpose, support post-market monitoring, and help identify situations that may lead to risk or substantial modification. It is a design obligation on the provider that makes the system auditable by construction.

Art. 19 EU AI Act: keeping the automatically generated logs

Reference

Art. 19 requires providers of high-risk AI systems to keep the logs that the system automatically generates (under Art. 12) for as long as they control them, for a period appropriate to the intended purpose and at least six months unless other law requires longer. It is the retention counterpart to the Art. 12 logging capability, and it works alongside the deployer retention duty in Art. 26.6.

Art. 26.1 EU AI Act: following provider instructions as a deployer

Reference

Art. 26.1 requires deployers to use high-risk AI systems strictly in accordance with the provider's instructions for use. This means using the system only for its intended purpose, within its specified technical configuration, and by qualified users, and documenting that compliance. Deviating from the instructions can shift liability entirely to the deployer.

More on Safety & reliability

Art. 14 EU AI Act: designing high-risk AI for human oversight

Reference

Art. 14 requires providers to design and build high-risk AI systems so that they can be effectively overseen by humans during use. The system must let an overseer understand its capabilities and limits, watch for anomalies, resist automation bias, correctly interpret outputs, decide not to use the system, and intervene or stop it through a kill switch (Art. 14(4)(e)). It is the design obligation that makes the deployer oversight duty of Art. 26.2 possible.

Art. 26.4 EU AI Act: input data quality for deployers

Reference

Art. 26.4 requires deployers of high-risk AI to ensure that input data is relevant and sufficiently representative for the system's intended purpose. The deployer is responsible for data quality in operation, even though the provider sets the specifications under Art. 10.

Art. 26.5 EU AI Act: post-market monitoring for deployers

Reference

Art. 26.5 requires deployers of high-risk AI to monitor the system's operation against the provider's instructions and to report risks and serious incidents. Monitoring is the early-warning mechanism that connects to incident reporting under Art. 73.

Art. 5 EU AI Act: all 8 prohibited AI practices explained

Reference

Art. 5 lists the eight prohibited AI practices, including subliminal manipulation, exploitation of vulnerable groups, social scoring, and untargeted facial-recognition scraping. These prohibitions are absolute, apply to every organisation regardless of size, and have been in force since 2 February 2025.

More on Security & robustness

Art. 51 EU AI Act: classifying a GPAI model as systemic risk

Reference

Art. 51 sets out when a general-purpose AI model is classified as having systemic risk. A model crosses into the systemic-risk category when it has high-impact capabilities, which is presumed once the cumulative compute used to train it exceeds 10^25 floating-point operations (FLOP), or when the Commission designates it as such. Systemic-risk classification triggers the additional obligations of Art. 55 on top of the baseline Art. 53 obligations that apply to every GPAI provider.

Agentic AI: governing actions, not just decisions

Analysis

Data governance asks whether you can trust the data. AI governance asks whether you can trust the decision. Agentic governance asks a third question that neither was built to answer: can you contain what the system does? Agentic AI is the eighth, integrating GovCompass element. It binds the other seven under the conditions that autonomy creates, because an AI system that takes actions on your behalf must satisfy all seven pillars continuously, across multi-step and multi-agent chains, without a human checkpoint between each step.

The agentic threat surface, translated for AI Officers

Analysis

The OWASP Agentic Security Initiative Top 10 catalogues the security risks that autonomous AI introduces. It is written for security engineers, but the risks are governance problems, because they describe what an agent can be made to do rather than what it can be made to say. This article translates the agentic threat surface into the language of controls an AI Officer owns, and maps each risk to the GovCompass pillar it stresses.

More on Transparency & explainability