kasiopeiya
kasiopeiya/claude-dev-template
用 Codex 或 Claude 帮你安装 复制这段 Prompt，粘贴到 Codex、Claude 或其他助手里，让它检查 Skill 页面并帮你完成安装。
直接命令不会经过审查 Prompt；运行前请先检查来源。
npx skills add https://github.com/kasiopeiya/claude-dev-template --skill design命令会保持在同一行。复制前请横向滚动并检查完整内容。
想先保存到本地？可下载 SkillsMP 当前能够提供的文件。
正在显示 SKILL.md
| name | design |
| description | GitHub Issue をもとに設計書（docs/design/）を更新し、レビューと修正まで自律実行する。Issue番号を引数に指定すること（例: /design 15） |
| argument-hint | <Issue番号> |
Issue番号: $ARGUMENTS
設計書更新（Phase 1）→ 設計書レビュー（Phase 2）→ レビュー結果に基づく修正（Phase 3）を順次実行する。
人間への確認なしに自律的に実行する。
gh issue view $ARGUMENTS --json number,title,body,labels でIssue情報を取得し、以降のPhaseで参照できるよう保持するupdate-design スキルを Skill ツールで Issue番号 $ARGUMENTS を渡して起動し、設計書更新をこの場（インライン）で実行するdoc-reviewer-agent を Task ツールで起動し、完了を待つ。その際、Phase 0 で取得したIssue情報（番号・タイトル・スコープ）をプロンプトに含め、「このIssueの意図に基づいて設計書が更新されている」ことを伝えること。あわせて、更新後の設計書が docs/requirements.md の要件（機能・非機能・SLO を含む）を満たしているかを照合し、未充足・矛盾があれば指摘するよう指示すること（設計が要件を満たすことの検証。とくに SLO はアーキテクチャの構造が目標を満たせるかに直結する）update-design スキルの手順で設計書の修正をインライン実行し、指摘事項を反映する。その際以下を反映すること：
/update-design $ARGUMENTS で個別実行を案内する/doc-review で個別実行を案内するRFC等の入力資料をもとに対話しながら要求を引き出し、requirements.md（PRD）を作成する。顧客が書いた「解決策」を「目的」に還元し、「制約」とされた事項が本当に制約かを疑いながら、目的の認識を合わせて要件を確定する。要求分析・要件定義・requirements.md作成を依頼されたとき、または「elicit-requirements」と指示されたときに使う。
要件定義書（docs/requirements.md）を requirements-doc-policy の基準でレビューし、凍結してよい品質かを合否判定する。「requirements-review」「要件定義書をレビューして」と指示されたとき。
アプリの設計・アーキテクチャの「質」をレビューする。UI/DB/外部サービス/言語などの詳細を差し替え可能に保てているかを検査する。「arch-review」「設計をレビューして」「アーキテクチャをレビューして」と指示されたとき。