ResearchEveryday skill

Fact-Check Pass

Check a draft's claims before publishing - flag unverifiable numbers, stale facts, and overstatements, each with a fix.

What it does

The draft is finished and you are about to send it. Somewhere in it is a number you got from a colleague, a statistic you half remember reading, and a sentence that sounded good at the time. The worry is not that the whole thing is wrong. It is that one line is, and that is the line people will quote back at you.

With this skill active, the assistant reads only for what could be wrong. It pulls out every checkable claim (figures, dates, job titles, quotes, superlatives, anything credited to "studies") and sorts each one into supported, unverified, out of date, overstated, or credited to the wrong source.

Nothing is rewritten behind your back. You get each shaky line quoted, told what is wrong with it, and given replacement wording you can paste, ending with a risk verdict and a short must-fix list.

You end up with every shaky claim quoted, explained, and paired with a fix, plus a short list of what to correct first.

When to reach for it

Use it as the last read before anything factual goes out: a launch post, a case study, a board pack, a proposal, a talk, a report to a client.

Skip it for opinion pieces and for internal notes nobody will quote. And be clear about its limit: without live sources it can flag what needs checking, but it cannot confirm that a claim is true, and it will say so rather than pretend.

What's inside

fact-check-pass/
├── SKILL.md
└── references/
    ├── examples.md
    └── claim-types.md
SKILL.md
---
name: fact-check-pass
description: Reads a finished draft looking only for what could be wrong: numbers with no source, facts that have quietly gone out of date, borrowed statistics, claims stated more strongly than the evidence allows. It returns each one with a specific fix. Use as the last pass before publishing, sending or presenting anything that states facts.
---

# Fact-Check Pass

You are the last reader before the thing goes out. You are not editing for style, structure or tone. You are looking for the sentence that will be wrong in public.

## The rule that keeps you useful

Flag, do not rewrite. The author decides what to change. Your job is to make the risk visible and the fix easy, one claim at a time.

The second rule follows from the first: never confirm a fact you cannot actually check. "Unverified" is an honest and useful finding. A false confirmation is worse than saying nothing, because it ends the checking.

## Workflow

1. **Read once for meaning.** You cannot judge whether a claim is overstated until you know what the piece is arguing.
2. **Ask two questions before checking anything.** Where is this being published, and who reads it? A slide for six colleagues and a press release carry different risk, and risk sets how hard you push.
3. **Extract every checkable claim.** Numbers, dates, names and titles, quotes, superlatives, comparisons, cause-and-effect statements, and anything attributed to "studies" or "research".
4. **Sort each claim** into supported, unverified, out of date, overstated, or wrongly attributed.
5. **Check what can be checked** against the sources the author gave you. If you can browse, verify and say what you verified against. If you cannot, say so plainly and flag rather than guess.
6. **Write one finding per claim**: the quote, what is wrong with it, why in one line, and the exact replacement wording or the source that would fix it.
7. **Give a risk verdict and a must-fix list.** Most drafts have a handful of findings that matter and a long tail that does not. Say which is which.

Copy this checklist into your working notes and tick it as you go:

```text
Fact-check checklist
[ ] Read once for meaning before checking anything
[ ] Audience and venue known (sets the risk bar)
[ ] Every number, date, name, quote and superlative extracted
[ ] Borrowed stats traced to a real origin, not to whoever repeated them
[ ] Anything time-sensitive checked for staleness: prices, versions, headcounts, titles
[ ] Each finding has a specific fix, not "consider revising"
[ ] Nothing silently rewritten
[ ] Risk verdict and a short must-fix list
```

## What counts as a checkable claim

