メニュー
CDK実装の一気通貫ワークフロー。実装→コードレビュー→CI までを人間への確認なしに自律実行する。Issue番号を引数に指定すること（例: /cdk-dev 15）。アプリケーションコードには使用しない。
デフォルトでは、最初にソースを確認する Prompt が選択されています。直接コマンドに切り替えるか、ローカルコピーをダウンロードすることもできます。
インストールを決める前に、SKILL.md と SkillsMP に表示されている付属ファイルをお読みください。
Codex または Claude でインストール この Prompt をコピーして Codex、Claude、または他のアシスタントに貼り付けると、Skill ページを確認してインストールできます。
直接コマンドでは確認用 Prompt が省略されます。実行前にソースを確認してください。
npx skills add https://github.com/kasiopeiya/claude-dev-template --skill cdk-devコマンドは1行のまま表示されます。コピー前に横へスクロールして全体を確認してください。
ローカルで確認しますか？SkillsMP が現在取得できるファイルをダウンロードできます。
RFC等の入力資料をもとに対話しながら要求を引き出し、requirements.md（PRD）を作成する。顧客が書いた「解決策」を「目的」に還元し、「制約」とされた事項が本当に制約かを疑いながら、目的の認識を合わせて要件を確定する。要求分析・要件定義・requirements.md作成を依頼されたとき、または「elicit-requirements」と指示されたときに使う。
要件定義書（docs/requirements.md）を requirements-doc-policy の基準でレビューし、凍結してよい品質かを合否判定する。「requirements-review」「要件定義書をレビューして」と指示されたとき。
アプリの設計・アーキテクチャの「質」をレビューする。UI/DB/外部サービス/言語などの詳細を差し替え可能に保てているかを検査する。「arch-review」「設計をレビューして」「アーキテクチャをレビューして」と指示されたとき。
SKILL.md を表示中
| name | cdk-dev |
| description | CDK実装の一気通貫ワークフロー。実装→コードレビュー→CI までを人間への確認なしに自律実行する。Issue番号を引数に指定すること（例: /cdk-dev 15）。アプリケーションコードには使用しない。 |
| argument-hint | <Issue番号> |
Issue番号: $ARGUMENTS
CDK実装 → コードレビュー → レビュー指摘修正 → CI実行 → CI指摘修正 を順次自律実行する。 全フェーズを人間への確認なしに自律実行すること。
cdk-imp スキルを Skill ツールで Issue番号 $ARGUMENTS を渡して起動し、CDK実装をこの場（インライン）で実行する（詳細は下記「Phase 1: CDK実装の制約」）。AskUserQuestion が必要な箇所は全て最初の選択肢（デフォルト）で自動選択し、人間への確認なしに最後まで自律実行することcdk-reviewer-agent を Task ツールで起動し、完了を待つcdk-ci-runner を Task ツールで起動し、完了を待つcdk-imp スキルを起動する際、以下の制約を守ること：
infra/ 配下のみ。アプリケーションコードのディレクトリ（app/）は絶対に実装・変更しないgh issue edit $ARGUMENTS でGitHub Issueのチェックリストを更新する/cdk-imp $ARGUMENTS で個別実行を案内する/cdk-review/cdk-ci で個別実行を案内する