菜单
CDK実装の一気通貫オーケストレーションワークフロー。CDK実装→コードレビュー→レビュー指摘修正→CI実行→CI指摘修正を人間への確認なしに自律実行する。CLAUDE.md の開発フロー Step 7（CDK実装）で使用。Issue番号を引数に指定すること（例: /cdk-dev 15）。frontend/backend実装には使用しない。
用 Codex 或 Claude 帮你安装 复制这段 Prompt，粘贴到 Codex、Claude 或其他助手里，让它检查 Skill 页面并帮你完成安装。
基于 SOC 职业分类
| name | cdk-dev |
| description | CDK実装の一気通貫オーケストレーションワークフロー。CDK実装→コードレビュー→レビュー指摘修正→CI実行→CI指摘修正を人間への確認なしに自律実行する。CLAUDE.md の開発フロー Step 7（CDK実装）で使用。Issue番号を引数に指定すること（例: /cdk-dev 15）。frontend/backend実装には使用しない。 |
| argument-hint | <Issue番号> |
| disable-model-invocation | true |
Issue番号: $ARGUMENTS
CDK実装 → コードレビュー → レビュー指摘修正 → CI実行 → CI指摘修正 を順次自律実行する。 全フェーズを人間への確認なしに自律実行すること。
cdk-dev-agent を Task ツールで起動し、Issue番号 $ARGUMENTS を渡して完了を待つ。プロンプトに「人間への確認なしに自律的に実行すること」を明記することcdk-reviewer-agent を Task ツールで起動し、完了を待つcdk-ci-runner を Task ツールで起動し、完了を待つ指定されたGitHub IssueからAWS CDKコード（cdk/ディレクトリ配下）のみを実装してください。
backend/やfrontend/配下のアプリケーションコードは絶対に実装・変更しないでください。
Issueのタスク一覧のうち、CDK/インフラに関するタスクのみを対象としてください。
設計書を参照し、CDK実装・テスト・cdk synthまで完了させてください。
完了したCDKタスクのみ `gh issue edit` コマンドでGitHub Issueのチェックリストを更新してください。
Issue指定: $ARGUMENTS
**重要**: ユーザー確認（AskUserQuestion）が必要な箇所は全て最初の選択肢（デフォルト）で自動選択し、
人間への確認なしに最後まで自律的に実行してください。
/cdk-imp $ARGUMENTS で個別実行を案内する/cdk-review で個別実行を案内する/cdk-ci で個別実行を案内する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」「設計書と実装の整合性チェック」と指示されたときに使用する。