非常推荐阅读 Factory 发布的《Droid 1.0: Building a Frontier Harness》，里面有很多值得借鉴的工程细节，真得逐帧… · @Xudong07452910 · TwKit

@Xudong07452910

非常推荐阅读 Factory 发布的《Droid 1.0: Building a Frontier Harness》，里面有很多值得借鉴的工程细节，真得逐帧学习呀。 最核心的改动是 Programmatic Tool Calling。 模型先写一段 JavaScript，让脚本自己调用工具、并发处理任务、筛选结果。原始日志留在程序里，最后只把关键信息交回模型，省掉了大量重复的模型请求。 另一个内部案例更直观。Agent 清理了 151 个 Linear 工单，执行 312 次 Tool Call，逐个检查修改结果，整个过程只用了 2 次模型请求。 文章后半部分也很有料。 比如工具改成按需加载，新工具追加到请求末尾，避免破坏 Prompt Cache；长任务放到后台运行，完成后自动唤醒 Agent，减少无意义的轮询。 他们还做了一个 Agent Factory，让 Agent 自动分析失败轨迹、提出 Harness 改进方案，再跨模型测试，最后由工程师审核。 这里有个细节挺有意思。同样一项优化，能让 Opus 的成本下降 22%，却让 Kimi 的成本上涨 32%。Harness 的优化还真不能只盯着一个模型。 看完我回头得检查一下自己 Agent 的执行日志🤣。到底有多少 Token 花在反复读取工具输出上，又有多少步骤其实可以直接交给程序完成？ 这篇文章很适合做 Coding Agent 的人仔细读一遍，很多经验可以直接拿来参考。 原文：https://factory.com/news/frontier-harness

曝光 1407 · 评论 4 · 点赞 28 · 书签 35