feynman — Claude Code skill: what it does, how to install
Tests a choice you just made using the Feynman technique. It forces you to explain the decision in your own words and surfaces hidden gaps.
npx skills add LilMGenius/paperthin --skill feynman -a claude-codeWhat feynman does
You trigger the check deliberately right after making a choice, especially when an agent listed options without defending them. The skill isolates the decision and hands it to a fresh sub-session without background context or pre-packaged justifications. Because this critic never watched the decision unfold, it questions unstated assumptions and conditions needed for the choice to hold.
Objections come back one at a time rather than as a checklist. If an explanation merely restates the question, dodges, or appeals to the model's authority, the skill rejects it. Instead of repeating itself, the critic narrows the question to the exact vague point. The session ends only when every gap is resolved or when a specific blind spot is named. When an unexplained gap surfaces, the decision is flagged for re-review: this is a clear cue to re-evaluate before the choice becomes load-bearing elsewhere.
The skill will not feed you answers. Every explanation that closes a gap has to come from your own reasoning.
What it helps with
- challenge a freshly chosen architecture before implementation
- surface unstated assumptions in agent-proposed options
- explain technical choices in your own words without relying on agent authority
- isolate and flag unverified rationale for future review
Example prompts for the agent
- Run feynman on my decision to use JWT over session cookies.
- Apply feynman to the database migration strategy we just picked.
- Trigger feynman for selecting SQLite instead of PostgreSQL.
How to install feynman
1Skills CLI (Vercel)
npx skills add LilMGenius/paperthin --skill feynman -a claude-code2Manually: put the files in place
~/.claude/skills/feynman/SKILL.mdCopy the whole skill folder; for one project use .claude/skills/feynman/
1Skills CLI (Vercel)
npx skills add LilMGenius/paperthin --skill feynman -a codex2Manually: put the files in place
.agents/skills/feynman/SKILL.mdFor all projects use ~/.agents/skills/
1Skills CLI (Vercel)
npx skills add LilMGenius/paperthin --skill feynman -a cursor2Manually: put the files in place
.cursor/skills/feynman/SKILL.mdCursor also reads .agents/skills/ and .claude/skills/
1GitHub CLI
gh skill install LilMGenius/paperthin feynman2Manually: put the files in place
.github/skills/feynman/SKILL.md1Skills CLI (Vercel)
npx skills add LilMGenius/paperthin --skill feynman -a gemini-cli2Platform CLI
gemini skills install https://github.com/LilMGenius/paperthin --path skills/depth/feynmanManually: put the files in place
.devin/skills/feynman/SKILL.mdThe legacy .windsurf/skills/ path still works
Skills CLI (Vercel)
npx skills add LilMGenius/paperthin --skill feynman -a opencodeClaude.ai
Zip the folder and upload it in Settings → Capabilities → Skills
Step by step, with commands for each platform: How to install skills in Claude Code: five ways
Questions about feynman
How do I install feynman in Claude Code?
Run npx skills add LilMGenius/paperthin --skill feynman -a claude-code in your terminal. You can also place the file directly at ~/.claude/skills/feynman/SKILL.md.
What does the feynman skill do?
It isolates a choice you just made and submits it to a context-free sub-session acting as a skeptic. The critic asks about unstated assumptions one by one, forcing you to defend the choice without feeding you the reasoning.
What happens if you cannot explain a gap?
The skill does not force an answer or declare the decision wrong. It names the exact unverified point and flags the choice for re-review so you know where understanding is missing.
Source text
SKILL.md · MIT
---
name: feynman
disable-model-invocation: true
description: "Press a decision you just made until you can explain it to a skeptic in your own words, or surface the gap where you can't. The Feynman test aimed at a choice: understanding is cheapest to fake the moment after you decide, so a fresh critic presses for what you can't actually explain. Use right after picking an option, especially one an agent laid out without arguing for."
---
Press a decision you just made until you can explain it, or the gap where you can't is named.
## Goal
The moment after a choice is when understanding is cheapest to fake: you can restate an option fluently without having earned the reasons behind it, and by the time that gap matters the decision is load-bearing elsewhere. The Feynman test catches it — if you can't explain a thing plainly, you don't yet understand it. So no one hands you the rationale; a fresh critic that never made the decision presses for what you can't actually explain, and a shallow answer draws a narrower question instead of a pass. The result is a decision you can now explain under real pressure, or an honest flag that you can't yet.
## Workflow
1. **Trigger**: fire right after a decision is made — typically just after options were laid out with no argument for any, and one was picked.
2. **Restate, don't justify**: state the decision neutrally. Do not supply the reasoning behind it, and do not let the user borrow reasoning that was never actually given.
3. **Isolate the critic**: hand the decision — not any reasoning — to a fresh, context-free sub-session that never watched the decision get made. Have it press for gaps: what a skeptical outsider would ask, what is assumed but unstated, what would have to be true for the choice to hold.
4. **Return one gap at a time**: give the user the sharpest unresolved gap and ask them to explain it in their own words. Never batch gaps into a checklist.
5. **Judge the explanation**: if the answer actually resolves the gap, close it and move on. If it restates the question, deflects, or leans on authority ("the agent suggested it") instead of reasoning, do not accept it.
6. **Narrow, don't repeat**: on a shallow answer, don't ask the same question again — narrow to the exact part that stayed vague and ask that. Keep narrowing each round; never widen back to a generic "are you sure?"
7. **Stop condition**: after repeated rounds, either every gap is genuinely explained, or one isn't. Both are valid endings.
8. **On an unexplained gap**: don't force a resolution or let the user paper over it. Name the unresolved point specifically and flag the decision for re-review — not a verdict that it was wrong, only that it isn't yet earned.
## Rules
- Never supply the rationale before the user attempts one. Handing reasoning over first is the frame-injection failure this skill exists to avoid.
- The pressing comes from an isolated sub-session, never self-assessed in the session that made the choice — a mind can't un-know the decision it just made, any more than an author can un-know their own draft.
- Narrow, don't repeat. A second identical question teaches the user to restate louder; a narrower one tests whether the gap actually closed.
- Never force a resolution. An honestly unexplained gap is a usable result — a signal the decision needs another look — not a failure of the skill.
- User-invoked on purpose: a challenge-every-decision reflex always in reach would bias the user toward chronic self-doubt. It fires only when deliberately reached for.
## Verification
1. Compare the user's first answer to a gap against their answer after narrowing — the round-over-round change in what they can actually explain is the real signal, not merely that no more objections came up.
2. Every closed gap traces to an explanation that resolved the actual question, not one that restated it.
3. Any gap still open is named specifically — which assumption, not a vague "the user struggled" — and carried forward as a flag on the decision, never silently dropped.
4. The rationale was never supplied by this skill; every reason that closed a gap came from the user.
© LilMGenius · MIT · LilMGenius/paperthin