Agent 工作流需要三种预算，而不只是一种

Agent 工作流需要三种预算，而不只是一种

给编程 Agent 设置 token 上限，看起来像是在控制成本，但 token 只是自主执行的一条边界。任务即使没有超出 token，也可能反复尝试太多轮、等待过久，或连续多轮没有产生有效变化。因此真正需要管理的，不是“一条提示词”，而是一个有明确结果、有限资源和可核验证据的工作循环。

来源确认的事实

Qwen Team 于 2026 年 9 月 17 日发布的更新说明，Qwen Code v0.23.3、v0.23.4 和 v0.24.0 增加了按名称运行的工作流、单轮 token 上限，以及 Goal 的轮次和活动时间限制；达到限制后还有一次收尾交接轮。这些是厂商文档中的功能说明，并非本站实测。本站于 2026 年 10 月 12 日核查的 Goals 文档进一步说明：token、轮次和活动时间是彼此独立的窗口，先触及哪一个，就在交接后停止；时间限制在轮次之间检查，已经运行中的一轮不会被中途终止。

这可以抽象成适用于多数编程 Agent 的四层边界：

1. Token 预算：限制模型消耗。 2. 轮次预算：限制重复尝试。 3. 时间预算：限制占用执行器或开发者注意力的时长。 4. 操作范围：规定允许修改的文件、必须通过的检查，以及未经人工确认不得执行的 push、删除、部署或发布。

先定义证据，再允许自主执行

“优化结账性能”不是好目标，因为 Agent 可以在没有共同标准时宣布完成。更可核查的写法是：“基准命令退出码为 0，并输出 p95 小于 250 ms；测试命令退出码为 0；不得修改基准或跳过测试。”Qwen 的 Goals 文档也采用类似结构：结果、二元完成条件、禁止事项、预算和阻塞报告。

Agent 说“测试通过”并不能证明测试真的通过。证据应来自最近一次工具结果，例如退出码、基准行、代码差异或目标系统读回。人工批准也必须来自真实的人类消息，不能由 Agent 自行推定。

一个自拟预算算例

可先计算：

最大暴露量 = 轮次上限 × 单轮最大 token

这只是上限，不是预测。假设维护任务最多 8 轮，每轮最多 40,000 token，理论上限为 320,000 token；若活动时间同时限制为 25 分钟，则先达到的边界结束工作。以上数字是本站自拟算例，不是 Qwen 定价，也不是性能实测。

再增加两条运行规则：连续两轮没有可量化进展时，必须更换方法或报告阻塞；最后一轮只用于交接，列出最新证据、已改文件、剩余风险，以及需要人工决定的具体问题。目的不是让 Agent 畏手畏脚，而是让失败有界、可复盘。

动手练习

选择一个可回滚的小任务，例如为单个接口增加输入校验，并写出五项内容：结果；两个二元完成条件，其中至少一个包含命令和预期输出；禁止修改的文件及不可逆操作；6 轮、20 分钟和合适的单轮 token 上限；阻塞时应返回的证据与一个可能需要人工决定的问题。

只在分支或一次性工作区执行，把每一轮标记为“进展、重试或阻塞”。即使代码没有完成，只要最终报告包含指定证据，并且没有突破三种预算，练习也算成功。这个结果可以核查，但不代表本站已经实际运行该实验。

来源：Qwen Code Weekly，2026-09-17 ↗；Qwen Code Goals 文档，核查于 2026-10-12 ↗。