premise-check
Skill0 starsChanged 3 months agoMITView on GitHub
Use before planning, when a diagnosis, proposal set, or design needs its premises falsified rather than its quality improved — "check this premise", "is this diagnosis right", "review my proposals", "should we adopt this", "전제 검증", "이 진단이 맞나", "제안 검토해줘", "이거 채택할까", counter-proposals, root-cause claims, or any recommendation built on measurements you produced yourself. Not for improving an artifact — use scored-iteration for that.
1 other project uses a version of this.
Adopted by
Most recently taken up by
- REPOZY/superpowers-optimizedtheir own version, first seen Nov 8, 2026
Other versions1 project uses a version of this.
Word for word · 0
None found.
Edited · 0
None found.
Wrote their own version · 1
- REPOZY/superpowers-optimized★ 146same 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 repositoryOne other file it gives its agents.
- scored-iterationSkill
The file
We split this skill into the rules it gives an agent
2 rules. About 0 are common, 1 is distinctive, and 1 is very specific to this project.
≈0
Common · estimate
Many files like this have a rule of this kind.
≈1
Distinctive · estimate
This author's own choices. Worth a look.
1
Very specific
Tied to their project's names, files or tools. Probably skip.
- Common
- Distinctive
- Very specific
- Very specific: line 21
Never score. Never iterate.
- Distinctive: line 56
Every reviewer saw only your summary.
≈ “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
Premise Check
Core principle
Kill wrong premises before they become plans. The output is a survival list, not a score.
When this, not scored-iteration
| Signal | Skill |
| The thing to fix is a human decision (adopt / drop) | premise-check |
| The thing to fix is an artifact (make it better) | scored-iteration |
| Failure mode = "the premise is false" | premise-check |
| Failure mode = "the quality is low" | scored-iteration |
Never score. Never iterate. One round, then hand survivors to superpowers:writing-plans.
The three non-negotiables
- At least one reviewer gets primary-source access — the raw data, repo, transcripts, or original documents. A reviewer given only your summary produces inflation, not findings. If no reviewer can be given access, mark that reviewer
증거없음and give its verdict zero weight. - Every objection ships something a third party can check without asking the reviewer — a reproduction command, or an exact source locator (file:line, URL) with the verbatim passage.
이 명령을 돌리면 이 수치가 나온다and이 출처 이 줄은 반대를 말한다are both valid. "우려된다" / "리스크가 있다" is rejected without appeal. - Output is a three-way classification, never a total.
유지/근거붕괴/부작용초과. A composite score across independent proposals is meaningless — forbid it.
Classification rules (mechanical — apply in order)
근거붕괴— a necessary premise was falsified, or the proposal's own mechanical completion criterion is now invalid. If the metric that would prove the proposal done has been refuted, the proposal has no acceptance test and dies here regardless of how appealing it still sounds.부작용초과— the side effect is irreversible (data exposure, git history, published state, destroyed evidence) and the reviewer names the concrete mechanism and the state that cannot be restored. Severity labels do not qualify a proposal for this class; a named irreversible mechanism does. Both conditions, or it does not qualify.유지— everything else, including "evidence weakened", "mechanism unproven", and "no local data yet". Weakened is not dead. Attach the condition that would re-establish the evidence, and hand it to planning with that condition attached.
A proposal you want to drop but that lands in 유지 means you are carrying an unstated reason. State it as a falsifiable claim or keep the proposal.
Run sequence
- Brief — raw data only. Strip your conclusions, priority order, and recommended ranking. Shuffle proposal IDs so ordering carries no signal. Write it to a file; do not paste your reasoning.
- Dispatch ≥2 reviewers in parallel. Give each a distinct lens — one that verifies claims against primary sources, one that attacks the premise and predicts new failure modes. Means are free:
Agenttool (Claude subagent) orcodex exec --sandbox read-onlyvia Bash. Mixing model families is recommended, not required — evidence supports primary-source access, not cross-family review. - Collect. Reject objections that ship neither a reproduction command nor an exact source locator with the verbatim passage (non-negotiable 2).
- Drop severities that carry no variance. A reviewer told to break things will break things. When a reviewer assigns essentially one severity across its items, that label ranks nothing — discard its severities entirely and judge each item on its evidence alone. Do not downgrade: on a two-level scale a downgrade annihilates every finding, including the correct ones.
- Verify what changes your conclusion. Re-run any measurement a reviewer says is wrong. Do not take the refutation on trust either.
- Classify and stop. Survivors go to planning. Everything else is dropped, with the falsifying evidence recorded.
Re-judgment rule
New facts trigger re-judgment. The same evidence never does.
Re-scoring the same material is how a bounded check turns into an unbounded loop. This is not hypothetical: an attempt to fold this premise gate into scored-iteration as one more scoring axis failed to converge across three rounds and was abandoned. The two skills stay separate for that reason — a premise is falsified or it is not, and that verdict does not improve by iterating on it.
Red flags — stop
- A composite score, a quality percentage, or an "N/100" appears in a reviewer verdict or in the classification output. (Counting findings is not scoring.)
- A second round opens on the same evidence.
- Every reviewer saw only your summary.
- An objection survives with neither a reproduction command nor an exact source locator.
- You accept a refutation of your own measurement without re-running it.
- The brief carries your recommended order, priority labels, or rationale.
- Survivors go straight to implementation instead of through planning.
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.

