FAQEU AI Act

EU AI Act GPAI and systemic-risk duties

General-purpose AI model providers must separate baseline Article 53 duties from the additional Article 55 duties that apply only to GPAI models with systemic risk.

This FAQ helps check provider status, systemic-risk classification, downstream documentation, copyright and training-summary work, serious-incident reporting, cybersecurity, and Code of Practice caveats.

Author
Sorena AI
Published
May 9, 2026
Updated
Jul 25, 2026
Questions
5

Structured answer sets in this page tree.

Primary sources
7

Cited legal and guidance references.

Publication metadata
Sorena AI
Published May 9, 2026
Updated Jul 25, 2026
Overview

The EU AI Act regulates general-purpose AI models through Chapter V. Article 53 applies to providers of models placed on the Union market. Article 55 adds model-evaluation, systemic-risk, serious-incident, and cybersecurity duties when a GPAI model is classified as having .

Search this module

Find a question or answer quickly

5 of 5 questions
Question 1

What does Article 53 require from GPAI model providers?

Article 53 requires providers of general-purpose AI models to keep technical documentation for authorities, provide information to downstream AI system providers, maintain a copyright-compliance policy, and publish a sufficiently detailed summary of the content used for training.

The downstream information must help AI system providers understand the model's capabilities and limitations and comply with their own AI Act obligations, while protecting intellectual property, confidential business information, and trade secrets.

  • Keep model technical documentation up to date, including the training and testing process and evaluation results, for the AI Office and national competent authorities on request.
  • Provide integration documentation to downstream providers, including capabilities, limitations, acceptable use policies, release and distribution details, architecture, software dependencies, and other Annex XII information.
  • Put in place a policy to comply with Union copyright and related-rights law, including rights reservations under Article 4(3) of Directive (EU) 2019/790.
  • Publish the Article 53(1)(d) public summary of training content using the AI Office template.

What makes a model a general-purpose AI model under the EU AI Act?

A general-purpose AI model is an AI model, including one trained with large amounts of data using self-supervision at scale, that has significant generality, can competently perform a wide range of distinct tasks, and can be integrated into many downstream systems or applications. The definition excludes models used for research, development, or prototyping before they are placed on the market.

Does Article 53 apply only to models with ?

No. Article 53 is the baseline duty for providers of general-purpose AI models. Systemic-risk status adds Article 55 duties, but it does not supersede Article 53.

What should downstream providers receive for EU AI Act integration?

They should receive enough current documentation to understand the model's tasks, capabilities, limitations, acceptable use policies, release method, input and output modalities, relevant software, architecture, parameters, and integration constraints so they can meet their own AI Act obligations.

Citations
Question 2

When is a GPAI model classified as having systemic risk?

Article 51 classifies a general-purpose AI model as a model with if it has , or if the Commission designates it after an ex officio assessment or a qualified alert from the scientific panel using Annex XIII criteria.

The Act creates a compute-based presumption: a model is presumed to have when the cumulative computation used for training is greater than 10^25 floating point operations. Article 52 then requires notification to the Commission without delay and in any event within two weeks after the requirement is met or it becomes known that it will be met. The Commission can also designate a model under the separate Annex XIII route.

Systemic-risk analysis concerns Union-level effects from the model's reach or . The Regulation names actual or reasonably foreseeable negative effects on public health and safety, public security, fundamental rights, or society as a whole, including propagation across the value chain. The provider should assess plausible downstream effects and misuse across sectors alongside benchmark performance and direct applications.

  • Record the model's training compute estimate, methodology, and supporting evidence before market placement decisions.
  • Escalate if training compute exceeds 10^25 FLOP or if model reach, modalities, autonomy, scalability, tools, user base, or training data suggest Annex XIII significance.
  • If relying on the Article 52 exception argument, keep objective evidence for why the model does not present despite meeting the high-impact presumption.
  • Track Commission designation and reassessment decisions because systemic-risk status changes the provider duty set.

Is 10^25 FLOP the only EU AI Act systemic-risk route for models?

No. The 10^25 FLOP threshold creates a presumption of , but the Commission can also designate a model as based on Annex XIII criteria, including capability or impact considerations.

Can a provider contest systemic-risk classification under the EU AI Act?

