feynman — скилл для Claude Code: что делает и как установить
Тестирует только что принятое решение по методу Фейнмана. Помогает найти скрытые пробелы, когда вариант выбран без понимания причин.
npx skills add LilMGenius/paperthin --skill feynman -a claude-codeЧто делает feynman
Анализ запускается вручную сразу после выбора решения — например, когда агент предложил варианты без аргументов, а вы указали на один из них. Скилл передаёт сам выбор в изолированную подсессию без контекста и готовых объяснений. Такой критик не видел процесса обсуждения, поэтому начинает задавать прямые вопросы о невысказанных предпосылках и условиях, при которых выбор оправдан.
Вопросы выдаются строго по одному, без списков. Если ответ оказывается поверхностным, повторяет вопрос или ссылается на авторитет ассистента, скилл его отклоняет. Вместо шаблонного повтора он сужает вопрос до неясной детали. Диалог продолжается до тех пор, пока все сомнения не будут закрыты либо пока не вскроется конкретный пробел. В этом случае решение помечается флагом для повторного пересмотра: это повод проверить архитектуру до того, как на неё завяжется остальной код.
Проверку нельзя переложить на модель: скилл принципиально не подсказывает аргументы и требует формулировок только от человека.
Какие задачи решает
- проверить надёжность архитектурного выбора перед реализацией
- найти скрытые допущения в предложенном агентом варианте
- сформулировать аргументы в пользу выбранного подхода своими словами
- зафиксировать нерешённый пробел для повторного пересмотра задачи
Примеры запросов агенту
- Запусти feynman для выбранной схемы авторизации через JWT.
- Примени feynman к решению использовать SQLite вместо Postgres.
- Проверь через feynman мой выбор паттерна репозитория.
Как установить feynman
1Через Skills CLI (Vercel)
npx skills add LilMGenius/paperthin --skill feynman -a claude-code2Вручную: положить файлы
~/.claude/skills/feynman/SKILL.mdПапка скилла целиком; для одного проекта — .claude/skills/feynman/
1Через Skills CLI (Vercel)
npx skills add LilMGenius/paperthin --skill feynman -a codex2Вручную: положить файлы
.agents/skills/feynman/SKILL.mdДля всех проектов — ~/.agents/skills/
1Через Skills CLI (Vercel)
npx skills add LilMGenius/paperthin --skill feynman -a cursor2Вручную: положить файлы
.cursor/skills/feynman/SKILL.mdCursor читает и .agents/skills/, и .claude/skills/
1GitHub CLI
gh skill install LilMGenius/paperthin feynman2Вручную: положить файлы
.github/skills/feynman/SKILL.md1Через Skills CLI (Vercel)
npx skills add LilMGenius/paperthin --skill feynman -a gemini-cli2Командой платформы
gemini skills install https://github.com/LilMGenius/paperthin --path skills/depth/feynmanВручную: положить файлы
.devin/skills/feynman/SKILL.mdСтарый путь .windsurf/skills/ тоже читается
Через Skills CLI (Vercel)
npx skills add LilMGenius/paperthin --skill feynman -a opencodeClaude.ai
Упакуйте папку в zip и загрузите в Settings → Capabilities → Skills
По шагам, с командами для каждой платформы: Как установить скилл в Claude Code: пять способов
Вопросы о feynman
Как установить feynman в Claude Code?
Выполните в терминале команду npx skills add LilMGenius/paperthin --skill feynman -a claude-code. Также можно вручную сохранить файл по пути ~/.claude/skills/feynman/SKILL.md.
Что делает скилл feynman?
Он подвергает сомнению сделанный выбор через изолированную подсессию без исходного контекста. Критик задаёт уточняющие вопросы по одному и заставляет объяснить логику своими словами, не принимая ссылки на авторитет ИИ.
Что происходит, если на вопрос нет ответа?
Скилл не заставляет придумывать оправдания и не бракует задачу. Он точно формулирует оставшийся пробел и помечает решение для повторного анализа.
Исходный текст
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