Kiro-style Spec Driven Development implementation using claude code slash commands, hooks and agents.
- Steering:
.kiro/steering/ - Specs:
.kiro/specs/ - Commands:
.claude/commands/
Steering (.kiro/steering/) - Guide AI with project-wide rules and context
Specs (.kiro/specs/) - Formalize development process for individual features
- Check
.kiro/specs/for active specifications - Use
/kiro:spec-status [feature-name]to check progress - readme-creation: プロジェクトのREADME.mdファイルを作成
- code-refactoring: プロジェクト全体のコードリファクタリング
- Think in English, but generate responses in Japanese (思考は英語、回答の生成は日本語で行うように)
- API更新ルール: API関連の作業(エンドポイントの追加・変更・削除)を行った際は、必ずOpenAPI仕様書(api.yaml)を更新すること
- ビルド確認ルール: タスク完了時は必ずビルド(
./gradlew build -x detekt)とアプリケーション起動(./gradlew bootRun)を確認すること
/kiro:steering - Create/update steering documents
/kiro:steering-custom - Create custom steering for specialized contexts
Note: Optional for new features or small additions. You can proceed directly to spec-init.
/kiro:spec-init [detailed description]- Initialize spec with detailed project description/kiro:spec-requirements [feature]- Generate requirements document/kiro:spec-design [feature]- Interactive: "Have you reviewed requirements.md? [y/N]"/kiro:spec-tasks [feature]- Interactive: Confirms both requirements and design review
/kiro:spec-status [feature] - Check current progress and phases
- Consider steering: Run
/kiro:steeringbefore major development (optional for new features) - Follow 3-phase approval workflow: Requirements → Design → Tasks → Implementation
- Approval required: Each phase requires human review (interactive prompt or manual)
- No skipping phases: Design requires approved requirements; Tasks require approved design
- Update task status: Mark tasks as completed when working on them
- Keep steering current: Run
/kiro:steeringafter significant changes - Check spec compliance: Use
/kiro:spec-statusto verify alignment
Managed by /kiro:steering command. Updates here reflect command changes.
product.md: Always included - Product context and business objectivestech.md: Always included - Technology stack and architectural decisionsstructure.md: Always included - File organization and code patterns
- Always: Loaded in every interaction (default)
- Conditional: Loaded for specific file patterns (e.g., "*.test.js")
- Manual: Reference with
@filename.mdsyntax