Artificial Intelligence Policy Tracker

AI compliance obligations

Practical requirements extracted from policy instruments, with the source article, the actors they bind, evidence examples and original framework mappings. Legal requirements are marked; everything else is voluntary guidance.

Results

16 of 117 obligations match · Download these as CSV

Legal requirement Accuracy, robustness and cybersecurity European Union

Providers of systemic-risk GPAI models must secure the model and its infrastructure

EU AI Act · Article 55(1)(d)

Providers of general-purpose AI models with systemic risk must ensure an adequate level of cybersecurity protection for the model and for the physical infrastructure it runs on, which in practice covers protection of model weights, training and inference environments, and access controls against theft, tampering and unauthorised release. Codes of practice and harmonised standards may be used to show compliance.

Verified (a factual check against the official source, not a legal review) Applies from 2 Aug 2025
Legal requirement Copyright and training-data transparency European Union

Meet general-purpose AI model provider obligations

EU AI Act · Article 53 and Annexes XI–XII

Providers of general-purpose AI models must keep technical documentation (Annex XI), provide information to downstream providers integrating the model (Annex XII), put in place a policy to comply with EU copyright law including the text-and-data-mining opt-out, and publish a sufficiently detailed public summary of training content using the Commission's template. Free and open-source models are exempt from the first two duties unless they present systemic risk. Adherence to the General-Purpose AI Code of Practice can demonstrate compliance.

Pending review (a factual check against the official source, not a legal review) Applies from 2 Aug 2025
Legal requirement Governance and accountability South Korea

Foreign AI business operators above the threshold must designate a domestic representative in Korea

AI Basic Act · Article 36

An AI business operator without an address or place of business in Korea, whose user numbers or revenue meet the thresholds set by Presidential Decree, must designate in writing a domestic representative with an address in Korea. The representative handles the operator's duties under the Act, including submitting the Article 32 safety results, supporting high-impact AI confirmation and cooperating with fact-finding investigations, and the operator is treated as responsible for the representative's acts.

Verified (a factual check against the official source, not a legal review) Applies from 22 Jan 2026
Legal requirement Governance and accountability California (United States)

Frontier developers must protect employees who report catastrophic-risk concerns

California SB 53 · Labor Code Section 1107 (as added by SB 53)

A frontier developer must not adopt rules or take action that prevent or retaliate against a covered employee for disclosing to the Attorney General, a federal authority, a manager or another employee with authority that the developer's activities pose a specific and substantial danger to public health or safety from catastrophic risk, or that it has violated the Act. Covered employees must be given clear notice of these rights, and large frontier developers must run an anonymous internal reporting process with regular updates to the reporter and to officers and directors.

Verified (a factual check against the official source, not a legal review) Applies from 1 Jan 2026
Legal requirement Governance and accountability European Union

Non-EU providers of GPAI models must appoint an EU authorised representative

EU AI Act · Article 54

Before placing a general-purpose AI model on the Union market, a provider established in a third country must appoint, by written mandate, an authorised representative established in the Union. The representative checks that the Annex XI documentation exists and the Article 53 duties are met, keeps a copy of the documentation and the provider's contact details for ten years after market placement, provides information to the AI Office on request, cooperates with authorities, and must end the mandate if the provider breaches the Regulation. Open-source models without systemic risk are exempt.

Verified (a factual check against the official source, not a legal review) Applies from 2 Aug 2025
Legal requirement Governance and accountability European Union

Providers of GPAI models must notify the Commission within two weeks of meeting the systemic-risk threshold

EU AI Act · Article 52(1)

A provider whose general-purpose AI model meets the Article 51(1)(a) high-impact capability condition, which is presumed once cumulative training compute exceeds 10^25 floating-point operations, must notify the Commission without delay and in any event within two weeks of the condition being met or of learning that it will be met. The notification may include arguments that the model nonetheless does not present systemic risk; the Commission decides and keeps a public list of designated models.

Verified (a factual check against the official source, not a legal review) Applies from 2 Aug 2025
Legal requirement Incident reporting and handling European Union

Providers of systemic-risk GPAI models must track and report serious incidents to the AI Office

EU AI Act · Article 55(1)(c)

Providers of general-purpose AI models with systemic risk must keep track of, document and report without undue delay to the AI Office and, where relevant, to national competent authorities the relevant information about serious incidents and the possible corrective measures to address them. The General-Purpose AI Code of Practice sets out timelines and content that providers may follow to demonstrate compliance.

Verified (a factual check against the official source, not a legal review) Applies from 2 Aug 2025
Legal requirement Incident reporting and handling California (United States)

Report critical safety incidents to the Office of Emergency Services

California SB 53 · Business and Professions Code, Chapter 25.1 (as added by SB 53)

Frontier developers must report critical safety incidents to the California Office of Emergency Services within the statutory time limit after discovery, and the Office is to establish a reporting mechanism.

Source-linked (a factual check against the official source, not a legal review) Applies from 1 Jan 2026
Legal requirement Safety testing and evaluation California (United States)

Large frontier developers must publish a frontier AI framework

California SB 53 · Business and Professions Code, Chapter 25.1 (as added by SB 53)

