菜单
アプリケーション実装の一気通貫オーケストレーションワークフロー。TDD実装→コードレビュー→レビュー指摘修正→CI実行→CI指摘修正→設計書整合性チェック→設計書修正を人間への確認なしに自律実行する。CLAUDE.md の開発フロー Step 6（frontend/backend実装）で使用。Issue番号を引数に指定すること（例: /code-dev 15）。CDKには使用しない。
用 Codex 或 Claude 帮你安装 复制这段 Prompt，粘贴到 Codex、Claude 或其他助手里，让它检查 Skill 页面并帮你完成安装。
基于 SOC 职业分类
AWS CDK インフラコードを詳細にレビュー。/cdk-review コマンドが呼ばれたとき、またはユーザーが CDK コードのレビューを依頼したときに使用する。cdk/ ディレクトリ内の TypeScript ファイルを対象に、型安全性・CDK ベストプラクティス・プロジェクトルール準拠を自動チェックする。
CDKインフラコードの静的解析・スナップショットテスト・cdk synthを実行する。インフラコードのCDK CIチェックを依頼されたときに使用すること。
cdk diffを実行し、変更内容をMarkdownテーブルで整形して表示する。インフラ変更のレビューやデプロイ前確認に使用する。
backendとfrontendの静的解析・単体テストを実行する（CIパイプラインシミュレーション）。CIチェックやコミット・PR前のコード品質検証を依頼されたときに使用すること。
TypeScript アプリケーションコードをレビュー。/code-review コマンドが呼ばれたとき、またはユーザーが TypeScript/React コードのレビューを依頼したときに使用する。型安全性・設計原則・セキュリティ・プロジェクトルール準拠を自動チェックする。
設計書（docs/design/）とアプリケーションコード（backend/、frontend/）の整合性を検証する。 「/validate-design」「設計書と実装の整合性チェック」と指示されたときに使用する。
| name | code-dev |
| description | アプリケーション実装の一気通貫オーケストレーションワークフロー。TDD実装→コードレビュー→レビュー指摘修正→CI実行→CI指摘修正→設計書整合性チェック→設計書修正を人間への確認なしに自律実行する。CLAUDE.md の開発フロー Step 6（frontend/backend実装）で使用。Issue番号を引数に指定すること（例: /code-dev 15）。CDKには使用しない。 |
| argument-hint | <Issue番号> |
| disable-model-invocation | true |
Issue番号: $ARGUMENTS
TDD実装 → コードレビュー → レビュー指摘修正 → CI実行 → CI指摘修正 → 設計書整合性チェック → 設計書修正 を順次自律実行する。 全フェーズを人間への確認なしに自律実行すること。
tdd-agent を Task ツールで起動し、Issue番号 $ARGUMENTS を渡して完了を待つ。プロンプトに「人間への確認なしに自律的に実行すること」を明記することcode-reviewer-agent を Task ツールで起動し、完了を待つcode-ci-runner-agent を Task ツールで起動し、完了を待つdesign-validator-agent を Task ツールで起動し、完了を待つ指定されたGitHub Issueからアプリケーションコード（backend/、frontend/ディレクトリ配下）のみを対象にTDDサイクル（Red-Green-Refactor）を実行してください。
cdk/配下のインフラコードは絶対に実装・変更しないでください。
Issueのタスク一覧のうち、アプリケーションコード（backend/frontend）に関するタスクのみを対象としてください。
完了したアプリケーションコードタスクのみ `gh issue edit` コマンドでGitHub Issueのチェックリストを更新してください。
Issue指定: $ARGUMENTS
**重要**: ユーザー確認（AskUserQuestion）が必要な箇所は全て最初の選択肢（デフォルト）で自動選択し、
人間への確認なしに最後まで自律的に実行してください。
/tdd $ARGUMENTS で個別実行を案内する/code-review で個別実行を案内する/code-ci で個別実行を案内する/validate-design で個別実行を案内する