build
Build
Build in thin vertical slices. Implement one piece, verify it, commit it, then move on. Never accumulate uncommitted work across multiple files.
Workflow
- Pick the smallest slice that delivers a complete, testable path through the change.
- Read before writing. Load the relevant files, understand existing patterns, check for utilities you can reuse.
- Implement the slice. Stay within its boundary — don't fix adjacent issues or refactor unrelated code.
- Verify the slice. Run the targeted tests, then the project's full verification. The build must pass after every slice.
- Commit the slice. One logical change per commit.
- Repeat. Pick the next slice. If the plan needs adjusting, adjust it before continuing.
Slicing strategies
- Vertical slice — one complete path through the stack (type + implementation + test). Preferred default.
- Contract-first — define the schema and types first, then implement consumers.
- Risk-first — tackle the uncertain part first, then build the straightforward parts on top.
More from cniska/skills
tdd
Drive implementation with red-green-refactor. Use when building features or fixing bugs test-first.
12review
Run all review skills against the current branch diff. Use when reviewing a feature branch before merge.
10plan
Design a feature or behavior change through dialogue. Use when asked to plan, scope, design, or break down work before coding.
10explore
Explore a task or design through systematic questions until reaching shared understanding. Use before implementing complex or ambiguous work.
10issue
Create a GitHub issue from a short description. Use when filing a bug, feature request, or task.
10pr
Create a pull request with review and verify. Use when the branch is ready to merge.
10