scope — plan before you build
What this is
A short discipline that runs before implementation: decide what you're building, what you're explicitly not building, and the smallest step that proves the direction. Five minutes here saves an hour of building the wrong thing.
When to use
- Any non-trivial or multi-step task.
- The request is vague, broad, or could expand ("make it flexible", "handle everything").
- You feel the urge to add abstraction, config, or "while I'm here" extras.
The pass
- Restate the goal in one sentence — the user-visible outcome, not the mechanism. Confirm if unsure.
- List non-goals — explicitly name what you will NOT do this round. This is the highest-value step; it's where creep dies.
- Smallest viable step — the least work that delivers or de-risks the goal. Ship/learn from it before expanding.
- Surface unknowns — the 1-3 questions whose answers change the plan. Ask only those; don't interrogate.
- Name the verify — how you'll know it worked (run it, a test, an observed behavior).
Output
Goal: <one sentence, user-visible>
Non-goals: <what we're deliberately not doing now>
First step: <smallest thing that delivers/de-risks>
Open questions: <only the ones that change the plan>
Verify: <how we'll know it worked>
Default to less
- No abstraction for single-use code.
- No config/flags nobody asked for.
- No rewrite disguised as a refactor.
- "Flexibility" and "future-proofing" are non-goals unless requested.
- One working slice beats a half-built general system.
Notes
Pure planning protocol; any agent. The standalone essence of corp's CEO. The
Verify line is the contract you hold yourself to before claiming the goal is met
— don't declare done until you've run it.