Skill.md検索

曖昧な要件を対話で明確化: 「何を作るのか」「なぜ作るのか」を人間パートナーとの段階的ヒアリングを通じて、書面の要件ドキュメントとして落とし込めます。 コードベース調査を自動化: Explorerエージェントにコード・ドキュメント・技術制約を調査させ、既存資料を活用して質問を最小化できます。 差分分析による効率的なヒアリング: 既知・未知・曖昧を整理し、不足している論点だけを質問するため、人間パートナーへの負担を最小化できます。 選択肢ベースの質問で齟齬を防止: 自由記述ではなく2-4個の選択肢提示により、回答の解釈ズレを事前に防げます。 段階的なドキュメント化: requirements.md（事実）+ context.md（背景・ヒアリング記録）+ decisions.md（判断理由）として、後からでも「なぜこう決めたか」を追跡可能にできます。 実装に入る前に仕様を固めたい開発者: 曖昧な要件から始まる実装のやり直しを防ぎ、手戻りを減らせます。 人間パートナーとのコミュニケーション時間を短くしたい人: 不必要な質問を省き、本当に必要な確認だけに絞ることで、打ち合わせ時間を削減できます。 チーム全体で要件の理解を統一したい人: 書面化することで、口頭での合意の蒸発を防ぎ、スコープ膨張を抑制できます。 バグ修正の影響範囲を素早く把握したいエンジニア: 調査→差分分析→的確なヒアリングを通じて、修正前に全体像を理解できます。 実装前に何を作るか・なぜ作るかを構造化し、曖昧さを除去します。入力は人間パートナーのタスク指示、出力はrequirements/REQ-*/requirements.md + context.mdです。鉄則「構造化された要件なしに設計を始めるな」のもと、タスクサイズに関わらず要件定義を実施（小さいタスクなら書く量が少なくなるだけ）。プロセスは①Explorerエージェントが関連コード・ドキュメント・技術制約・テストを調査、②差分分析で既知/未知/曖昧を整理、③差分ヒアリングで不足論点を段階的に質問（選択肢ベース・一度に3問以内・段階的・推測確認形式），④ヒアリング記録をcontext.mdに保存，⑤要件ドキュメント作成・人間パートナー承認。質問観点は目的・スコープ・振る舞い（正常系・異常系）・入出力・前提制約・受け入れ条件。ヒアリング後、確定した事実はrequirements.mdに、背景・経緯はcontext.mdに整理。