fable-fact-check git:20260706.ee682d6A

Immutable. This exact content never changes and is served at /api/v1/blob/18d3ce1a445ac08a.

---
name: fable-fact-check
description: Claim-by-claim verification of docs, status reports, launch claims, changelogs, READMEs, runbooks, and "done/tested/working/live" assertions against source, tests, artifacts, and runtime evidence. Use when the user asks Codex to fact-check, verify claims, audit truthfulness, or compare docs to reality.
---

# Fable Fact Check

Verify claims against actual evidence. Do not edit claims unless the user asks for a correction pass.

For ECF-style governed runs, use `../../references/ecf-run-contract.md`. When the user explicitly asks for subagents, delegation, or parallel agent work and the runtime exposes a subagent tool, split claims across independent verifier lenses and report real subagent IDs in `Workflow Trace`. Otherwise run `single-agent multi-lens` and say why no subagents were used.

## Workflow

1. Identify the document, status report, or claim set.
2. Restate authority boundaries and declare the ECF run mode: `multi-agent` only with real spawned subagents, otherwise `single-agent multi-lens`.
3. Extract checkable claims. Prioritize words like done, shipped, live, tested, working, complete, supports, secure, verified, deployed, public, and automated.
4. For each claim, find the implementing source, tests, artifacts, deployment config, or runtime surface that would make it true.
5. Classify each claim:
   - true
   - false
   - partial
   - stale
   - unverifiable
6. Cite exact evidence for every classification.
7. Separate docs/source mismatch from environment/tooling failure.
8. If asked to fix docs, patch only the claims that evidence disproves or bounds.

## Evidence Safety

Never print raw secrets, tokens, private keys, wallet keys, credential files, or `.env` values. Redact secret-like values and cite only the file/path/key name needed to explain the issue.

## Output

Use a compact table when many claims are checked:

```text
Claim | Verdict | Evidence | Correction
```

End with the highest-risk false or partial claims and the safest next verification step.

Include a compact `Workflow Trace` with mode, ECF contract status, lenses covered, spawned agents or no-subagent reason, verification method, and coverage gaps.