Yes. Article 52 allows a provider that meets the high-impact condition to submit sufficiently substantiated arguments that, exceptionally, the model does not present due to its specific characteristics. A provider designated by Commission decision can also request reassessment with objective, detailed, and new reasons.

Citations
Question 3

What extra duties apply under Article 55 for GPAI models with systemic risk?

Article 55 duties apply in addition to Articles 53 and 54. Providers of models with must evaluate the model with state-of-the-art protocols and tools, conduct and document adversarial testing, assess and mitigate systemic risks at Union level, track and report serious incidents, and protect the model and its physical infrastructure with adequate cybersecurity.

The Article 55 work should be continuous across development, placing on the market, and use. It should cover sources of , post-market learning from incidents and misuse, corrective measures, and security risks such as model leakage, unauthorised releases, circumvention of safety measures, unauthorised access, and model theft.

  • Model evaluation file: protocols, benchmarks or other methodologies, evaluation criteria, metrics, results, known limitations, and who performed the evaluation.
  • Adversarial testing file: internal or external testing plan, test scope, model adaptations, red-team findings, mitigation decisions, and unresolved risk rationale.
  • Systemic-risk file: Union-level risk sources, affected public interests, likelihood and severity, mitigation measures, residual risk, and post-market monitoring triggers.
  • Serious-incident file: incident facts, model version, affected use or integration, known or likely harm, corrective measures, reporting route to the AI Office and, where appropriate, national competent authorities.
  • Cybersecurity file: controls for weights, algorithms, servers, datasets, access management, physical security, leak prevention, vulnerability handling, and attack response.

What serious incidents must systemic-risk providers report under Article 55?

Article 55 requires providers to keep track of, document, and report without undue delay relevant information about serious incidents and possible corrective measures to the AI Office and, as appropriate, national competent authorities. The Commission has published a template for serious incidents involving models with .

Does Article 55 cybersecurity cover only the API or app built around the model?

No. Article 55 refers to cybersecurity protection for the model with and the physical infrastructure of the model. Recital 115 specifically points to model weights, algorithms, servers, datasets, operational security, cybersecurity policies, technical controls, and cyber and physical access controls.

Citations
Question 5

What staged application and enforcement points are supported for GPAI duties?

The Commission guidelines state that Chapter V obligations for model providers apply from 2 August 2025. They also state that Commission enforcement powers for these obligations enter into application on 2 August 2026, and that providers of GPAI models placed on the market before 2 August 2025 must take necessary compliance steps by 2 August 2027.

The same guidance says the guidelines are not legally binding and that authoritative interpretation of the AI Act is for the Court of Justice of the European Union. Treat the dates above as implementation milestones based on the cited Commission guidance, not as a complete enforcement calendar for every AI Act duty.

  • From 2 August 2025: Chapter V provider obligations enter into application according to the Commission guidelines.
  • From 2 August 2026: the Commission says its enforcement powers for provider obligations enter into application, including fines under Article 101.
  • By 2 August 2027: providers of models placed on the market before 2 August 2025 must take necessary steps to comply, according to the guidelines and Article 111(3) reference.
  • Do not use this FAQ to infer deadlines for unrelated high-risk AI system, prohibited-practice, transparency, product-law, or national-authority obligations.

Who enforces EU AI Act duties for model providers?

The Commission enforces compliance with model provider obligations, including through the AI Office, which monitors and supports compliance with general-purpose AI rules. The Commission guidelines also note that providers should cooperate with the AI Office and national competent authorities.

Are the Commission guidelines legally binding?

No. The guidelines state that they are not binding and that authoritative interpretation of the AI Act may only be given by the Court of Justice of the European Union. They still set out the Commission's interpretation and application approach for enforcement.

Citations
Recommended next step

Turn GPAI provider duties into reviewable records

Sorena can help map a GPAI model portfolio to Article 53 documentation, downstream information, copyright policy, training-content summaries, systemic-risk files, serious-incident routing, and cybersecurity evidence.

Primary sources

References and citations

digital-strategy.ec.europa.eu
Referenced sections
  • Commission page explaining the GPAI Code of Practice chapters, including the Safety and Security chapter for Article 55 systemic-risk obligations.
"Safety and Security chapter"
digital-strategy.ec.europa.eu
Referenced sections
  • Commission guidance supporting the Chapter V application date, enforcement-power date, legacy-model compliance date, non-binding-guidance caveat, and Commission enforcement role.
