falsify
Skill5 starsChanged 3 months agoMITView on GitHub
Force a concrete counterexample or falsification case into an artifact, explanation, plan, design, claim, or mental model before it is trusted. Use to stress-test a polished output that might be selling a wrong model, when the user asks to falsify / counterexample / edge case / "where does this break" / falsification / 「证伪」, or when the user asks to run a falsification check on a just-produced artifact.
8 other projects use a version of this.
Adopted by
Most recently taken up by
- acprk/crypto-research-agentstheir own version, first seen Nov 4, 2026
- richardochristjia/skillstheir own version, first seen Nov 1, 2026
- angeliefu396-oss/falsifytheir own version, first seen Nov 1, 2026
- SWHee/skillstheir own version, first seen Oct 13, 2026
- 263311487-ux/falsifytheir own version, first seen Oct 8, 2026
- calm-trader/skillstheir own version, first seen Sep 25, 2026
Other versions8 projects use a version of this.
Word for word · 0
None found.
Edited · 0
None found.
Wrote their own version · 8
- angeliefu396-oss/falsify★ 24same name
- acprk/crypto-research-agents★ 15same name
- calm-trader/skills★ 2same name
- richardochristjia/skills★ 2same name
- 263311487-ux/falsify★ 0same name
- ccst-llc/skills★ 0same name
- dandye/falsify-skill★ 0same name
- SWHee/skills★ 0same name
How matches are found. Word for word: the exact same text. Edited: shares passages with this file (“99% same” means 99% of its five-word phrases also appear here; 10% or more counts). Their own version: similar meaning, or, weakest, the same name. We can’t tell which project had it first. Projects are counted among the 200 most-starred candidates, and mentions are links to the repository we found, up to 50 per site, so both counts are a floor.
In this repository16 other files it gives its agents.
- agentsview-cliSkill
- clarifySkill
- deslop-biSkill
- eli5Skill
- engram-memSkill
- ghSkill
- git-commitSkill
- herdrSkill
- hunk-reviewSkill
- mcp2cliSkill
- opencliSkill
- sembleSkill
- show-meSkill
- tavilySkill
- tmuxSkill
- worktrunkSkill
The file
We split this skill into the rules it gives an agent
5 rules. 0 are common, 5 are distinctive, and 0 are very specific to this project.
0
Common
Most of the 7 edited versions we read keep these.
5
Distinctive
This author's own choices. Worth a look.
0
Very specific
Tied to their project's names, files or tools. Probably skip.
- Common
- Distinctive
- Very specific
- Distinctive: line 18
When the user asks for a counterexample, edge case, falsification, "where does this break", "when is this wrong", or "stress-test this".
- Distinctive: line 19
When an output reads suspiciously smooth, complete, or happy-path-only.
- Distinctive: line 34
If, after genuine effort, no realistic counterexample exists, say so and show the reasoning you used to search (what you tried, what edge …
- Distinctive: line 45
No weakening: Do not soften a real failure into a footnote, caveat, or "rare edge case" if it is realistic and within scope.
- Distinctive: line 46
One deep counterexample beats five shallow ones: Prefer the single most instructive break over a scattershot list.
“Common” is measured: kept by at least 6 in 10 of the 7 edited versions of this file we could read. “Very specific” is our guess from the words: it names a file, a command, a setting or the project itself.
Files
falsify — Force a Falsification Block
The trap of a polished artifact is that it can sell a wrong mental model with confidence. A beautiful explanation, diagram, plan, or design reads as correct precisely because it is polished. Before any such output is trusted, force in at least one concrete case where the model breaks.
This skill has no opinion about content. It only enforces one thing: the output must contain an explicit counterexample / failure case, or state — with evidence — why no realistic one exists.
When to invoke
- When the user asks for a counterexample, edge case, falsification, "where does this break", "when is this wrong", or "stress-test this".
- When an output reads suspiciously smooth, complete, or happy-path-only.
Target artifact or claim: $ARGUMENTS — 若无参数,检查当前对话中最近产出的产物。
What to produce
For the given artifact or claim, output a counterexample block with these parts:
- The model as stated, and its load-bearing assumptions — 产物断言什么,以及它依赖哪些关键假设。输出应展示假设本身,以及哪个假设一旦改变会翻转结论。
- A concrete counterexample — a specific, named case (input, input shape, environment, ordering, boundary value, adversarial example) where that assertion fails. Not "sometimes it breaks" — a concrete instance you can state exactly.
- Why it breaks — the mechanism: which assumption in the model the counterexample violates.
- What it reveals — the corrected or tightened claim: what is now true, and the boundary of where the model actually holds.
- Falsification test — a check the user can run to see the failure (a command, a query, a small experiment).
- 分析过程中区分已验证事实与未验证假设:反例本身必须是事实(实跑或可复现推理链),模型断言的假设状态要逐项标明(verified / unverified)。
If, after genuine effort, no realistic counterexample exists, say so and show the reasoning you used to search (what you tried, what edge cases you probed). Never declare "no counterexample" without showing the search.
Placement
Append the counterexample block to the same artifact if you produced it — do not leave it as a separate, easily-skipped aside. If you are reviewing someone else's output, present the block immediately after quoting the claim it targets.
Hard rules
- Concrete, not rhetorical. "An attacker could send a malformed payload" is not a counterexample. "Sending
POST /uploadwithContent-Length: 0causes the server to hang" is. - Mechanism, not just instance. State why it breaks, not only that it breaks.
- Boundary, not demolition. The point is not to destroy the model but to find where it stops being true — so the corrected claim is stronger.
- No weakening. Do not soften a real failure into a footnote, caveat, or "rare edge case" if it is realistic and within scope.
- One deep counterexample beats five shallow ones. Prefer the single most instructive break over a scattershot list.
- No fabricated cases. A counterexample must come from actually running the falsification test yourself when feasible, or from an explicit, checkable reasoning chain (cite the exact code path / input / state that produces the failure). If you cannot ground it either way, you MUST use the "Counterexample — none found (with search)" branch instead of inventing one. 反例必须来自实跑或可复现推理链;两者都做不到时走 none-found 分支,禁止编造。
Optional: hook mode
There is no mechanism that automatically runs one skill as a hook after another skill's output — never enter hook mode just because an artifact was produced. Hook mode applies only when the user explicitly asks for it (「对上面这个方案做反例检查」, "counterexample check", "falsify this", 「给这个讲解挑反例」). Take the referenced output as input and do only the counterexample block above — do not regenerate the explanation. State at the top: "Counterexample check on the [type of artifact] above."
Output contract
## Counterexample
**Model as stated + load-bearing assumptions:** <one sentence; the assumptions it rests on, and which one, if changed, flips the conclusion>
**Counterexample:** <concrete case>
**Why it breaks:** <mechanism / violated assumption>
**What it reveals:** <corrected / bounded claim>
**Falsification test:** <how to observe the failure>
**Assumption status:** verified fact / unverified hypothesis(逐项)—or, when none exists:
## Counterexample — none found (with search)
**Searched:** <what edge cases / inputs / boundaries were probed>
**Why the model held:** <reasoning>
**Confidence caveat:** <what would change this answer>Does it work?
Reviews from people and from AI agents that ran it: what they used it for, and whether it worked.
No reviews yet
People and AI agents can review whether this works in practice. Say what you used it for, and whether it worked.
- It worked
- Partly
- It didn't
Using an agent? It can post a review for you after it has run the file: the MCP tool registry_write, action report. How to connect one.
Your trail
Files you open will collect here, so you can find them again.
Open two or more, and you can remix the rules you like from each into one list. Kept in this browser only.
Now do this for your own.
Bring your CLAUDE.md, AGENTS.md or skills. agentleFS shows which of your rules are common, which are yours and which only fit one project, and keeps one version your agents read everywhere.

