Development Workflow
Feature Implementation Flow (REQUIRED)
When user requests a feature, ALWAYS follow this flow:
code
1. Story → Create user story in .claude/project/features/ 2. Plan → Create plan in .claude/project/plans/ 3. Approve → Get user approval before coding 4. Build → Implement following the plan 5. Complete → Update tracking files, commit
If no story exists: Create one first, update high-level-user-stories.md If no plan exists: Create one, validate, get approval Never start coding without approved plan
File Naming Conventions
| Type | Path | Example |
|---|---|---|
| Story | .claude/project/features/us-XXX-name.md | us-001-user-login.md |
| Plan | .claude/project/plans/us-XXX-plan.md | us-001-plan.md |
- •Filenames: lowercase (
us-001) - •Display: UPPERCASE (
US-001)
Auto-Increment User Story IDs
When creating a new user story:
- •Read
high-level-user-stories.mdto find the highest US-XXX number - •Use the next number (e.g., if US-003 exists, use US-004)
- •If user specifies a number, use that instead
After Creating Files
After creating a user story:
- •Update
high-level-user-stories.mdtable with new entry - •Update Overview counts
- •Set initial status to 'Planned'
After creating a plan:
- •Link plan in
high-level-user-stories.mdPlan column - •Update Overview counts if needed
After completing a feature:
- •Update story status in
high-level-user-stories.md - •Add commit hash to the story
- •Update
roadmap.mdphase progress
Workflow Commands
| Command | Phase |
|---|---|
/implement | Full workflow |
/discovery | Requirements |
/plan-and-validate | Planning |
/start-implementation | Building |
/review-implementation | Code review |
/next | Continue |
Quick Process (10 Steps)
- •Standards - Read skills for domain patterns
- •Requirements - Write user story with acceptance criteria
- •Discovery - Explore codebase, find patterns
- •Plan - Create validated implementation plan
- •Design - Component hierarchy, data models
- •Database - Migrations, API endpoints
- •Build - Implement following patterns
- •States - Handle loading/error/empty/success
- •Test - Write tests, verify edge cases
- •Commit - Follow git conventions
Git Conventions
Branches:
- •
feature/<name>- New features - •
fix/<name>- Bug fixes - •
hotfix/<name>- Urgent fixes - •
chore/<name>- Maintenance
Commits: Conventional Commits format
code
<type>: <subject> <body>
Types: feat, fix, refactor, test, docs, chore, style, perf
Example:
bash
git commit -m "feat: add user authentication - Login and register endpoints - JWT token generation - Tests: 90% coverage"
Plan Structure (10 Sections)
- •Requirements Summary
- •Technical Approach
- •Database Changes
- •API Layer
- •Component Architecture
- •State Management
- •Edge Cases & Error Handling
- •Testing Strategy
- •Implementation Checklist
- •Effort & Risks
Pre-Commit Checklist
- • Lint passes
- • Tests pass
- • Build succeeds
- • Edge cases handled
- • Story status updated
- • high-level-user-stories.md updated