"obligations enter into application on 2 August 2025"
ec.europa.eu
Referenced sections
  • Code chapter used for the caveat that adherence supports Article 53(1)(c) demonstration but does not itself determine Union copyright-law compliance.
"adherence to the Code does not constitute compliance"
eur-lex.europa.eu
Referenced sections
  • Primary legal text for Article 101, Article 111, Article 113, and the underlying Chapter V obligations referenced by the Commission guidelines.
"GENERAL-PURPOSE AI MODELS"
Related guides

Explore more topics

Are industry AI use cases high-risk under EU AI Act Annex III?
FAQ answer on when an industry AI use case falls under EU AI Act Annex III, how Article 6 classification works, when Article 6(3) can support a non-high-risk conclusion, and what evidence providers should keep.
EU AI Act AI System Classification Edge Cases FAQ
Answers for EU AI Act edge cases: AI system definition, inference versus simple rules, GPAI models, embedded products, territorial scope, roles, and classification evidence.
EU AI Act Applicability and Roles: Scope, Actor Map, and Evidence
Determine whether the EU AI Act applies to an AI system or GPAI model, map provider, deployer, importer, distributor, and product manufacturer roles, and record evidence for classification.
EU AI Act applicability test: scope, role, and risk classification
Stepwise EU AI Act applicability test for AI-system status, exclusions, territorial scope, operator role, prohibited uses, high-risk systems, GPAI models, transparency duties, and evidence records.
EU AI Act Article 5 Prohibited AI Practices Screening Guide
Screen AI systems against EU AI Act Article 5, including manipulation, social scoring, biometrics, law enforcement, and the new prohibited-content category.
EU AI Act Article 50 transparency disclosures FAQ
Article 50 FAQ for EU AI Act transparency duties covering chatbot notices, synthetic content marking, biometric and emotion notices, deepfakes, public-interest text, timing, accessibility, and exceptions.
EU AI Act Article 50 transparency, labeling, and user disclosures
Source-backed guide to EU AI Act Article 50 duties for user interaction notices, synthetic content marking, deepfake labels, emotion recognition notices, biometric categorisation notices, and related high-risk AI instructions for use.
EU AI Act Article 73 serious incident FAQ
FAQ on EU AI Act serious incident handling for high-risk AI systems, including Article 73 reporting, deployer escalation, corrective action, and GPAI systemic-risk distinctions.
EU AI Act Compliance Checklist by Risk Class
A practical EU AI Act checklist for classifying AI systems, assigning operator roles, screening prohibited practices, and collecting evidence for high-risk, GPAI, transparency, monitoring, and incident duties.
EU AI Act Compliance Program: roles, high-risk evidence, GPAI and incidents
Build an EU AI Act compliance program around provider, deployer, importer, distributor, high-risk, GPAI, transparency, monitoring, and incident evidence duties.
EU AI Act conformity assessment and notified bodies for high-risk AI
Source-backed guide to EU AI Act high-risk AI conformity assessment routes, provider evidence, EU declaration of conformity, CE marking, and notified body involvement.
EU AI Act deadlines and compliance calendar | Article 113 dates
EU AI Act compliance calendar for Regulation (EU) 2026/1744, Article 113 dates, Article 111 transitions, GPAI enforcement, Article 50, and high-risk systems.
EU AI Act FAQ: scope, roles, high-risk AI, GPAI, FRIA, and dates
Source-backed EU AI Act FAQ covering scope, roles, risk classification, GPAI, transparency, AI literacy, rights and complaints, sandboxes, authorities, SME provisions, and current legal status.
EU AI Act FRIA FAQ: Article 27 Scope, Contents, and Notification
Source-backed FAQ on when Article 27 requires a fundamental rights impact assessment, which deployers are covered, what the FRIA must contain, and how it relates to DPIAs and registration.
EU AI Act FRIA for high-risk AI systems: Article 27 scope and evidence
Source-backed guide to EU AI Act Article 27 fundamental rights impact assessments: who must run a FRIA, Article 6(2) triggers, Annex III carveouts, DPIA overlap, notification, and registration evidence.
EU AI Act GPAI evidence pack checklist for Article 53 and 55
Build a source-backed evidence pack for EU AI Act GPAI model obligations: technical documentation, downstream information, copyright policy, training-content summary, and systemic-risk records where applicable.
EU AI Act GPAI Provider Obligations: Articles 53 and 55
Source-backed guide to EU AI Act duties for general-purpose AI model providers: Article 53 documentation, copyright policy, training-content summary, downstream information, and Article 55 systemic-risk controls.
EU AI Act High-Risk AI Requirements: Articles 8-16 and 26
Map the EU AI Act requirements for high-risk AI systems: risk management, data governance, technical documentation, logs, transparency, human oversight, accuracy, robustness, cybersecurity, and deployer duties.
EU AI Act high-risk AI use cases by industry | Article 6 and Annex III guide
Industry-by-industry guide to EU AI Act high-risk classification under Article 6, Annex III, Annex I product safety routes, exclusions, and provider/deployer boundaries.
EU AI Act high-risk conformity assessment route selector
Select the EU AI Act Article 43 conformity assessment route for a high-risk AI system, including Annex I product legislation, Annex III categories, notified body triggers, standards, declaration, CE marking, registration, and evidence.
EU AI Act high-risk requirements checklist: Articles 8-15
Checklist for EU AI Act high-risk AI system requirements in Articles 8-15: risk management, data governance, documentation, logs, transparency, human oversight, accuracy, robustness, and cybersecurity.
EU AI Act penalties and fines: Article 99 tiers and GPAI exposure
EU AI Act penalties explained: Article 99 fine tiers, prohibited-practice exposure, incorrect information, SME caps, Member State rules, and GPAI model fines.
EU AI Act post-market monitoring and serious incident reporting
Source-backed guide to EU AI Act Articles 72 and 73 for high-risk AI: monitoring plans, serious incident reporting, deployer escalation, corrective action, and GPAI distinctions.
EU AI Act post-market monitoring FAQ for high-risk AI systems
Answer to how providers and deployers should handle EU AI Act post-market monitoring for high-risk AI systems under Article 72, with serious-incident, log, corrective-action, and lifecycle-change triggers.
EU AI Act provider vs deployer role boundaries: Article 3 and Article 25 FAQ
FAQ on EU AI Act provider, deployer, operator, importer, distributor, authorised representative, product manufacturer, downstream provider, and GPAI model provider boundaries.
EU AI Act risk classification intake workflow
A source-based intake structure for classifying EU AI Act scope, prohibited practices, high-risk routes, Annex III use cases, GPAI model status, roles, and reassessment triggers.
EU AI Act serious incident reporting triage workflow: Article 73 and Article 55
Triage EU AI Act serious incidents by definition, actor, reporting route, deadline, deployer escalation, corrective action, and separate GPAI systemic-risk reporting.
EU AI Act Technical Documentation and Provider Evidence Templates
Build AI Act evidence templates for high-risk AI providers: Article 11 technical documentation, Annex IV fields, quality management, conformity, CE marking, registration, logs, and post-market monitoring.
EU AI Act technical documentation FAQ | Article 11 and Annex IV
What Article 11 and Annex IV require in high-risk AI technical documentation: system identity, intended purpose, architecture, data, testing, oversight, cybersecurity, conformity, and post-market monitoring.
EU AI Act Timeline Roadmap: Dates, Legal Status, Owners, and Evidence
Turn EU AI Act milestones into an implementation roadmap by separating enacted dates, political agreements, draft guidance, consultations, and voluntary codes, then assigning actions and evidence.
EU AI Act vs ISO/IEC 42001: legal duties, controls, and evidence limits
Compare the EU AI Act and ISO/IEC 42001:2023, including legal status, Article 17 quality management, high-risk duties, GPAI, evidence reuse, and assurance limits.
EU AI Act vs NIST AI RMF: legal duties, risk controls, and evidence boundaries
Compare the EU AI Act with NIST AI RMF 1.0 across legal status, GOVERN-MAP-MEASURE-MANAGE, high-risk duties, GPAI, evidence reuse, and revision limits.
FAQ: EU AI Act conformity assessment procedures and notified body selection
cited FAQ on EU AI Act Article 43 conformity assessment routes, Annex VI internal control, Annex VII notified-body review, CE marking, declarations, and registration.