| name | cdk-dev |
| description | CDK実装の一気通貫オーケストレーションワークフロー。CDK実装→コードレビュー→レビュー指摘修正→CI実行→CI指摘修正を人間への確認なしに自律実行する。CLAUDE.md の開発フロー Step 7（CDK実装）で使用。Issue番号を引数に指定すること（例: /cdk-dev 15）。frontend/backend実装には使用しない。 |
| argument-hint | <Issue番号> |
/cdk-dev
Issue番号: $ARGUMENTS
CDK実装 → コードレビュー → レビュー指摘修正 → CI実行 → CI指摘修正 を順次自律実行する。
全フェーズを人間への確認なしに自律実行すること。
実行手順
- Phase 1: CDK実装 -
cdk-imp スキルを Skill ツールで Issue番号 $ARGUMENTS を渡して起動し、CDK実装をこの場（インライン）で実行する（詳細は下記「Phase 1: CDK実装の制約」）。AskUserQuestion が必要な箇所は全て最初の選択肢（デフォルト）で自動選択し、人間への確認なしに最後まで自律実行すること
- Phase 2: コードレビュー - Phase 1 完了後、
cdk-reviewer-agent を Task ツールで起動し、完了を待つ
- Phase 3: レビュー指摘修正 - Phase 2 のレビュー結果に指摘事項がある場合、直接コードを修正する。指摘なしの場合はスキップ
- Phase 4: CI実行 -
cdk-ci-runner を Task ツールで起動し、完了を待つ
- Phase 5: CI指摘修正 - Phase 4 の結果にエラーがある場合、静的解析・スナップショットテスト・cdk synthのエラーを修正する。エラーなしの場合はスキップ
- 各フェーズの出力をそのまま全文表示する（要約・加工・コメント追加は禁止）
Phase 1: CDK実装の制約
cdk-imp スキルを起動する際、以下の制約を守ること：
- 対象は
cdk/ 配下のみ。backend/・frontend/ 配下のアプリケーションコードは絶対に実装・変更しない
- Issueのタスク一覧のうち、CDK/インフラに関するタスクのみを対象とする
- 設計書を参照し、CDK実装・テスト・cdk synth まで完了させる
- 完了した CDK タスクのみ
gh issue edit $ARGUMENTS でGitHub Issueのチェックリストを更新する
エラーハンドリング
- Phase 1 失敗 → Phase 2 以降は実行しない。
/cdk-imp $ARGUMENTS で個別実行を案内する
- Phase 2 失敗 → Phase 1 の実装は完了済み。
/cdk-review で個別実行を案内する
- Phase 3 修正不要（指摘なし）→ Phase 4 へスキップ
- Phase 4 失敗 → エラー内容を表示し中断。
/cdk-ci で個別実行を案内する
- Phase 5 修正後も CI 失敗 → エラー内容を表示し、手動での修正を案内する
