whychk
Skill1.4k starsChanged todayMITView on GitHub
Right after you pick an option, have a fresh outsider find the sharpest gap in the choice, then explain that gap in your own words, one gap at a time.
Trending
Less talk lately.thin dataabout the whole repository
Who's talking about LilMGenius/paperthin
- LowyShin/giip-fde-agent“Paperthin 핵심 기능 도입 작업 지시서”GitHub · Jul 26, 2026 · 1 reactions
- dragoscirjan/ai“Refactor and Debloat skill”GitHub · Nov 6, 2026
- tranhoangnguyen03/pi-consultants“Pilot four Paperthin-inspired skills in Pi Consultants”GitHub · Oct 20, 2026
- sudosubin/agents.nix“agent-skills.github.lilmgenius.paperthin: init at 0.17.7”GitHub · Oct 3, 2026
- Yeachan-Heo/gajae-code“research(ultragoal): explore Paperthin principles for bounded, evidence-driven execution”GitHub · Aug 29, 2026
The biggest 5 of 10 mentions linking to the repository that our crawl found. Each line is their own headline.
See all 10
Talked about on GitHub (10 times).
On GitHub · 10
- Jul 26, 2026Paperthin 핵심 기능 도입 작업 지시서 — LowyShin/giip-fde-agent1 reaction
- Nov 6, 2026Refactor and Debloat skill — dragoscirjan/ai0 reactions
- Oct 20, 2026Pilot four Paperthin-inspired skills in Pi Consultants — tranhoangnguyen03/pi-consultants0 reactions · 1 comment
- Oct 3, 2026agent-skills.github.lilmgenius.paperthin: init at 0.17.7 — sudosubin/agents.nix0 reactions
- Aug 29, 2026research(ultragoal): explore Paperthin principles for bounded, evidence-driven execution — Yeachan-Heo/gajae-code0 reactions · 1 comment
5 more on GitHub
- Aug 26, 2026📝 https://github.com/LilMGenius/paperthin tool-study — adszzz11/study0 reactions
- Aug 26, 2026Track Codexy 1.6.0 lightweight skills and mechanical enforcement reduction — eunsoogi/codexy0 reactions · 10 comments
- Aug 26, 2026Record clean-room observations from the pinned research source — eunsoogi/codexy0 reactions · 3 comments
- Aug 26, 2026feat: add Paperthin-inspired artifact reflexes — BokEumEom/infrastructure-engineering-harness0 reactions · 1 comment
- Jun 21, 2026[skills.sh] Redirect LilMGenius/skills listings to LilMGenius/paperthin — vercel-labs/skills0 reactions · 1 comment
In this repository46 other files it gives its agents.
- AGENTS.mdAGENTS.md
- llms.txtllms.txt
- re0-importSkill
- re0-readmeSkill
- re0-upgradeSkill
- ssotize-localSkill
- ssotizeSkill
- backpropSkill
- catchupSkill
- nbaSkill
- paperthinSkill
- re0-loopSkill
- re0-memoSkill
- re0-planSkill
- re0-tutorialSkill
- re0-watchSkill
- re0-workflowSkill
- re0-workSkill
- aimSkill
- autobahnSkill
- crossthinkSkill
- debloatSkill
- dedashSkill
- dedotSkill
- deidSkill
- demockSkill
- detoolSkill
- elonSkill
- factchkSkill
- hateSkill
- macrothinkSkill
- mandelaSkill
- modelchkSkill
- re0-decideSkill
- re0-gitSkill
- re0-mergeSkill
- re0-orderSkill
- re0-releaseSkill
- re0Skill
- re0-squashSkill
- re0-styleSkill
- readbackSkill
- scopechkSkill
- showerSkill
- sipSkill
- multithinkSkill
The file
We split this skill into the rules it gives an agent
6 rules. About 0 are common, 6 are distinctive, and 0 are very specific to this project.
≈0
Common · estimate
Many files like this have a rule of this kind.
≈6
Distinctive · estimate
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 17
Ask the critic what a skeptical outsider would question, what is assumed but unstated, and what must be true for the choice to hold.
- Distinctive: line 20
After a shallow answer, narrow to the exact part that stayed vague and ask about that.
- Distinctive: line 28
Every reason that closes a gap comes from the user.
- Distinctive: line 38
Every closed gap traces to an explanation from the user that resolved the actual question.
- Distinctive: line 39
Every open gap is listed with its specific assumption and carries forward as a flag for re-review.
- Distinctive: line 40
No reason that closed a gap came from this skill.
≈ “Common” is an estimate: at least 1 in 5 of the 350,495 skill files we read have a rule of the same kind, not the same words. “Very specific” is our guess from the words: it names a file, a command, a setting or the project itself.
Files
Make the person who chose explain why, one gap at a time, before the decision counts as earned.
Goal
A decision made after options were laid out without arguments can feel settled while resting on assumptions nobody said aloud. This check surfaces them one by one and lets the user close each with their own reasoning. It runs only when the user reaches for it, because a reflex that challenges every decision would breed chronic self-doubt.
Workflow
- Run when the user invokes this skill right after a decision, typically one picked from options presented without arguments; it never starts on its own. Restate the decision neutrally in one or two sentences, with no reasoning attached, and do not let the user borrow reasoning that was never given.
- Launch a fresh, context-free sub-session that never watched the decision being made. Give it only the restated decision, never the options discussion, your reasoning, or the session history. Never use the session that made the choice as the critic; if the host cannot start a separate session, say so and stop rather than critique the choice yourself.
- Ask the critic what a skeptical outsider would question, what is assumed but unstated, and what must be true for the choice to hold. Its answers are candidate gaps; rank them by how much of the decision falls if each one is wrong.
- Take the sharpest unresolved gap from its answer and put exactly that one gap to the user, asking them to explain it in their own words. Never hand over a checklist.
- Judge the answer. The gap closes only when the explanation resolves the actual question. If it restates the question, deflects, or leans on authority ("the agent suggested it"), it stays open.
- After a shallow answer, narrow to the exact part that stayed vague and ask about that. Never repeat the same question and never widen back to a generic "are you sure?".
- Continue with the next sharpest gap. Stop when every gap is explained, or when narrowing on one gap yields nothing new and the user leaves it open. Both endings are valid.
- For an unexplained gap, name its specific assumption and flag the decision for re-review, written where the decision is recorded (its plan, issue or commit message) so the flag outlives the conversation. The flag means the decision is not yet earned, not that it was wrong. Never force a resolution and never let the user paper over the gap.
Rules
- The critic is always a separate, context-free sub-session that receives the decision alone.
- Exactly one gap per turn, the sharpest unresolved one.
- Every reason that closes a gap comes from the user. This skill supplies none, not even as a hint or a leading question.
- Reject answers that restate the question, deflect, or cite authority; say why in one line.
- An open gap carries forward as a flag and is never dropped or softened.
- Stay neutral about whether the decision is right; the check measures understanding, not outcome.
Verification
Before finishing:
- The signal is the change between the user's first answer and the answer after narrowing, not the absence of objections.
- Every closed gap traces to an explanation from the user that resolved the actual question.
- Every open gap is listed with its specific assumption and carries forward as a flag for re-review.
- No reason that closed a gap came from this skill.
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.

