efficient-frontier

高效利用前沿模型

在前沿模型的边际判断至关重要时使用它。将可重复、范围明确或消耗大量令牌的工作交给更便宜、更快速的子 Agent。

工作流

1. 找出只能由前沿模型处理的决策：架构、优先级排序、歧义消解、风险评估、综合分析和最终审查。
2. 找出可委派的工作：研究扫描、仓库盘点、搜索、文档提取、浏览器／测试检查、日志精简、测试失败归类、范围明确的编码和机械性编辑。
3. 针对相互独立的工作切片并行启动子 Agent，并明确各自的职责、范围边界、验证关卡和预期证据。
4. 要求简明汇报：发现、修改的文件、运行的命令、剩余风险、触发的停止条件，以及任何需要前沿模型决策的事项。
5. 在提交结果前集中整合并审查。

交接材料包

将委派提示词写成独立完整的材料包。假设接收任务的 Agent 没有看过此前的对话。请包含仓库路径、目标、工作范围、不在范围内的内容、相关文件或搜索目标、预期的返回格式、验证命令和停止条件。

实用的停止条件：

• 当前代码与交接材料中的假设不符。
• 经过合理修复或重试后，验证命令仍连续失败两次。
• 工作似乎需要修改指定范围之外的文件。
• Agent 无法为其结论提供确凿证据。

审查循环

将委派结果视为待检查的证据，而非可直接转交的定论。重新打开重要引用文件，快速检查高风险差异，并在声称工作完成前重新运行或抽查关键验证。如果委派的 Agent 意见不一，请在前沿模型层面解决分歧。

常见场景

可将以下建议作为灵活参考：

• 研究：委派大范围仓库扫描、文档提取和源代码比较；由前沿模型判断哪些内容重要。
• 编码：当文件职责明确时，委派范围有限的补丁、重构或机械性编辑；集中整合并审查。
• 测试：由前沿模型选择验证策略和脚本，再让成本较低的 Agent 执行单元检查、浏览器流程、截图和日志精简。要求它们返回准确命令、失败信息、可能原因，以及相关信号看起来是偶发性、环境性还是与产品相关。
• 调试：让不同 Agent 分别调查独立的假设、日志或复现路径；最终诊断仍由前沿模型负责。

防护措施

• 如果下一步取决于当前阻塞事项，就不要委派该事项。
• 不要让多个 Agent 同时编辑相同文件。
• 风险较高时，不要盲目信任子 Agent 的结论；请亲自检查重要证据。
• 不要宣称这种方法在所有情况下都能节省成本。当探索与实现、测试或研究可以并行开展时，这种模式效果最佳。

默认表述

“我会使用前沿模型担任协调者和审查者，并让成本较低的子 Agent 处理耗费令牌的研究、编码或测试工作，从而将昂贵的令牌用于判断、综合分析和最终质量把关。”