-
Notifications
You must be signed in to change notification settings - Fork 0
Step 2 Design
Command: /design [component] · Habit: H8 Find Your Voice · Previous: Step 1 · Requirements · Next: Step 3 · Breakdown
Make architecture decisions with human judgment. AI proposes options and trade-offs; the human decides. This is the most important checkpoint in the workflow — architecture is hard to reverse.
- Any change affecting >3 files
- Any change to public API or data schema
- Any change to auth, authorization, or data flow
- Any change introducing a new dependency
- Change follows an existing, established pattern
- Cosmetic / UI-only with no architecture impact
- Already covered by a previously accepted ADR
- Read existing
CLAUDE.md,DESIGN.md,ARCHITECTURE.md,docs/adr/ - Identify decisions needing human input (DB, auth, API, boundaries, deps)
- Present at least 2 options with trade-offs for each decision
- Human decides — record the choice
- Write an ADR if the decision affects >3 files or changes public API
Decision document or ADR following guides/templates/adr-template.md:
## Decision: [Topic]
**Option A**: ... — Pro/Con
**Option B**: ... — Pro/Con
**Recommendation**: ...
**Chosen**: [by human]
-
Expects: PRD summary from
/requirements -
Produces for
/breakdown: Architecture decisions, technology choices, constraints
"Do I understand WHY we're building it this way, not just WHAT?"
Some decisions act as sticky latches — once set, reversing them mid-session wastes all context built on top. For each decision, ask: "If we change this after implementation starts, how much rework?"
| Rework | Classification | Example |
|---|---|---|
| >50% |
Sticky — revisit only via new /design cycle |
DB choice, auth model, API style |
| 10-50% | Semi-sticky — adjustable but flag the cost | ORM, test framework |
| <10% | Flexible — change freely | Variable names, UI copy |
Mark sticky decisions in the ADR: STICKY — changing this requires re-running /design, not patching mid-build.
Architecture decisions are In-the-Loop — human decides, not AI. Irreversible decisions (data migration, breaking API change) are always In-the-Loop regardless of perceived simplicity.
Source of truth: this wiki is generated from docs/wiki/. Edits made through the GitHub Wiki web UI may be overwritten by the next sync. To change a page, open a PR against the repository source file.
Repository · Issues · README · License
Workflow discipline for AI-assisted development
Start
Workflow
- Overview
- 0 · Research
- 1 · Requirements
- 2 · Design
- 3 · Breakdown
- 4 · Build Brief
- 5 · Review AI
- 6 · Deploy Guide
- 7 · Monitor Setup
Operations
Reference
- Habits Reference
- Maturity Model
- Architecture
- Limitations
- Vibe Coding vs Structured
- Harness Engineering
Project