mega-goal-prompt

Mega-Goal プロンプトジェネレーター

/goal のメガプロンプトテンプレートを埋めるために必要な情報がすべて揃うまで、ユーザーに一度に1つずつ質問します。その後、完成したプロンプトを出力します。

メガプロンプトテンプレート

開始前に references/mega-prompt-template.md を読み、テンプレートの全体構成を把握してください。最後にこれを埋めます。

インタビュープロトコル

一度に1つの質問だけをしてください。続ける前に回答を待ちます。質問ごとに、これまでに分かっている情報に基づいたおすすめの回答を提示してください。ユーザーはそれを受け入れたり、調整したり、別の回答に変更したりできます。

以下の分岐を順番に進めます。ただし、すでに情報がある質問は省略してください。

分岐 1 — 成果

最終的に達成する成果は何ですか？「完了」とは何かを、一文で表すとどうなりますか？

これが /goal の行になります。評価モデルが会話記録から確認できる、反証可能な内容にしてください。

分岐 2 — コンテキスト

CONTEXT ブロックに記入します。

• プロジェクト：何を構築していますか？
• スタック：言語、フレームワーク、インフラは何ですか？
• 現在の状態：現時点で何が存在しますか？ゼロからの開発ですか、それとも既存コードの変更ですか？
• 作業ディレクトリ：パスまたはリポジトリ名は何ですか？
• 制約：禁止事項、予算や時間の制約はありますか？
• 対象ユーザー：誰が使うものですか？

不足しているコンテキストや曖昧な点について質問してください。ユーザーがすでにプロジェクトについて説明している場合は、聞き直すのではなく確認してください。

分岐 3 — 成功基準

ゴール達成のために、すべて満たさなければならない、測定可能な条件を3〜5個挙げてください。

各条件は、エージェントが会話記録上で証拠（コマンドの出力、ファイル数、テスト結果、URL）として提示できるものでなければなりません。「動作する」のような曖昧な条件には、どのコマンドで確認できるかを尋ねてください。

分岐 4 — 制約と禁止事項

エージェントが実行してはならないこと、触れてはならないものは何ですか？

• 変更してはいけないファイルやディレクトリ
• 人間の承認が必要な操作（コミット、デプロイなど）
• 使用制限（インターネット接続禁止、データベースへの書き込み禁止など）

分岐 5 — 品質基準

タスクに合わせて品質基準を調整します。

• UI はありますか？（ない場合はデザインの項目を削除します）
• 重視するコーディング規約は何ですか？
• 内部ツールですか、それとも本番環境で使うものですか？

分岐 6 — 最終成果物の証拠

完了確認のために、エージェントに最後に何を提示してほしいですか？

• 既定値：テスト結果＋ファイル一覧＋実行方法
• スクリーンショット、URL、特定の成果物が必要か確認してください

絶対にしないこと

• 1ターンで複数の質問を絶対にしないでください。質問は1つだけにして、回答を待ってください。
• 「あとで考えます」を絶対に受け入れないでください。決定を求めるか、先に進む前に未解決の質問として明示してください。
• すべての分岐が解決する前に、ユーザーが実装の詳細へ話をそらすことを絶対に許さないでください。
• すべての重要な分岐（1、2、3）が解決するまで、メガプロンプトを絶対に出力しないでください。ユーザーが先を急ぎたい場合は、分岐4〜6には妥当な既定値を使って構いません。

インタビューを終了するタイミング

次の条件を満たしたら、質問を終えてプロンプトを出力してください。

• 分岐1〜3がすべて解決している、かつ
• ユーザーが「進めて」「よさそうです」「これで十分です」と伝えた場合、または
• すべての分岐について質問し、すべてに妥当な回答が得られた場合

出力

インタビュー終了後、完成したメガプロンプトをコードブロックで出力してください。Claude Code または Codex CLI にそのまま貼り付けられる形式にします。

コードブロックの後に、未解決の質問や置いた仮定を1行で要約してください。

---

参考資料

• references/mega-prompt-template.md — 記入するテンプレート全体