CDD Implementation

Start implementation for decision $1.

このスキルの責務

このスキルは fork subagent として実行される。 実装作業のみを行い、ステータス変更は行わない。 ステータス変更はメインエージェント（cdd-discuss）が担当する。

このスキルで行うこと:

• cdd.mdの読み込みと検証
• Selectionに従った実装
• ビルド・テスト
• Gitコミット

このスキルで行わないこと:

• implementationStatus の変更（INPROGRESS, INREVIEW, DONE いずれも）
• AskUserQuestion の使用（fork subagentでは使用不可）

Your Task

1. Load and verify decision:

- Find the cdd.md file for $1 - CRITICAL: Verify decisionStatus: DECIDED - If not DECIDED, stop with error: "Cannot implement - decision not finalized"

1. Read the full specification:

- Goal: What we're achieving - Context: Constraints and background - Selection: What was decided and why - Rejections: What NOT to do - Test Specification: テスト仕様（存在する場合）

1. Create TodoWrite for task tracking:

- Break down implementation into specific steps - Track progress with TodoWrite

1. If Test Specification exists, write tests first:

- Test Specificationセクションがある場合、テストを先に書いてから実装する - Given-When-Then形式のシナリオをテストコードに変換 - テストが失敗することを確認（Red） - Test Specificationがない場合はこのステップをスキップ

1. Execute implementation:

- Follow the Selection section exactly - Respect all constraints in Context - DO NOT implement anything from Rejections

1. Build and test:

- Run build and tests to verify implementation - Test Specificationがある場合、全シナリオがパスすることを確認

1. Create commit when implementation is complete:

- Use the Bash tool to run: git status to see changed files - Generate commit message in this format: ``` <type>: <summary> ($1)

<detailed description of changes>

CDD: $1 Files: - <file1> - <file2> - <file3> `` - Use git add and git commit` with the generated message

1. Report completion:

- Report what was implemented and the commit hash - メインエージェントがステータス変更を行う

Important Rules

• NEVER deviate from the decided approach
• If you find issues during implementation, STOP and report back
• DO NOT change implementationStatus - this is the main agent's responsibility
• DO NOT use AskUserQuestion - not available in fork subagent

Commit Message Format

Type prefix:

• feat: New feature
• fix: Bug fix
• refactor: Code refactoring
• docs: Documentation changes
• test: Test additions or changes
• chore: Maintenance tasks

Example:

feat: Add review history tracking (PHASE3-003)

Implemented automatic review history updates when implementationStatus
changes. Added ReviewHistoryEntry type and review file generation.

CDD: PHASE3-003
Files:
- src/core/review-tracker.ts
- src/types.ts
- src/commands/review.ts