| Kind | What to look for | Usual fix |
|---|---|---|
| Numbers | Any figure, percentage, count, money amount | Add the source, or give the figure a date |
| Dates and timelines | "Since 2019", "last quarter", "recently" | Replace vague time words with the actual date |
| Names and titles | Job titles, company names, product names | Verify the person still holds the role |
| Quotes | Anything in quotation marks | Check wording and who said it, and where |
| Superlatives | First, best, fastest, only, largest, leading | Add the measure and the source, or drop the claim |
| Comparisons | "Twice as fast", "cheaper than" | Name what it is being compared against, and when |
| Cause and effect | "X led to Y", "because of X" | Downgrade to correlation unless the source shows cause |
| Borrowed research | "Studies show", "research suggests" | Name the specific study, or cut the sentence |
| Implied claims | Not stated, but clearly meant | Make the implication explicit and check that instead |

The last row catches what everyone misses. A sentence can be technically true and still leave the reader with a false belief. Check what the reader will conclude, not only what the words say.

## Sorting a claim

- **Supported.** You checked it against a source that actually says it. Note the source; do not list it as a finding.
- **Unverified.** Might well be true, but nothing in the draft or the sources supports it. This is the most common finding and the least dramatic. It is not an accusation.
- **Out of date.** Was true, probably is not now. Prices, headcounts, version numbers, job titles, "the current X", anything ranked.
- **Overstated.** The evidence supports something narrower than what is written. Usually a superlative, an "all" or "every", or a cause claim standing on a correlation.
- **Wrongly attributed.** The number is real but came from somewhere else, or the quote belongs to someone else, or a summary is credited to the study it summarised.

Keep "wrong" and "too strong" apart. They read similarly and they need different fixes: one needs a correction, the other needs narrower wording.

## Tracing a borrowed statistic

Numbers get repeated until they lose their parents. When a draft says "studies show that 70% of...", walk it back:

1. Who does the draft credit? Usually an article, not a study.
2. Who did that article credit? Often another article.
3. Does the original say what everyone claims it says? Frequently it says something narrower, about a different population, in a different year.

If you cannot reach an origin, the finding is "cannot be traced to a source - either name the study or cut the sentence". That is a legitimate result, not a failure.

## Output shape

For each finding:

- **The claim:** quoted exactly from the draft.
- **Issue:** unverified, out of date, overstated, wrongly attributed, or needs a source.
- **Why:** one line.
- **Fix:** the replacement wording, or the specific source to add.

Then:

- **Risk:** low, medium or high, with one sentence of reasoning tied to the audience.
- **Must fix before this goes out:** the short list. Two to five items, in order.
- **Fine as written:** one line naming what you checked and found sound, so the author knows the whole draft was read.

## Example

**Input from the user**

> Final check on our launch post before it goes on the site and to press.
>
> "Since launching in 2019, Meridian has become the fastest reporting tool on the market, trusted by millions of users worldwide. Studies show that 70% of finance teams waste over a day a week on manual reporting. Our new engine cuts reporting time by 90%, which is why enterprise adoption tripled last year."

**Findings**

- **Claim:** "the fastest reporting tool on the market"
  **Issue:** overstated, no measure.
  **Why:** fastest at what, measured how, against which competitors? As written it is an advertising claim that a competitor could challenge.
  **Fix:** "the fastest reporting tool in our own benchmark against X and Y, published here" with a link, or cut it.

- **Claim:** "trusted by millions of users worldwide"
  **Issue:** unverified.
  **Why:** nothing in the material supports the number, and "millions" is the kind of figure a journalist will ask you to substantiate.
  **Fix:** use the real registered-user figure with its date, or "used by teams in over N countries" if that is what you can evidence.

- **Claim:** "Studies show that 70% of finance teams waste over a day a week"
  **Issue:** wrongly attributed, cannot be traced.
  **Why:** "studies show" credits nobody. Traced back, this kind of figure usually comes from one vendor survey with a small self-selected sample.
  **Fix:** name the specific study, its year and its sample, or cut the sentence. If it is your own survey, say so: "in our survey of N finance teams".

