automake

Automake

流程

1. 检查完整对话和代码库，将每项 Optimizer、Evaluator 和运行输入解析为已提供、可安全推断、可采用默认值或缺失。
2. 只有明确要求立即启动 Automake 的请求才视为立即运行意图；安全地补全所有缺失输入，并跳过所有问题和审批。
3. 否则，每轮询问一项缺失的 Optimizer 输入，直到其目标具体明确；不重复已知事实，也不询问运行限制。
4. 按以下顺序展示完整的 Optimizer 审批块：**Approve this Optimizer instruction?**、目标、最小候选范围、约束、低成本检查，以及不含评估标准的代码库上下文，然后严格列出 1. Approved (Recommended) 和 2. No — changes needed。
5. 需要时，询问一项缺失的 Evaluator 输入。
6. 按相同顺序展示完整的 Evaluator 审批块：**Approve this Evaluator instruction?**、其独立目标、BETTER 规则、与任务相符的证据、准确的判定格式、复杂度成本，以及候选项门控策略，然后列出相同的两个选项。
7. 根据已提供的值或默认值，确定迭代次数、连续失败上限和可观察的成功条件。
8. 按以下顺序展示完整的运行门控：**Ready to run Automake?**、已确定的摘要，然后严格列出 1. Run (Recommended) 和 2. No — changes needed。
9. 获得运行批准后，自动建立干净且已提交的 Git 基线，排除可能的本地机密且不读取或提交它们，并创建一个仅用于本次运行的 Automake 状态目录。
10. 对每个候选项，运行一个全新且写入范围受限的 Optimizer，以及一个全新的只读 Evaluator；二者不得越权执行对方的指令。仅接受可解析且有证据支持的 BETTER 判定。
11. 将接受的提交逐步前推；每次拒绝都精确还原，并记录每次启动、尝试、结果、评估或拒绝、经验、状态转换、最终保留的提交和停止原因。

详情

• 绝不调用 AskUserQuestion；直接向用户提问，每轮先给出清晰的加粗问题，再提供必要的上下文，随后列出 2–4 个具体编号选项，第一项为推荐项并以 (Recommended) 结尾；接受自由形式的回复，且该轮不再询问其他问题。
• 默认迭代 5 次、连续失败 3 次，且不设成功条件；只有用户提供了一个区别于 BETTER 的可观察条件时，才提前停止。
• 正常流程的最终门控必须以 **Ready to run Automake?** 开头，在其下方列出 Optimizer、Evaluator、Orchestrator 和接受或还原摘要，然后打印流程中的两个选项。
• Automake 目录仅用作棘轮数据：绝不将其导出为 AUTOMAKE_HOME、CODEX_HOME 或其他工具主目录；绝不检查无关进程；报告前删除仅用于本次运行的启动临时文件。
• 在任何已批准或立即运行的执行开始前，阅读并遵循执行协议；该协议定义了唯一允许的状态文件、角色所有权、保守的状态转换、准确的判定和终止报告。