Verify Public Claims
Turn public-facing statements into a traceable claim ledger, then revise the copy so every material assertion matches the available evidence.
1. Establish the review contract
- Confirm the copy, intended audience, publication surface, relevant date, and evidence supplied by the user.
- Identify whether the request covers factual accuracy, freshness, wording strength, source quality, or all four.
- Browse current public sources when a claim may have changed or the user asks for current verification.
- Use only public sources or evidence the user has approved for this review.
- Do not treat inaccessible, login-only, or missing material as verified.
2. Build the claim ledger
- Use assets/claim-ledger-template.md.
- Split compound sentences when their parts need different evidence.
- Record the exact claim, source, publication date, event date when different, verification date, evidence excerpt or paraphrase, and intended rewrite.
- Read references/evidence-statuses.md before assigning a status.
- Focus on claims that affect trust, decisions, eligibility, scope, performance, recency, identity, or attribution.
3. Classify each claim
Use exactly one primary status:
supported: direct, relevant, sufficiently current evidence supports the wording
qualified: the core is supported, but the wording needs a limit, date, scope, or attribution
inference: the conclusion is reasonable but is not stated directly by the evidence
unsupported: no adequate evidence supports the material claim
stale: the evidence may once have supported the claim but is too old for present-tense use
When sources conflict, preserve the conflict in the ledger and prefer the most direct authoritative current source. Do not resolve uncertainty by averaging, guessing, or silently choosing the most favorable version.
4. Rewrite to the evidence level
- Keep supported claims precise.
- Add the required scope, date, source, or attribution to qualified claims.
- Label inference as analysis, interpretation, estimate, or recommendation.
- Remove unsupported claims or replace them with narrower wording that the evidence supports.
- Update stale claims only when a current source is available; otherwise hold or date the wording.
- Never invent citations, metrics, testimonials, dates, credentials, customers, outcomes, or source access.
5. Report the result
Return the completed claim ledger, revised copy, sources checked, unresolved conflicts, held claims, and review date. For legal, medical, financial, safety-critical, or regulated claims, require a current authoritative source and appropriate human review before publication.
1---2name: verify-public-claims3description: Check public-facing copy against supplied evidence and current public sources, classify every material claim, and produce defensible rewrites. Use when a user asks to fact-check website copy, release notes, case studies, marketing claims, public profiles, reports, articles, product descriptions, or other material before publication.4---56# Verify Public Claims78Turn public-facing statements into a traceable claim ledger, then revise the copy so every material assertion matches the available evidence.910## 1. Establish the review contract1112- Confirm the copy, intended audience, publication surface, relevant date, and evidence supplied by the user.13- Identify whether the request covers factual accuracy, freshness, wording strength, source quality, or all four.14- Browse current public sources when a claim may have changed or the user asks for current verification.15- Use only public sources or evidence the user has approved for this review.16- Do not treat inaccessible, login-only, or missing material as verified.1718## 2. Build the claim ledger1920- Use [assets/claim-ledger-template.md](assets/claim-ledger-template.md).21- Split compound sentences when their parts need different evidence.22- Record the exact claim, source, publication date, event date when different, verification date, evidence excerpt or paraphrase, and intended rewrite.23- Read [references/evidence-statuses.md](references/evidence-statuses.md) before assigning a status.24- Focus on claims that affect trust, decisions, eligibility, scope, performance, recency, identity, or attribution.2526## 3. Classify each claim2728Use exactly one primary status:2930- `supported`: direct, relevant, sufficiently current evidence supports the wording31- `qualified`: the core is supported, but the wording needs a limit, date, scope, or attribution32- `inference`: the conclusion is reasonable but is not stated directly by the evidence33- `unsupported`: no adequate evidence supports the material claim34- `stale`: the evidence may once have supported the claim but is too old for present-tense use3536When sources conflict, preserve the conflict in the ledger and prefer the most direct authoritative current source. Do not resolve uncertainty by averaging, guessing, or silently choosing the most favorable version.3738## 4. Rewrite to the evidence level3940- Keep supported claims precise.41- Add the required scope, date, source, or attribution to qualified claims.42- Label inference as analysis, interpretation, estimate, or recommendation.43- Remove unsupported claims or replace them with narrower wording that the evidence supports.44- Update stale claims only when a current source is available; otherwise hold or date the wording.45- Never invent citations, metrics, testimonials, dates, credentials, customers, outcomes, or source access.4647## 5. Report the result4849Return the completed claim ledger, revised copy, sources checked, unresolved conflicts, held claims, and review date. For legal, medical, financial, safety-critical, or regulated claims, require a current authoritative source and appropriate human review before publication.