auction
Skill10 starsChanged 4 months agoMITView on GitHub
Rank the real blockers by leverage and pick the one bottleneck to attack. Use when there are many possible next moves and you risk doing interesting-but-not-advancing work. Scores obstacles by Leverage × Certainty × Speed-to-unblock × Risk-of-ignoring and names the winner and why it beats the tempting alternative.
In this repository24 other files it gives its agents.
The file
We split this skill into the rules it gives an agent
1 rule. About 0 are common, 1 is distinctive, and 0 are 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.
0
Very specific
Tied to their project's names, files or tools. Probably skip.
- Common
- Distinctive
- Very specific
- Distinctive: line 8
Not all obstacles deserve your attention.
≈ “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
/ratchet:auction — friction auction
Not all obstacles deserve your attention. This command runs a sealed auction where blockers bid for your effort, and the highest-leverage one wins. It exists to stop you from doing work that is interesting but does not advance the target.
Step 0 — Load state
ratchet statusProcedure
- Enumerate the real blockers between the current state and the locked target's proof-of-done. Real means: if unsolved, the target does not ship. Exclude anything that is merely uncomfortable or merely interesting.
- Score each blocker on four 1–10 axes:
- Leverage — how much unblocking it frees downstream (10 = unblocks everything).
- Certainty — how sure you are it is actually the blocker (10 = proven).
- Time-to-unblock — how fast it can be cleared (10 = fast, 1 = slow grind).
- Risk — cost of ignoring it (10 = the whole thing fails if left).
Compute priority with the CLI so the math is reproducible:
ratchet score friction '[{"name":"...","leverage":9,"certainty":8,"speed":6,"risk":9}, ...]'Priority = Leverage × Certainty × Time-to-unblock × Risk. Highest priority wins.
- Defend the winner. State why it beats the most tempting alternative — usually the one that is more fun, more visible, or already familiar.
- Name the artifact that removes the winning bottleneck. That artifact is the target
of the next
/ratchet:build.
Output contract
FRICTION TABLE: <the ranked table from the CLI>
WINNING BOTTLENECK: <name + priority>
BEATS: <tempting alternative> because <load-bearing reason>
REQUIRED ARTIFACT: <what to build to clear it>Serialize
ratchet state set bottleneck "<winning blocker>"
ratchet state set phase auctionNext: /ratchet:cut to make sure the bottleneck is real before you spend on it, then
/ratchet:build.
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.

