直接答案
优化编码代理成本,应消除工作流浪费,而不是删除验证。限定任务范围,在客户端支持时复用稳定上下文,按任务需求选择路由,限制重试和输出,并把每个被接受结果的成本与失败尝试、人工纠正一并统计。
关键结论
- 以被接受的任务为分母,并计入重试和人工纠正。
- 通过简洁、可复用的仓库指令减少重复探索。
- 为任务、重试、输出和并发设置明确预算。
- 模型路由与缓存都是条件能力,需要按供应商实际核验。
关键事实
这篇内容解决什么问题
为团队提供兼顾成本、可审查性与工程质量的控制框架。
核验范围与限制
- 证据类型
- 官方文档
- 核验范围
- 建议覆盖官方公开的成本、缓存、上下文和非交互控制,不给出价格或节省比例。
- 限制与失效条件
- - 价格与缓存规则可能变化。
- - 不宣称任何供应商或模型最便宜。
- - 实际收益取决于任务组合、验收标准和重试行为。
用被接受的工作结果作为成本分母
一次廉价请求如果生成不可用补丁,就会带来后续提示、人工修复与再次验证。应记录从任务开始到 diff 被接受的完整路径:请求、重试、输入输出用量、时间、人工介入和验证结果。
比较工具或模型时必须固定仓库快照、范围、提示、权限和验收命令,不能拿不相关任务的费用直接对比。
减少重复发现和过大的上下文
把权威构建命令、目录边界和测试要求写入简洁的仓库指令。让代理先检查相关入口,再扩大读取范围。长日志只提供最小失败片段,并附上完整脱敏产物的路径。
每个阶段结束时删除已失效输出,汇总已经审查的决策。这样可以减少重复传输,同时保留可重新检查的事实来源。
执行前定义预算包络
预先限定最大尝试次数、并发、输出预期、网络权限与停止条件。预算耗尽时,自动化应停止并交还证据,由人类决定是否扩展范围,而不是静默升级权限或无限重试。
- 每次运行只处理一个任务和验收边界
- 限制重试次数与总时间
- 明确输出产物及大小预期
- 扩大范围需要单独批准
- 取消操作能够释放工具和外部工作
分别核验路由与缓存控制
网关可以按模型、策略、可用性或预算路由,但有效路由必须保留工作流需要的协议与能力。只有供应商确认满足条件且稳定前缀确实相同时,缓存复用才成立。应记录实际模型、路由、可获得的缓存指标与策略版本。
把成本与质量信号一起复盘
按任务类别和仓库汇总被接受任务、失败运行、重试、人工纠正与总用量。上下文或重试突然增长时先调查原因,再考虑换模型。不要为了费用归因而把提示、源码或凭据写入普通日志。
官方来源与核验范围
本文以公开官方文档为事实依据;命令和配置可能随客户端版本变化,执行前请同时核对对应来源。
查看技术核验方法