要件明確化とタスクトリアージ（Grow / Change / Improve）
一言フック: 「動く前に——動き出す前に『ユーザーは本当に何を望んでいるのか、その複雑さはどれくらいか、どこから手をつけるべきか』という3つの問いに答えよう。」
これは「トリアージデスク」です——ドメインを前提とせず、代わりに実行もしません。漠然としたアイデアを構造化された要件に変え、タスクの山をルーティング可能な実行順序に変え、既存のソリューションを改善リストに変えます。そして、次に使用すべきスキルを明確に指示します。自分ではタスクを実行しません。
本スキルはルーターであり、ユーザーの問題を3つのサブスキルに振り分けます：
growme-mode—— 要件明確化（「考えを整理して」）change-mode—— タスクトリアージ（「どれからやるべきか」）improve-mode—— 構造最適化（「どう改善するか」）
中核的役割
「どこから手をつければいいかよくわからない」というリクエストは、まず本スキルを1回通過させます。3つのアクション：
- 明確化（growme）: 漠然としたアイデアを実行可能な要件に変換
- トリアージ（change）: タスクの山を実行順序に変換
- 改善（improve）: 既存のソリューションを最適化可能なリストに変換
ユーザーの3つの本質的な問いに答えます：
- あなたは本当に何を望んでいるのか？（growme 出力「要件仕様」）
- どこから始めるべきか？（change 出力「実行順序」）
- 今のままで正しいのか？（improve 出力「改善点」）
ルーティング振分けルール
ユーザー入力を受け取ったら、まずどのモードに該当するか判断します（複数選択可、直列実行可）：
| ユーザーの特徴 | モード | 例 | ルーティング先 |
|---|---|---|---|
| 結果は表現されているがパスが不明瞭 | growme | 「AI 教学スキルを作りたい」 | growme-mode |
| 複数のタスクがあり、優先順位や選択が必要 | change | 「8つのスキルを精錬したい」 | change-mode |
| 既に案はあるが、それが最適か自信がない | improve | 「この SKILL.md が正しいか見てほしい」 | improve-mode |
判定の原則:
- ほとんどのリクエストは最初に growme（明確化）を行い、その後 change / improve を直列で実行するか判断
- 直列順序: growme → change → improve（まず何を望んでいるかを明確にし、次に並べ替え、最後に案をレビュー）
- 現在の判断モードをユーザーに明確に伝え、確認や修正を促す
- トリアージが不要な場合は「不要」と明確に伝え、スキルを使うために使わない
- 1回の対話内で複数のモードが関係する場合がある——必要に応じて直列で呼び出す
自分自身にルーティングしないこと: トリアージが完了したら、必ず他の実行スキルを指すこと。「A を終えた後、もう一度 requirement-clarifier で明確化」は禁止。
トリガーシナリオ
強トリガー（直接呼び出し）:
- 「考えを整理して / どうやってやる？ / アイデアがある」→ growme-mode
- 「これらのタスクをどう並べ替える？ / どれからやる？ / 実現パスは？ / トリアージして」→ change-mode
- 「どう最適化する？ / どんな問題がある？ / この案を見てほしい / レビューして」→ improve-mode
弱トリガー（コンテキストに「不確か」の意味がある場合に呼び出し）:
- 一行の要件のみで、受け入れ基準がない
- タスクが山積みで、依存関係が明記されていない
- 既存案があるが、ユーザーが「なんか違う気がする」と表現
- チーム内で同じ目標に対して複数の異なる説明がある
トリガーしない（明確な境界）:
- 情報が完全に明確 → 直接実行に移れ、スキルを使うために使わない
- 単一の明確な小問題（「X の使い方は？」）→
AskUserQuestionで直接質問 - すでに特定ドメインの問題（「フロントエンドのボタンの書き方は？」）→
frontend-design/ui-ux-pro-maxなどのドメインスキルにルーティング - 純粋な文章作成・翻訳・生成 →
original-writing/humanizer/content-rewriteにルーティング
出力形式（ルーター視点）
モード判定: growme / change / improve（組み合わせ可能）
【growme】 → growme-mode をロード（要件明確化を実行）
【change】 → change-mode をロード（タストリアージを実行）
【improve】 → improve-mode をロード（構造最適化を実行）
次のステップの提案: [具体的に XX スキルにルーティング / 直接実行 / さらなる明確化]
ファイル構成（本スイート）
requirement-clarifier/ ← ルーター（ここ）
├── SKILL.md ← 本ファイル：ルーティング＋トリガー＋境界
├── growme-mode/ ← サブスキル1：要件明確化
│ ├── SKILL.md
│ └── references/
│ ├── seven-dimensions.md ← 7つの質問次元
│ ├── ask-question-toolkit.md ← AskUserQuestion 使用テクニック
│ └── red-flags.md ← よくある偽明確化の反例
├── change-mode/ ← サブスキル2：タスクトリアージ
│ ├── SKILL.md
│ └── references/
│ ├── complexity-rubric.md ← 複雑さ判断基準
│ ├── priority-matrix.md ← P0/P1/P2/P3 マトリックス
│ ├── routing-table.md ← 30以上のスキルルーティング対照表
│ └── parallel-dependency.md ← 依存関係と並行処理
├── improve-mode/ ← サブスキル3：構造最適化
│ ├── SKILL.md
│ └── references/
│ ├── seven-leverage-points.md ← 7種類の改善ポイント
│ ├── smart-criteria.md ← SMART 原則
│ └── red-flags.md ← 偽改善の反例
├── examples/ ← 実例
│ ├── fake-clarification.md ← 偽明確化の反例サンプル
│ ├── fake-triage.md ← 偽トリアージの反例サンプル
│ └── fake-improve.md ← 偽改善の反例サンプル
├── test-prompts.json ← 6つの生体テストサンプル＋自己チェック質問
├── README.md ← スイートの表紙（house-style テンプレート）
├── LICENSE ← MIT
└── .claude-plugin/
└── marketplace.json ← plugin デュアルチャネル
研磨レポートは
精修skills/13-メタスキルとガバナンス/研磨レポート/requirement-clarifier-研磨レポート.mdに移動済み（集中保管のため、全スキルの研磨状況を確認しやすい）。
Gotchas（ルーター層）
❌ やってはいけないこと
- 「代わりに実行」しない——本スキルは「トリアージデスク」であり「手術室」ではありません。明確化とトリアージが完了したら、次に実行すべきスキルを明確に指示する
- 「使うために使う」ことをしない——ユーザー入力がすでに十分明確であれば、確認するだけ
- 「ドメインを前提」しない——フロントエンド、バックエンド、コンテンツ、ビジネスなど、いかなるドメインも前提としない
- 「自分自身にルーティング」しない——トリアージ完了後に requirement-clarifier を指さず、「トリアージ→実行→検証」のループを実現する
- 「growme を飛ばして change に直接いく」ことをしない——タスクの山を扱う前提は「何を望んでいるかがすでに明確」であること。そうでなければ先に明確化する
- 「一度に5個以上の質問をしない」——5個以上は要点を掴めていない証拠
- 「改善点を7個以上挙げない」——7個以上は優先順位付けではなく羅列
✅ 完成度の判断基準
出力前に自問する：
「ユーザーはこの出力をそのまま実行に移せるか？」
- はい → 完了
- いいえ → どのステップが不足している？ 戻って補う
- 判断に迷う → 「ユーザーのXX確認後に実行開始」と明記
サブスキルを読むタイミング
- growme 関連のリクエスト →
growme-mode/SKILL.md+references/seven-dimensions.mdをロード - change 関連のリクエスト →
change-mode/SKILL.md+references/priority-matrix.md+references/routing-table.mdをロード - improve 関連のリクエスト →
improve-mode/SKILL.md+references/seven-leverage-points.mdをロード - 完成度自己チェック → 本ファイルの Gotchas 節を読む
文字数と構成
- SKILL.md 本体（ルーター）：200行以内（現在約150行、基準達成）
- サブスキル SKILL.md：250行以内
- サブスキル references/：必要に応じてロード、メインコンテキストに詰め込まない
- 総スケルトンファイル数：20以内