Get a real brief before building complex work
For anything non-trivial or under-specified, do not start coding on assumptions. First converge on what's actually wanted, then persist it.
Process
- Grill the requirements. Invoke the
grill-with-docsskill if available, otherwise thegrillingskill (both mattpocock-skills). Let it interrogate the request until the scope, constraints, edge cases, and definition of done are unambiguous. Don't skip the questioning to look fast — a wrong assumption here is the expensive one.- Not installed on this machine?
npx skills@latest add mattpocock/skills --skill=grill-with-docs
- Not installed on this machine?
- Write the brief down. Capture the agreed scope as a short brief — in the task tracker, a
BRIEF.md, or the project memory's "Open threads". Include: goal, in-scope, out-of-scope, constraints, and how we'll know it's done. - Confirm, then build. Get a quick nod from the user on the brief before implementation.
Why
Large tasks fail from under-specification, not from typing speed. A five-minute brief prevents building the wrong thing for an hour.