Skip to content
Back to policy library
United States — CaliforniaIn forceRelevance to Chinese AI firms: HighAI regulationCybersecurity

California Transparency in Frontier Artificial Intelligence Act (TFAIA)

Artificial intelligence models: large developers (SB 53)

California Legislature · Cal. Bus. & Prof. Code §§ 22757.10-22757.16;Cal. Labor Code §§ 1107-1107.1(SB 53,2025)

The act targets frontier models (foundation models trained with more than 10 to the power of 26 integer or floating-point operations, counting subsequent fine-tuning, reinforcement learning and other material modifications) and large frontier developers (annual gross revenues with affiliates above $500,000,000 in the preceding calendar year). Large frontier developers must publish and comply with a frontier AI framework. All frontier developers must publish a transparency report before or with deployment, report critical safety incidents to the Office of Emergency Services within 15 days and disclose imminent risks of death or serious physical injury to an appropriate authority within 24 hours. Large frontier developers must additionally transmit internal-use catastrophic risk summaries every three months. The act prohibits materially false or misleading statements about catastrophic risk and creates whistleblower protections plus an anonymous internal disclosure channel.

Verified against official sources · 2026-09-12Partly secondary sources — verify before relying

Does this apply to me?

A Chinese foundation-model company falls in scope when it: (1) deploys a frontier model in California, meaning making it available to a third party for use, modification, copying or combination with other software, where training compute exceeds 10 to the power of 26 operations; (2) redeploys a substantially modified version of an existing frontier model, which requires a fresh transparency report; (3) reaches $500,000,000 in annual gross revenues with affiliates and so becomes a large frontier developer owing the published framework and quarterly internal-use summaries; or (4) employs covered employees in California, which requires changes to confidentiality agreements and reporting channels. Making a model available to a third party primarily for developing or evaluating the model is not deployment.

Key industries: GenAI & foundation models, AI agents, All industries

Application timeline

  1. 2025-09-29

    SB 53 chaptered

    California Legislative Information records the bill as chaptered on 2025-09-29.

  2. 2026-01-01date not final

    The act becomes operative under the general California rule

    The frontier AI framework, transparency reports, critical safety incident reporting, internal-use risk summaries and whistleblower protections apply.

  3. 2027-01-01

    Agency annual reports and the definition review mechanism begin

    From this date the Office of Emergency Services must publish an annual anonymized and aggregated report on critical safety incidents, the Department of Technology must annually assess and recommend updates to the frontier model, frontier developer and large frontier developer definitions, and the Attorney General must publish an annual anonymized summary of covered employee reports.

Obligations (6)

Each states its trigger, the evidence to retain and the clause it comes from

Large frontier developers must publish and follow a frontier AI framework

Severity CriticalBus. & Prof. Code § 22757.12(a);定义见 § 22757.11(h)-(j)

A large frontier developer must write, implement, comply with and clearly and conspicuously publish on its website a frontier AI framework describing how it incorporates national standards, international standards and industry-consensus best practices; defines and assesses thresholds, which may be tiered, for identifying capabilities that could pose catastrophic risk; reviews assessments and the adequacy of mitigations as part of the decision to deploy or use a model extensively internally; determines what substantial modifications trigger updated disclosures; and assesses and manages catastrophic risk from internal use, including the risk of a model circumventing oversight mechanisms.

Applies when
A frontier model is a foundation model trained using more than 10 to the power of 26 integer or floating-point operations, counting the original training run plus subsequent fine-tuning, reinforcement learning or other material modifications. A large frontier developer is a frontier developer whose annual gross revenues, together with its affiliates, exceeded $500,000,000 in the preceding calendar year. Chinese foundation-model companies meeting both tests when operating in California fall within this duty.
Evidence to retain
  • · Published frontier AI framework text with version history
  • · Definition of capability thresholds and the assessment methodology
  • · Pre-deployment risk assessment and mitigation adequacy review records
  • · Framework update triggers and the record of actual updates

Estimated first-time effort: 20–60 person-days (estimate, not a commitment)

Publish a transparency report before or with deployment

Severity HighBus. & Prof. Code § 22757.12(c)

Before, or concurrently with, deploying a new frontier model or a substantially modified version of an existing one, a frontier developer must clearly and conspicuously publish a transparency report on its website stating the release date, languages supported, output modalities supported, intended uses and any generally applicable restrictions or conditions on use. A large frontier developer must additionally include summaries of the catastrophic-risk assessments conducted under its frontier AI framework and of the other steps taken to fulfil that framework for the model.

Applies when
All frontier developers for the base items, with the additional summaries required of large frontier developers.
Evidence to retain
  • · Archived transparency report for each model version with publication timestamps
  • · Catastrophic-risk assessment reports mapped to the published summaries
  • · Determination records for what counts as a substantial modification
  • · Release checklist evidencing the sequencing of deployment approval and report publication

Estimated first-time effort: 5–15 person-days (estimate, not a commitment)

Transmit internal-use catastrophic risk summaries to the Office of Emergency Services

Severity HighBus. & Prof. Code §§ 22757.12(d), 22757.13(b)

A large frontier developer must transmit to the Office of Emergency Services a summary of any assessment of catastrophic risk resulting from internal use of its frontier models every three months, or on another reasonable schedule communicated to the Office in writing, with written updates as appropriate. The Office must establish a mechanism for confidential submission and limit access to the reports.

