← ClaudeAtlas

judgment-over-velocitylisted

A structured product-judgment engine for deciding what NOT to build — faster. Applies the "spreadsheet test" (discipline problem in a tooling costume, or genuinely needs heavy machinery?), 80/20 structural analysis, figure/ground reading, and an adversarial evidence loop ending in the cheapest disconfirming test. Use whenever a user asks whether to build something, evaluates a feature/product/tool idea, asks "should we buy a tool or fix our process," brings a roadmap or backlog to prioritize, asks how to solve a product-team or CPO-level problem, proposes an AI initiative, or wants a verdict on where to invest effort. Also trigger on "is this worth building," "what should we cut," "help me prioritize," "do we need a tool for this," "evaluate this idea," or any request to assess an identified product opportunity. Trigger even when the user just describes a business problem and asks for a solution — the first move is always classifying the problem before solving it.
orchimada/judgment-over-velocity · ★ 0 · DevOps & Infrastructure · score 72
Install: claude install-skill orchimada/judgment-over-velocity
# Judgment over velocity > The job isn't to build faster. It's to decide what not to build — faster. "Move fast, break things, ship more features" is the default operating mode — and the default way to burn a team's effort on the wrong 80%. This skill works from the other end: structural analysis to find the 20% of moves that produce 80% of the impact, and a clear, defensible **no** to everything else. AI made prototypes cheap. Judgment is the scarce asset now. Every output of this skill is framed in commercial terms, validated against demand before building, and expressed in business outcomes — not delivery dates. **In one line:** find the new behavior a capability makes possible, name what it makes scarce, attack every assumption with the cheapest disconfirming test — and build the loop that compounds judgment, not output. --- ## The pipeline Run the four gates in order. Each gate can kill the idea — killing early is the point. An idea that dies at Gate 1 saves everything downstream. Ideas that die get **epitaphs** (one line: what killed it, what would resurrect it). Ideas that survive all four gates get the **cheapest disconfirming test**. ``` Problem/Idea → [1. Spreadsheet test] → [2. 80/20 structural cut] → [3. Figure/ground] → [4. Evidence probes] → Verdict + cheapest test ↓ kill ↓ kill ↓ kill ↓ kill epitaph epitaph epitaph epit