Model Suspended. On June 12, 2026, the US government issued an export control directive requiring Anthropic to disable Fable 5 and Mythos 5 globally for all customers. Both models are currently unavailable.
The technical procedures in this guide remain valid for when access is restored. For incident response guidance, see: How to Maintain Compliance When AI Models Are Recalled or Suspended Under Export Control Directives
Audience: AI engineers, compliance officers, and legal teams deploying Anthropic Claude models in regulated industries -- healthcare, finance, defense, and any environment subject to the EU AI Act, NIST AI RMF, CMMC, or SR 11-7.
"claude-fable-5" in the standard wrap pattern. All procedures described in this guide are witnessed automatically by the adapter.
1. What Fable 5 Is
Claude Fable 5 is the latest member of Anthropic's Claude model family. It introduces architectural features that matter for regulated deployments.
Key Characteristics
- Built-in safety classifiers that evaluate prompts before generation begins. These classifiers can suppress or redirect responses based on content policy.
- Silent fallback to Opus 4.8 when safety classifiers trigger. The model transparently routes certain requests to a different model in the Claude family.
- Multi-tier response generation -- direct responses for standard queries and safety-mediated responses when classifiers intervene.
The Compliance Challenge
These features are good for safety. They create problems for compliance.
In regulated environments, organizations need proof of which model actually served each response. They need evidence of whether safety classifiers triggered. They need a record of what fallback behavior occurred.
The API response alone does not always provide this. An independent witness layer fills the gap.
2. Three Compliance Gaps SWT3 Solves
Gap 1: Model Identity
When Fable 5 silently falls back to Opus 4.8, the API response does not always clearly indicate which model generated the output. The requesting application sees a response but may not know which model produced it.
AI-MDL.2 witnesses the actual model that served each response. It records both the requested model and the model that generated the output. If a fallback occurred, the witness anchor captures it.
Gap 2: Safety Classifier State
Safety classifiers run before generation but their evaluation state is not exposed in the API response. A compliance officer cannot determine whether a classifier triggered, what it evaluated, or what action it took.
AI-GRD.1 and AI-GRD.2 witness guardrail evaluation state at inference time. They record the guardrail name, evaluation result, and action taken -- whether that is allow, block, or redirect.
Gap 3: Behavioral Baseline
Fable 5's response characteristics differ from previous Claude models. Token distributions, latency profiles, and output patterns have shifted. Without a behavioral baseline, drift detection is impossible.
AI-BASE.1 establishes and monitors behavioral baselines. It records a baseline hash and deviation score for each inference, making it possible to detect when model behavior changes beyond acceptable thresholds.
3. What SWT3 Witnesses
| Fable 5 Behavior | SWT3 Procedure | What It Witnesses |
|---|---|---|
| Inference response | AI-INF.1 |
Model, latency, token count, prompt/response hash |
| Model selection (Fable vs Opus fallback) | AI-MDL.2 |
Requested model vs actual model served |
| Safety classifier state | AI-GRD.1 |
Guardrail name, evaluation result, action |
| Output filtering | AI-GRD.2 |
Output filter state, content classification |
| Reward model behavior | AI-SKILL.3 |
Reward signal, alignment score |
| Behavioral drift | AI-BASE.1 |
Baseline hash, deviation score |
| Safe-state transition | AI-SAFE.1 |
Fallback trigger, transition type |
Each row produces an independent SWT3 Witness Anchor with a cryptographic fingerprint. The anchors are immutable and tamper-evident.
4. Key Procedures for Fable 5
Model Versioning and Selection
Witnesses which model was requested and which model actually served the response. When Fable 5 falls back to Opus 4.8, this procedure captures the discrepancy in an immutable anchor.
Factor A records the requested model identifier. Factor B records the model that generated the response. Factor C records the version string or checkpoint hash.
Input Guardrail Evaluation
Witnesses the state of input-side safety classifiers at inference time. Records whether the guardrail triggered, what category it evaluated, and what action it took (allow, block, redirect).
This procedure is critical for Fable 5 because its safety classifiers run silently. Without an independent witness, there is no evidence trail for classifier decisions.
Behavioral Baseline Monitoring
Establishes a cryptographic baseline of model behavior and tracks deviation over time. The baseline hash captures output distribution characteristics. The deviation score quantifies how far current behavior has drifted from the established norm.
Fable 5 behaves differently from Sonnet, Opus, and Haiku. Deploying without a baseline means drift detection starts blind.
Safe-State Transition
Witnesses when the system transitions to a safe state -- for example, when Fable 5 falls back to Opus 4.8 after a safety classifier triggers. Records the trigger condition, transition type, and resulting model state.
This procedure creates a chain of evidence linking classifier evaluation (AI-GRD.1) to model selection (AI-MDL.2) through the transition event.
5. Deployment Patterns
Pattern A: Direct Wrap
The simplest integration. Three lines of code wrap the Anthropic client. Every inference is witnessed automatically.
Python:
from swt3_ai import witness
from anthropic import Anthropic
client = witness.wrap(Anthropic(), model="claude-fable-5")
TypeScript:
import { witness } from '@tenova/swt3-ai';
import Anthropic from '@anthropic-ai/sdk';
const client = witness.wrap(new Anthropic(), { model: 'claude-fable-5' });
All inferences through the wrapped client produce SWT3 Witness Anchors. The adapter detects model fallback, safety classifier state, and token counts from the response metadata.
Pattern B: Gatekeeper Mode
For environments where compliance evidence is mandatory -- not optional. Gatekeeper mode blocks inference if the witness endpoint is unreachable.
Python:
from swt3_ai import witness
from anthropic import Anthropic
client = witness.wrap(
Anthropic(),
model="claude-fable-5",
strict=True # blocks inference if witness is down
)
When strict=True is set, the SDK raises an exception before the inference call if it cannot reach the witness endpoint. This guarantees that no unwitnessed inference occurs.
Use this pattern in regulated environments where a gap in the evidence trail is unacceptable.
6. Quick Start
Install the SDK and run your first witnessed Fable 5 inference in under two minutes.
Step 1: Install
pip install swt3-ai anthropic
Step 2: Wrap the Client
from swt3_ai import witness
from anthropic import Anthropic
client = witness.wrap(Anthropic(), model="claude-fable-5")
Step 3: Run an Inference
response = client.messages.create(
model="claude-fable-5",
max_tokens=256,
messages=[{"role": "user", "content": "Summarize NIST AI RMF in two sentences."}]
)
print(response.content[0].text)
The SDK witnesses the inference automatically. Check your local console for the SWT3 Witness Anchor fingerprint. Connect to a witness endpoint to persist anchors to a tamper-evident ledger.
Step 4: Verify
swt3 verify --last
This confirms the most recent anchor's cryptographic integrity.