Factory 发布 Droid 1.0：用 Script 模式压缩编码智能体的 token 消耗

Factory 近日发布 Droid 1.0，这是其企业级编码智能体的一次大版本更新。据 Techiexpert 报道，此次更新的核心是 Script 模式：智能体不再逐条直接调用工具，而是先写一段程序，再由程序在沙箱中完成文件读取、搜索、测试等操作。

传统 agent 循环的瓶颈在于上下文。每一次工具调用及其原始输出都会被追加进模型上下文，步数一多，指令、工具说明和历史记录就要被反复发送，token 成本随任务长度迅速上升。Droid 1.0 的引擎正是围绕这一开销重构的。

Script 模式的技术实质是程序化工具调用。模型编写 JavaScript，在没有任何文件、网络或系统权限的沙箱中运行；一段脚本可以在单次模型请求里发起数百次工具调用，指令与历史只需发送一次。脚本的打印输出有大小上限，完整结果会被记录下来，供模型之后检索。

Factory 强调，这种做法不只是省钱，也提升了可靠性。依赖关系明确的循环、检查和分支可以在代码里确定性地执行，减少模型“计划过却在执行时漏掉某一步”的情况；互不依赖的调用还能并发执行，一批任务大约只耗时于最慢的那一次调用。

Droid 的定位是 agent harness，也就是模型之外的一切：提示词、工具定义、工具结果的返回方式，以及驱动整个循环的调度逻辑。Factory 称 Droid 1.0 是迄今最大的一次更新，并在相同任务上比各家模型自带的原生 harness 更高效。

与单一模型深度绑定的 harness，容易把模型怪癖误当成真实进步。Factory 表示 Droid 保持模型无关，会针对不同模型调整提示、工具描述与调用方式，用户也可以按任务选择或混合调度不同模型。对企业而言，这意味着模型换代时智能体层不必推倒重来。

更值得关注的是竞争重心的移动。编码智能体的比拼正从“选哪个模型”转向“如何组织模型周围的执行循环”。当智能体连续运行数小时甚至数天，上下文是否干净、token 是否高效、执行是否确定，直接决定一次任务的总成本，也决定它能否从演示走向规模化部署。

接下来要看的是 Script 模式在真实企业代码库中的稳定性，以及其他编码智能体是否会跟进。沙箱的权限边界、日志可审计性和失败恢复能力，将和速度一样重要，因为最终拍板的是企业安全团队。