Unreal Agent 把工具调用改成异步，省下的是模型反复等待的开销
Unreal Labs 的工程说明介绍了 Unreal Agent：工具启动后先记录为进行中，后台执行完毕再把结果加入会话。开发者希望减少模型为等待、轮询和管理工具而消耗的轮次，并让用户在工具运行时继续调整任务。
作者：林岚｜OC 开发者生态编辑
Unreal Labs 的工程说明介绍了 Unreal Agent：工具启动后先记录为进行中，后台执行完毕再把结果加入会话。开发者希望减少模型为等待、轮询和管理工具而消耗的轮次，并让用户在工具运行时继续调整任务。
一句话结论：调度方式可以改变同一模型的成本，但异步带来的取消、依赖与结果顺序，也必须由运行时处理。
团队用 GPT-6 Astra 的 xhigh 档位进行比较，报告相对 Codex 最高约40%的成本节省。Terminal-Bench 表中的 Codex 是排行榜基线，这类比较不能当作所有实现、版本和生产负载上的保证；作者也将小幅通过率差异归入基准波动。
这项设计容易被理解成“让模型同时多做几件事”，实际更关键的是谁负责记住哪些工具还没有完成。若等待状态能够由程序准确维护，模型就不必反复用文本重新梳理它。
OC 认为，异步系统的验收应包含失败路径。用户取消任务时，后台操作有没有停止？后到的旧结果会不会覆盖新判断？依赖上一项输出的动作，是否被错误地提前启动？这些问题处理不好，节省的 token 可能换来更难定位的错误。
还需要区分调度与授权。工具在后台运行，并不会因此获得额外访问权；敏感操作仍应经过明确的权限控制。更流畅的交互应让用户更容易干预，而不是让已经开始的操作变得不可见。
关键事实
- 机制：工具运行状态与完成结果分别进入事件记录。
- 证据：开发团队自行报告基准与成本，未由 OC 独立复测。
- 交付：项目提供 Go 库、命令行运行器及基准运行支持。
OC 判断
Agent 的效率不完全取决于模型大小。重复上下文、轮询和工具输出都可能产生额外成本。这个项目提供了一种具体的改进方向，后续应同时检查成本下降与任务生命周期是否可靠。
为什么重要
- 对开发者：记录工具等待占用的模型轮次，找出可由程序接管的部分。
- 对产品团队：把取消、重试和过期结果处理纳入异步工作流验收。
评论
围绕这篇文章补充信息、提出问题或分享观察。