Large frontier developers must publish a frontier AI framework
Download: JSON · MarkdownUnder California SB 53, Business and Professions Code, Chapter 25.1 (as added by SB 53)
What this label means
- Verified
- — a named reviewer opened the official source and confirmed the record; the date and the reviewer are shown.
- Pending review
- — linked to the official source and in the queue for a reviewer to confirm.
- Source-linked
- — linked to the official source, not yet confirmed by a reviewer.
On this page 9 sections
In brief
Large frontier developers must publish a frontier AI framework is a legal requirement under the California SB 53 in California (United States) (Business and Professions Code, Chapter 25.1 (as added by SB 53)). It applies from 1 January 2026. The record carries 1 evidence example and mappings to 1 framework.
- Instrument
- California SB 53
- Jurisdiction
- California (United States)
- Nature
- Legal requirement
- Source reference
- Business and Professions Code, Chapter 25.1 (as added by SB 53)
- Applies from
- 1 January 2026
- Who it binds
- General-purpose AI model provider
- Evidence examples
- 1
- Framework mappings
- NIST AI Risk Management Framework 1.0
- Controls that meet it
- 2
- Official source
- Open official text
- Verification
- Source-linked
What does it require?
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.
Practical action
Publish a safety framework and keep a change log of revisions.
Who does it apply to?
Large frontier developers above the statutory compute and revenue thresholds.
- Sectors
- Cross-sector / all sectors
- Use cases
- Generative AI and foundation models
Applies from:
Which controls meet this duty?
Satisfies: the control, operated properly, does the work the duty asks for. Supports: it contributes but the duty needs more. Each control page lists every other duty it serves, so work done once can be counted once.
-
satisfiesPolicyHead of AI safety · annualFrontier model safety and security framework
Serves 9 recorded duties · evidence: Published frontier safety framework, Dangerous-capability evaluation report, Threshold notification to an authority
The published, annually reviewed framework with a change log.
-
supportsTechnical measureAI security or safety lead · at launch and on material changeAdversarial and red-team testing for generative AI
Serves 8 recorded duties · evidence: Red-team exercise report, Red-team rules of engagement and scenario library, Adversarial findings tracker
Catastrophic-risk assessment evidence.
Templates that cover this duty
Generated from the records. Free · no account · links emailed to your work address. This duty is cited in each file with its source reference and a link back here.
- AI Risk Register (MIT AI Risk Repository taxonomy)
Register · XLSX · v4
- NIST AI RMF ↔ EU AI Act ↔ ISO/IEC 42001 Crosswalk
Crosswalk · XLSX · v3
- AI Audit Evidence Tracker
Register · XLSX · v1
- AI Red-Team and Evaluation Test Plan
Assessment · XLSX and DOCX · v3
What evidence would a reviewer expect?
| Evidence | Type | Notes |
|---|---|---|
| Published frontier AI framework | document |
Framework mappings
Original editorial crosswalks. They cite clause numbers only and reproduce no standard text; confidence reflects how direct the mapping is.
See every California (United States) duty mapped this way →
| Framework | Reference | Note | Confidence |
|---|---|---|---|
| NIST AI RMF 1.0 | GOVERN 1.x; NIST AI 600-1 | Original editorial mapping. | medium |
Frequently asked questions
Is this a legal requirement?
Yes. It is a legal requirement under California SB 53 (Business and Professions Code, Chapter 25.1 (as added by SB 53)).
Who must comply with this obligation?
Large frontier developers above the statutory compute and revenue thresholds.
When does this obligation apply?
It applies from 1 January 2026.
What evidence shows compliance?
A reviewer would expect: Published frontier AI framework.
Which frameworks map to this obligation?
It is mapped to NIST AI Risk Management Framework 1.0 GOVERN 1.x; NIST AI 600-1. These are editorial crosswalks with a stated confidence, not official mappings.
Which controls satisfy this obligation?
Frontier model safety and security framework; Adversarial and red-team testing for generative AI.
What should an organisation do in practice?
Publish a safety framework and keep a change log of revisions.
Cite this record
AIPolicyTracker (2026). “Large frontier developers must publish a frontier AI framework (California SB 53)” [AIPT-OBL-0079, verified 26 September 2026 by Bhaskar Bhatt]. https://aipolicytracker.org/id/AIPT-OBL-0079 (accessed 27 October 2026). Data licensed CC BY 4.0.
Permanent id AIPT-OBL-0079: it never changes or gets reused, and its address keeps working if this page moves.
Cite the official text alongside it: SB 53 Transparency in Frontier Artificial Intelligence Act, California Legislative Information, https://leginfo.legislature.ca.gov/faces/billNavClient.xhtml?bill_id=202520260SB53.
BibTeX
@misc{aipolicytracker2026_largefrontierdevelopersm,
author = {{AIPolicyTracker}},
title = {{Large frontier developers must publish a frontier AI framework (California SB 53)}},
year = {2026},
howpublished = {\url{https://aipolicytracker.org/obligations/us-california-sb-53-frontier-ai-framework}},
url = {https://aipolicytracker.org/obligations/us-california-sb-53-frontier-ai-framework},
urldate = {2026-10-27},
note = {Data licensed CC BY 4.0. Accessed 27 October 2026}
}
Change history
No change to this record's tracked fields has been recorded since 15 October 2026, when field-level history began.
Similar obligations in other instruments
- Manage systemic risk for high-impact general-purpose models — EU AI Act, European Union
- Large frontier developers must send periodic summaries of catastrophic-risk assessments to the state — California SB 53, California (United States)
- Operators of AI above the compute threshold must run lifecycle risk management and report safety results — AI Basic Act, South Korea
- Measure and test trustworthiness characteristics (Measure) — NIST AI RMF, United States (voluntary)
Disclaimer: informational only, not legal advice. Verify every claim against the linked official sources and consult a qualified lawyer before acting.