automake

Automake

レシピ

1. 会話とリポジトリの全体を確認し、すべての Optimizer、Evaluator、実行時入力について、提示済み、安全に推測可能、デフォルトを適用可能、または未提示のいずれかを判断します。
2. Automake のラチェットを今すぐ開始するという明確な依頼のみを、今すぐ実行する意図として扱い、不足している入力はすべて安全に解決し、質問や承認確認を省略します。
3. それ以外の場合は、Goal が具体的になるまで、Optimizer の不足している入力を1ターンに1つずつ質問します。既知の事実を繰り返したり、実行回数の上限について尋ねたりしません。
4. Optimizer の承認ブロック全体を、次の順序で提示します。**Approve this Optimizer instruction?**、Goal、候補となる最小限のスコープ、制約、低コストのチェック、評価基準を含まないリポジトリのコンテキスト。その後、必ず 1. Approved (Recommended) と 2. No — changes needed の2つだけを提示します。
5. 必要に応じて、Evaluator の不足している入力を1つ質問します。
6. Evaluator の承認ブロック全体を、Optimizer と同じ順序で提示します。**Approve this Evaluator instruction?**、独立した Goal、BETTER ルール、タスクに即した根拠、正確な判定フォーマット、複雑さのコスト、候補ゲートのポリシー。その後、同じ2つの選択肢を提示します。
7. 提示された値またはデフォルトから、反復回数、連続失敗の上限、観測可能な成功条件を決定します。
8. 実行ゲート全体を、次の順序で提示します。**Ready to run Automake?**、解決済みの概要、その後、必ず 1. Run (Recommended) と 2. No — changes needed の2つだけを提示します。
9. 実行が承認されたら、ローカルの秘密情報である可能性が高いものを読み取ったりコミットしたりせずに除外し、クリーンな Git のコミット済みベースラインを自動的に確立して、実行ごとの Automake 状態ディレクトリを1つ作成します。
10. 候補ごとに、新規の書き込み範囲を制限した Optimizer と、新規の読み取り専用 Evaluator を各1つ実行します。両者の指示を混同せず、解析可能で、証拠に裏付けられた BETTER 判定のみを受け入れます。
11. 受け入れたコミットはラチェットで前進させ、却下した変更はすべて正確に復元します。すべての起動、試行、結果、評価または却下、学習事項、状態遷移、最終的に維持されたコミット、停止理由を記録します。

詳細

• AskUserQuestion は決して呼び出さないでください。ユーザーへの質問は、最初に明確な太字の質問を置き、必要なコンテキストをその下に記載し、具体的な選択肢を2～4個番号付きで提示してください。最初の選択肢は推奨案とし、末尾に (Recommended) を付けます。自由形式の回答を受け付け、そのターンではそれ以外に何も尋ねません。
• デフォルトは5回の反復、連続失敗3回、成功条件なしとします。ユーザーが BETTER とは別の観測可能な条件を提示した場合に限り、早期停止を使用します。
• 通常経路の最終ゲートは **Ready to run Automake?** で始め、その下に Optimizer、Evaluator、Orchestrator、受け入れまたは復元の概要を記載し、Recipe の2つの選択肢を表示します。
• Automake ディレクトリはラチェットデータとしてのみ扱います。AUTOMAKE_HOME、CODEX_HOME、その他のツールホームとしてエクスポートしてはいけません。無関係なプロセスを調べてはいけません。また、報告前に実行ごとの起動用スクラッチデータを削除します。
• 承認後または今すぐ実行する場合は、必ず実行プロトコル（実行プロトコル）を読み、その指示に従ってください。このプロトコルは、唯一の状態ファイル、各ロールの責任範囲、保守的な状態遷移、正確な判定、最終レポートを定めています。