メニュー
proposal.md が /spec の入力として十分な情報を含んでいるかを確認する。「ユーザーにとっての承認」ではなく「/spec にとっての準備完了度」を検証する軽量チェック
Codex または Claude でインストール この Prompt をコピーして Codex、Claude、または他のアシスタントに貼り付けると、Skill ページを確認してインストールできます。
SOC 職業分類に基づく
Use at the START of every task, before writing any code, running tests, debugging, reviewing, or designing. This skill determines which methodology and domain skills must be invoked. MUST be invoked before any implementation, debugging, review, testing, or specification work begins.
/brainstorm のユーザーストーリー品質を INVEST 基準で軽量チェックする。proposal.md 生成前にストーリーの構造的品質を確認し、問題があれば対話で改善を促す
Use when splitting a domain Skill into Phase-Aware File Structure (SKILL.md / design.md / constraints.md). Defines the splitting criteria, procedures, sync procedures, and validation rules. Invoked by /skill-format command or manually when restructuring domain Skills.
| name | proposal-readiness-check |
| description | proposal.md が /spec の入力として十分な情報を含んでいるかを確認する。「ユーザーにとっての承認」ではなく「/spec にとっての準備完了度」を検証する軽量チェック |
proposal.md が /spec フェーズの入力として「準備完了」かを確認する。
目的: 不完全な proposal が /spec に入り、エスカレーション多発や低品質な仕様生成を防ぐ。 タイミング: /brainstorm の proposal.md 生成後、ユーザー承認前。 原則: 5項目の Yes/No チェック。不足があれば追加質問で補完。ユーザー判断で進行可能。
「なぜこの変更が必要か」と「何が達成されれば完了か」が明確か。
No の場合の追加質問:
→「この変更が完了したとき、何がどう変わっていれば成功ですか？」
各ストーリーの「行動」が具体的な操作を示しているか。
No の場合の追加質問:
→「具体的にユーザーはどんな操作をしますか？ 画面で何をクリック/入力しますか？」
Out of Scope が最低1つ定義され、対象領域が具体的か。
No の場合の追加質問:
→「あえて今回やらないことは何ですか？ 後回しにすることを1つ挙げるとしたら？」
ユーザーが変更の大きさを認識しているか。
No の場合の追加質問:
→「この変更は〇〇と△△に影響しそうです。この規模感で合っていますか？
それとも、もっと小さく分割しますか？」
Open Questions セクションが適切に機能しているか。
空の場合の追加質問:
→「疑問点が空ですが、例えば〇〇についてはどうしますか？
本当に不明点はありませんか？」
/brainstorm レベルの疑問が残っている場合:
→ 該当の疑問を対話で解決してから proposal に反映
/spec 準備完了チェック:
1. 意図の明確性: ✓
2. ストーリーの具体性: ✓
3. スコープの境界: ✓
4. 変更の規模感: ⚠ 複数領域にまたがる可能性
5. 未解決の疑問点: ⚠ Open Questions が空
→ 2点確認させてください:
- この変更は画面とAPIの両方に影響しそうですが、その規模感で合っていますか？
- 技術的な疑問点は本当にありませんか？