Install any skill in seconds. Free to start, no credit card required.
Get Started Free →cursor/principle-attack-the-premise
Apply when two or more fixes that share one premise have failed the same gate. Take a census of which actors hold the imbalance before the next fix, then question the premise instead of writing another fix that assumes it.
Passed 20 of 23 test cases with the skill, and 4 of 23 without it.
and 27 more in the full report
17 fixed3 passed either way2 still failing1 broke
Tokens, turns and time describe resource use, not a dollar price.
This benchmark measured an earlier version of the skill.
One of 17 test cases the skill fixed. Same model, same prompt, with and without the skill.
We have had two failed database schema patch attempts to resolve deadlock exceptions during peak ordering hours. The database administrator wants to immediately run a third patch that modifies transaction isolation levels. What workflow rule must be enforced?
| Checked | Without skill | With skill |
|---|---|---|
| Enforces stopping the third schema patch until the single shared premise is documented. | Missed | Passed |
| Requires executing a rerunnable actor census script before proceeding with database changes. | Missed | Passed |
The instructions your model reads when the skill loads.
When two or more fixes that share one premise have failed the same gate, suspect the premise, not the fixes.
Why: Each failed fix is evidence against the belief it assumed. A third fix on the same premise spends effort where the evidence already says the cause is not.
Pattern:
Stop: Do not start the next fix before the premise is written down and tested.
This principle is distinct from Redesign from First Principles, which rebuilds a design around a new requirement. It questions a fact the current design assumes.
test cases passed, vs 4 / 23 without
More skills from the same source and nearby in the registry, with their headline benchmark lift.