Large frontier developers must publish and maintain a framework describing how they incorporate national and international standards, assess catastrophic risk, apply mitigations, secure model weights, and govern internal processes, and must review it at least annually.

Source-linked (a factual check against the official source, not a legal review) Applies from 1 Jan 2026
Legal requirement Safety testing and evaluation California (United States)

Large frontier developers must send periodic summaries of catastrophic-risk assessments to the state

California SB 53 · Business and Professions Code Section 22757.12 (as added by SB 53)

A large frontier developer must transmit to the California Office of Emergency Services, on the periodic schedule the statute sets, a summary of any assessment of catastrophic risk that results from the internal use of its frontier models. This covers risks arising before public deployment, such as during internal evaluation or use of the model to accelerate research, and complements the public transparency report.

Verified (a factual check against the official source, not a legal review) Applies from 1 Jan 2026
Legal requirement Safety testing and evaluation European Union

Manage systemic risk for high-impact general-purpose models

EU AI Act · Articles 51, 52 and 55

A general-purpose model is presumed to have systemic risk when the cumulative compute used for training exceeds 10^25 floating-point operations, or when the Commission designates it. Providers must notify the Commission, perform model evaluations including adversarial testing, assess and mitigate systemic risks, track and report serious incidents, and ensure adequate cybersecurity for the model and infrastructure.

Pending review (a factual check against the official source, not a legal review) Applies from 2 Aug 2025
Legal requirement Safety testing and evaluation South Korea

Operators of AI above the compute threshold must run lifecycle risk management and report safety results

AI Basic Act · Article 32

An AI business operator whose AI system's cumulative training computation exceeds the threshold set by Presidential Decree must identify, assess and mitigate risks across the system's life cycle, build a risk management system to monitor and respond to safety incidents caused by the AI, and submit the results of these measures to the Minister of Science and ICT. The threshold and reporting form are set in the Decree.

Verified (a factual check against the official source, not a legal review) Applies from 22 Jan 2026
Legal requirement Technical documentation European Union

Providers of GPAI models must maintain technical documentation and inform downstream providers

EU AI Act · Article 53(1)(a) and 53(1)(b); Annexes XI and XII

Providers of general-purpose AI models must draw up and keep up to date technical documentation covering the training and testing process and evaluation results, as set in Annex XI, and supply it to the AI Office or national authorities on request. They must also keep current the Annex XII information for providers that integrate the model into their own AI systems, so those providers understand its capabilities and limitations and can meet their own duties. Free and open-source models without systemic risk are exempt from both duties.

Verified (a factual check against the official source, not a legal review) Applies from 2 Aug 2025
Legal requirement Transparency and disclosure California (United States)

Frontier developers must publish a transparency report before deploying a new frontier model

California SB 53 · Business and Professions Code Section 22757.12 (as added by SB 53)

Before or at the time a frontier developer deploys a new frontier model, or a substantially modified version, it must publish a transparency report on its website describing the model, its intended uses and restrictions, the release date and modalities, and how to contact the developer. A large frontier developer must add a summary of its catastrophic-risk assessment for the model, the results, any third-party evaluators involved and the steps taken under its frontier AI framework, with trade-secret and security redactions explained.

Verified (a factual check against the official source, not a legal review) Applies from 1 Jan 2026
Legal requirement Transparency and disclosure European Union

Providers of generative AI must mark synthetic output as artificially generated in a machine-readable way

EU AI Act · Article 50(2)

Providers of AI systems, including general-purpose AI systems, that generate synthetic audio, image, video or text must ensure the output is marked in a machine-readable format and detectable as artificially generated or manipulated. The technical solution must be effective, interoperable, robust and reliable as far as the state of the art allows, taking account of content type and cost. Systems that only perform assistive editing or do not substantially alter the input, and law-authorised criminal-detection uses, are outside the duty.

Verified (a factual check against the official source, not a legal review) Applies from 2 Aug 2026
Voluntary guidance Transparency and disclosure Singapore

Report incidents and mark AI-generated content (generative AI framework)

Singapore Model AI Governance Framework · Generative AI framework, dimensions on incident reporting and content provenance

The generative-AI framework recommends incident-reporting channels and processes for AI harms, and content provenance measures such as digital watermarking and cryptographic provenance so that users can identify AI-generated content.

Source-linked (a factual check against the official source, not a legal review)

Frequently asked questions

What is an obligation on this site?

A single practical requirement pulled out of an instrument and stated on its own: keep a risk management system, log incidents, document training data, provide human oversight, and so on. Each one cites the article or section it comes from so you can check it against the source.

Does a voluntary obligation have legal force?

No, and every obligation is labelled either a legal requirement or voluntary guidance. Voluntary items still matter in practice, because procurement questionnaires and auditors ask about them, but only the binding ones carry legal consequence.

How do I find the obligations that apply to my organisation?

Filter by jurisdiction, category, actor, sector or use case. The applicability check asks a short set of questions and returns the duties that may reach you. It is an educational screen, not a legal determination, and it says so.

Why do some instruments have no obligations listed?

Because nobody has broken them out yet. Most instruments are recorded at summary level first; obligations are added jurisdiction by jurisdiction. The coverage and open-gaps pages publish exactly what is missing rather than hiding it.