ask-then-build について
ask-then-build は、質問と回答を経て別のエージェント向けの実装プロンプトを作るスキルです。作業を引き継ぐ前に、範囲や決定事項を明確にします。
主な機能
- 01未確定事項を一つずつ質問
- 02選択肢と推奨案を提示
- 03決定事項をプロジェクト文書に記録
- 04構造化された実装プロンプトを作成
活用シーン
- 01実装前に機能の境界事例を確認
- 02既存要件を変更する決定の記録
- 03別のエージェント向け実装指示の準備
インストール
コマンドをコピーしてターミナルで実行します。
npx skills add https:/インストール後、Claude Code で/ask-then-buildを入力して読み込まれたか確認します。
詳細
機能のアイデアを、2つのフェーズで別のエージェント向けの実装プロンプトに変換します。
フェーズ 1 — 質問
-
機能や変更について、特に見落としやすい未解決の質問を3〜6個特定します。エッジケース、UI の配置、失敗時の動作、スコープの境界、既存のルールとの相互作用などが該当します。
-
質問は1つずつ尋ねます。それぞれについて、質問、主な選択肢 A〜D、あなたの推奨案と理由を1行で示します。その後、止めて回答を待ちます。以下の形式を厳守してください。各ブロックの間には空行を入れてください。Markdown レンダラー（bb を含む）では、単独の改行が1つの段落にまとめられるため、選択肢を続けて書くと、ひと続きの読みにくい文章として表示されます。
質問のタイトル？
必要であれば、背景を1行で説明します。
A. 最初の選択肢。
B. 2番目の選択肢。
C. 3番目の選択肢。
D. 4番目の選択肢。
私の推奨案：A。理由を1行で説明します。
質問の数が本当にわかっている場合を除き、「全N問中の1問目」のように質問に番号を付けないでください。質問の数が未確定なら、必要な情報がそろうまで質問を続けてください。
-
ユーザーが回答したら、すぐに決定事項を記録します。プロジェクトにドキュメント（製品要件、ADR、README）がある場合は更新してください。
-
ユーザーが以前に文書化された決定を覆した場合は、すぐにドキュメントを更新し、何が置き換えられたのかを伝えてください。
フェーズ 2 — プロンプト
最後の回答を受け取った後、別のエージェント向けの簡潔なプロンプトを1段落で提示します。次の内容をこの順で含めてください。
- まず読むファイル：権威あるドキュメント（AGENTS.md、要件、ADR）。
- 実装する内容：番号付きの実装手順。必要に応じて、具体的なファイルも記載します。
- 検証方法：ビルド、リント、実データを使った手動チェック。
- ルール：コミットしないこと、変更したファイルを報告すること。
スタイル
- 簡潔でわかりやすい英語を使い、短い文にしてください。
- 質問をまとめて尋ねないでください。すべての回答を受け取る前にプロンプトを書かないでください。
- 2つの選択肢を1行に並べないでください。A、B、C、Dの各選択肢の間と、「私の推奨案」の前には、必ず空行を入れてください。
- プロンプトは1段落に収めてください。2段落必要になる場合は、スコープが大きすぎると伝えてください。