Frontier AI Risk Governance

Anthropic Responsible Scaling Policy vs. OpenAI Preparedness Framework

Anthropic's Responsible Scaling Policy (RSP) and OpenAI's Preparedness Framework are both voluntary, self-administered safety governance documents that gate model training and deployment based on catastrophic risk evaluations. Anthropic uses tiered AI Safety Levels (ASL-2, ASL-3) tied to security and deployment posture, while OpenAI scores models per risk category (Cybersecurity, CBRN, Persuasion, Model Autonomy) on a low-to-critical scale. Neither framework creates binding contractual obligations to enterprise customers or extends governance to downstream agent deployments, meaning enterprises must independently implement runtime access control, monitoring, and audit logging regardless of which model provider they use.

Two Frameworks, Two Structures

Anthropic RSP

Tiered AI Safety Levels (ASL-2, ASL-3) gating training and deployment based on capability thresholds.

OpenAI Preparedness Framework

Per-category risk scoring (low to critical) across Cybersecurity, CBRN, Persuasion, and Autonomy.

Shared limitation

Both are voluntary, self-governed, and silent on enterprise runtime controls.

Why These Frameworks Matter to Enterprise Buyers

Enterprises procuring frontier models from Anthropic or OpenAI are increasingly asked to evaluate vendor safety posture as part of AI risk assessment. Both companies publish internal governance frameworks describing how they classify model risk and what actions those classifications trigger before a model is trained further or deployed. For governance teams, these documents are useful inputs, but they are not compliance certifications, contractual guarantees, or substitutes for enterprise-side runtime governance. Understanding the structural differences between the two frameworks helps risk teams ask better vendor questions and identify where their own governance responsibility begins.

How the Risk Models Actually Differ

Anthropic's approach ties safeguards to a broad security and deployment posture. An ASL tier reflects not just what a model can do, but what security measures (such as model weight protection) and deployment restrictions must be in place. OpenAI's approach is more granular at the category level: each tracked risk category receives its own score, and the framework gates decisions based on the highest post-mitigation score across categories rather than a single overall tier. This means a model could be rated differently across Anthropic's and OpenAI's systems in ways that do not map one-to-one. Governance teams comparing vendors should treat ASL levels and category scores as different measurement systems, not equivalent labels, and build an internal translation layer when conducting comparative vendor risk assessment rather than assuming parity.

Comparison of RSP and Preparedness Framework risk models
Dimension Anthropic RSP OpenAI Preparedness Framework
Measurement unit Single overall ASL tier (ASL-2, ASL-3) Independent score per risk category
Gating logic Tier reflects capability plus required security posture Gated by highest post-mitigation score across categories
Cross-vendor comparability Not directly equivalent to category scores Not directly equivalent to ASL tiers

What Changed in the Past 12 Months

Both frameworks have been revised within the past year. Anthropic updated its RSP alongside the activation of ASL-3 protections for specific Claude model releases, reflecting changes to deployment and security standards at that tier. OpenAI published a Version 2 update to its Preparedness Framework, including changes to the Safety Advisory Group's role and clarified escalation paths between technical safety teams and company leadership. Neither company has published a complete version-diff explaining exactly what changed relative to prior versions, and neither framework has documented quantitative thresholds for all risk categories. Enterprises relying on these frameworks for vendor risk assessment should track framework version history over time rather than treating a single point-in-time review as sufficient, since both companies retain unilateral authority to revise thresholds and categories.

Where Vendor Frameworks Stop and Enterprise Governance Begins

Both the RSP and the Preparedness Framework focus on catastrophic, frontier-level risks such as CBRN misuse, cyber capability, and autonomous replication. Neither addresses enterprise-relevant operational risks such as data leakage, prompt injection, tool misuse, or business-logic errors introduced by an agent's specific configuration. These frameworks also govern the base model at the provider level; they do not extend to how an enterprise configures, permissions, or monitors an agent built on top of that model. A model classified under ASL-2 or scored low across OpenAI's categories may still be deployed by an enterprise with excessive tool permissions, no audit trail, or no runtime monitoring of agent behavior. The safety classification describes the model as evaluated by the vendor; it does not describe the risk profile of the enterprise's specific deployment.

The Practical Governance Gap

The core takeaway for enterprise AI governance leaders is that provider-level safety frameworks and enterprise-level runtime governance solve different problems. Anthropic's RSP and OpenAI's Preparedness Framework are designed to prevent the training or release of models that cross catastrophic capability thresholds. They were not designed to give enterprises visibility into agent behavior at runtime, enforce least-privilege access for specific tools, or produce an audit trail for a regulator or internal compliance review. This is the gap enterprises must close independently: identity and permissions for each agent, approval workflows for sensitive tool use, monitoring of agent-to-agent and agent-to-tool interactions, and logging sufficient to reconstruct what an agent did and why. Trussed AI provides runtime governance and security for enterprise AI agents, including permissions management, tool approval workflows, and audit logging, addressing the operational layer that sits below vendor-level safety frameworks regardless of whether the underlying model comes from Anthropic, OpenAI, or another provider.

Questions Governance Teams Should Ask Before Procurement

  • Which specific ASL tier or risk category score applies to the exact model version being deployed, and how was it documented?
  • Does the vendor notify customers when a model's safety classification changes due to framework updates or re-evaluation?
  • What contractual assurances exist beyond the public framework for our specific use case?
  • What runtime monitoring, access control, or audit logging must we implement independently, since neither framework covers downstream agent architecture?
  • How does the framework account for risks specific to our industry that fall outside its defined catastrophic-risk categories?

Frequently Asked Questions

Does compliance with the RSP or Preparedness Framework mean a model is safe for our specific use case?

No. Both frameworks evaluate catastrophic risk categories like CBRN misuse or autonomous replication. They do not evaluate industry-specific compliance, data handling practices, or risks introduced by your own agent configuration and permissions.

Can we compare an Anthropic ASL tier directly to an OpenAI risk category score?

Not directly. ASL tiers reflect an overall security and deployment posture, while OpenAI's scores are assigned per risk category. Treat them as different measurement systems when conducting vendor comparisons.

Will the vendor tell us if a model's safety classification changes?

Available documentation does not confirm that either vendor provides advance notice to enterprise customers of classification changes. Governance teams should independently monitor framework updates rather than assume notification.

Do these frameworks cover our downstream agent deployment?

No. Both frameworks govern the base model at the provider level. Runtime behavior, permissions, and monitoring for agents built on top of the model remain the enterprise's responsibility.

Vendor Safety Frameworks End at the Model. Your Governance Responsibility Doesn't.

Trussed AI provides runtime governance and security for enterprise AI agents, closing the gap between provider-level safety commitments and the access control, monitoring, and audit requirements your organization needs.

Request a Demo