Applies when
Large frontier developers.
Deadline: Every three months, or on another reasonable schedule notified in writing
Evidence to retain
  • · Methodology and records for internal-use risk assessments
  • · Written notice of an alternative reporting schedule where the quarterly cadence is not used
  • · Each submitted summary and its filing receipt
  • · Records of internal-use oversight mechanisms and circumvention testing

Estimated first-time effort: 5–12 person-days (estimate, not a commitment)

Report critical safety incidents within 15 days and imminent risks within 24 hours

Severity CriticalBus. & Prof. Code §§ 22757.11(d), 22757.13(c)

A frontier developer must report any critical safety incident involving its frontier models to the Office of Emergency Services within 15 days of discovery. If the incident poses an imminent risk of death or serious physical injury, the developer must disclose it within 24 hours to an appropriate authority, including any law enforcement or public safety agency with jurisdiction, as required by law. Amended reports may be filed as new information emerges. Statutory incident types include unauthorized access to, modification of or exfiltration of model weights resulting in death or bodily injury; loss of control of a frontier model causing death or bodily injury; and a model using deceptive techniques against the developer to subvert its controls or monitoring outside an evaluation designed to elicit that behaviour, in a manner demonstrating materially increased catastrophic risk.

Applies when
All frontier developers, not only large ones.
Deadline: Within 15 days for critical safety incidents; within 24 hours for imminent risk
Evidence to retain
  • · Incident classification criteria document
  • · Incident register recording discovery time, classification and reporting time
  • · Reports filed with the Office of Emergency Services and filing receipts
  • · Records of 24-hour disclosures showing recipient and channel

Estimated first-time effort: 5–15 person-days (estimate, not a commitment)

No materially false or misleading statements about catastrophic risk

Severity HighBus. & Prof. Code § 22757.12(e)

A frontier developer must not make a materially false or misleading statement about catastrophic risk from its frontier models or about its management of that risk. Read with the transparency report and framework duties, publicly claimed safety evaluations, red-teaming and mitigations must match what is actually performed internally.

Applies when
All frontier developers, particularly teams producing safety marketing materials and responses to customer security questionnaires.
Evidence to retain
  • · Reconciliation working papers mapping public safety claims to internal evidence
  • · Raw records of red-teaming and safety evaluations
  • · Compliance review records for marketing and sales materials
  • · Fact-check records for responses to customer security questionnaires

Estimated first-time effort: 3–10 person-days (estimate, not a commitment)

Whistleblower protections and an anonymous internal reporting channel

Severity HighLabor Code §§ 1107, 1107.1

A frontier developer must not make, adopt, enforce or enter into any rule, policy or contract that prevents a covered employee from disclosing, or that retaliates for disclosing, information where the employee has reasonable cause to believe it shows that the developer activities pose a specific and substantial danger to public health or safety from a catastrophic risk, or that the developer violated the TFAIA. Developers must give covered employees clear notice of these rights, either by posting in the workplace or by annual written notice. A large frontier developer must also provide a reasonable internal anonymous disclosure process with monthly status updates to the discloser on the investigation and the actions taken.

Applies when
Frontier developers employing covered employees in California, including the California R&D entities of Chinese companies.
Evidence to retain
  • · Records of compliance edits to the employee handbook, confidentiality agreements and restrictive covenants
  • · Proof of workplace posting or delivery and acknowledgement of the annual written notice
  • · Technical design and operating records for the anonymous reporting channel
  • · Case log of disclosures with evidence of monthly status updates

Estimated first-time effort: 5–15 person-days (estimate, not a commitment)

Penalties

A large frontier developer that fails to publish or transmit a required compliant document, makes a statement violating section 22757.12(e), fails to report an incident under section 22757.13, or fails to comply with its own frontier AI framework is subject to a civil penalty of up to $1,000,000 per violation depending on severity, recoverable only in a civil action brought by the Attorney General. The whistleblower provisions provide separate civil remedies, with attorney fees available to a successful plaintiff.

Known uncertainty

The act does not state a single operative date, and no express provision making it operative on 2026-01-01 appears in the bill text retrieved in this pass. The 2026-01-01 timeline entry is inferred from the general California rule for non-urgency legislation and is therefore marked confirmed: false. The dated provisions that are confirmed are the agency annual reports and definition review starting 2027-01-01. Because the Department of Technology must annually assess and recommend updates to the frontier model, frontier developer and large frontier developer definitions from 2027-01-01, the 10 to the power of 26 and $500,000,000 thresholds may change.

Related standards

  • NIST Artificial Intelligence Risk Management Framework 1.0 (NIST AI 100-1) · AI RMF 1.0 (NIST AI 100-1, released 2023-01-26; being revised under the White House AI Action Plan)
  • NIST AI 600-1 Generative Artificial Intelligence Profile · NIST AI 600-1 (released July 2024; approved by the NIST Editorial Review Board on 2024-07-25)
  • ISO/IEC 42001 Artificial Intelligence Management System (AIMS) · ISO/IEC 42001:2023 (edition 1, dated 2023-12); European adoption EN ISO/IEC 42001:2026

Sources (1)

Content as of 2026-09-12 · corpus 2026.09|Compiled from public official sources with links and review dates for compliance decision support. Rules change; have licensed professionals review before external disclosure, regulatory filing or contractual commitments.

Related regulations

GDPR · PIPL · CCPA control mapping
Traceable AI · cited when sourced
ISO 27001 alignment in progress
WCAG 2.1 AA accessibility target
California Transparency in Frontier Artificial Intelligence Act (TFAIA) · Obligations & official sources | HaiWen HQ