← ClaudeAtlas

intentlisted

Turn rough ideas into clear work orders before planning or building. Use when request is vague like "add a button", "make it better", "fix the thing". Triggers on ambiguous or underspecified requests. Produces a brief with scope, acceptance criteria, and stop conditions.
saadshahd/moo.md · ★ 32 · Code & Development · score 82
Install: claude install-skill saadshahd/moo.md
Clarify WHAT before building anything. Every criterion must be testable by a stranger. Clarity over completeness — a partial spec with boolean criteria beats a thorough spec with vague ones. A brief with invented details is worse than a shorter brief grounded in what the user said — assumptions compound silently downstream. ## Workflow ### Step 1: Understand State what you heard in 1-2 sentences. If the task arrives with structured input (proposal, design, specs, task list), extract and validate — don't re-clarify. ### Step 2: Close gaps Loop using AskUserQuestion — up to 3 questions per round, max 8 rounds. At least one question across all rounds should be "what should this NOT do?" After each round, list remaining unknowns — things you'd have to invent if you wrote the brief right now. If the list is non-empty, ask another round targeting those unknowns. If empty, move to step 3. ### Step 3: Echo Compress to one sentence (≤35 words): deliverable + top constraint. Use AskUserQuestion to confirm: - **Lock it in** — proceed to assumptions review - **Edit something** — revise, then re-echo - **Explore risks** — surface failure scenarios, then return to this choice ### Step 4: Review assumptions Before generating the brief, list every detail you would need to invent — things the user never stated (numbers, thresholds, scope boundaries, tech choices). Present each assumption via AskUserQuestion with "Accept" and 2-3 concrete alternatives. Batch unrelated assumptions