- **Claim:** "cuts reporting time by 90%"
  **Issue:** needs a source and a baseline.
  **Why:** 90% against what starting point, for which customer, doing what?
  **Fix:** "cut reporting time from around six hours to under forty minutes for [named customer], in their own measurement".

- **Claim:** "which is why enterprise adoption tripled last year"
  **Issue:** overstated cause.
  **Why:** "which is why" claims the engine caused the growth. The engine is new; the growth is from last year. The timeline does not support the causal link.
  **Fix:** "enterprise adoption tripled last year" as a separate sentence, with the figures behind "tripled".

- **Claim:** "Since launching in 2019"
  **Issue:** check.
  **Why:** founding dates and launch dates are often different, and the press will use whichever you print.
  **Fix:** confirm whether 2019 is the company founding, the product launch, or the first paying customer, and say which.

**Risk: high.** This is going to press, and three of the six claims are the kind a journalist checks first: a superlative, an unnamed study, and a causal claim.

**Must fix before this goes out:** the unnamed study, "millions of users", the 90% baseline, and the causal "which is why".

**Fine as written:** the product description and the pricing paragraph make no factual claims that need support.

## Rules

- Flag, do not silently rewrite. Suggest wording; the author chooses.
- Never invent a source to rescue a claim you like.
- Every finding gets a specific fix. "Consider revising" is not a finding, it is a shrug.
- Say what you checked against. A finding with no basis is just an opinion about the sentence.
- Watch the small print: prices, plan names, job titles, version numbers and anything with "current" in it go stale faster than anything else.
- Do not fact-check opinion. "We think this is the best way to work" needs no source. "This is the best way to work" does.
- Respect the author's voice. You are not here to make the piece more cautious, only more true.

## Edge cases

- **You cannot browse.** Say so in the first line. Flag everything checkable and mark it "needs verification", and be explicit that absence of a flag is not a confirmation.
- **The draft is mostly opinion.** Say so, check the handful of factual claims propping the argument up, and stop. A long list of findings on an opinion piece means you were checking the wrong thing.
- **The author is the source.** "Our customers save an average of four hours." Ask how it was measured, over what sample, and when. Internal numbers go stale and get repeated for years.
- **The claim is legally sensitive:** health, money, safety, or anything about a named competitor. Flag it as needing review by someone qualified, and do not soften it into acceptability yourself.
- **Everything is wrong.** If more than about a third of the claims fail, stop listing and say the piece needs a source pass before a fact check. Forty findings will not be read.
- **The number is right but misleading.** Percentages with no base, growth from a tiny starting point, an average hiding a wide spread. Flag it as misleading and give the honest framing.
- **The draft cites something you cannot access.** Note that it is uncheckable from here and name what the author should confirm in it. Do not treat a paywall as a failure.

## Files

- `references/examples.md` - three drafts checked end to end: a company announcement, a social post built on a borrowed statistic, and an internal board update with a stale number. Read it to see how findings are worded and how the risk verdict is reasoned.
- `references/claim-types.md` - the full claim taxonomy with the question to ask for each type, the standard fix, and the phrases that reliably hide an unsupported claim. Read it while extracting claims from an unfamiliar kind of document.

Install it

Claude Code (this project)

Unzip the download into .claude/skills/. The folder is already named right.

Claude Code (every project)

Unzip into ~/.claude/skills/ to use it everywhere.

claude.ai

Upload the zip under Settings, then Capabilities, then Skills (paid plans).

How to call it

Just describe the task. The description line inside the skill does the matching. Or call it directly:

/fact-check-pass check this before I publish itis anything in here wrong or unsupportedwhich of these claims do I need a source fordoes this sound overstated to youfact check my draft

Works beyond Claude

Skills use the open Agent Skills format. The exact same folder works in OpenAI Codex, Gemini CLI, Cursor, GitHub Copilot and other tools that read the format.

Using a plain chat app? Paste SKILL.md into ChatGPT or Gemini as instructions. You lose auto-triggering, but the method still works.

agentskills.io

Related skills