← 返回 Blog

循环很爽,闸门先装:Claude 官方提醒,没 done 条件+硬上限=烧钱黑洞

Claude Code 团队给循环的定义很克制: 智能体一轮接一轮执行任务,直至触发终止条件。 关键词是"终止条件"。四类循环——回合式、目标式、定时式、主动事件式——本质就是四种不同的"停法"。你不用纠结 AI 怎么干,只要设计好什么时候让它停。 但难点也正这儿——"何时停"这套规则,设计难度比想象高得多。

ClaudeClaude Code

循环固然好用,务必先装好闸门

2026 年 6 月 19 日,一名 Claude Code 用户在 GitHub 提了则工单,标题克制,内容扎心。

他让 Claude 做竞品调研。Claude 自动拉出多个子智能体,每个子智能体都加载完整的"网页访问"技能文档。文档里有句描述:"任务含多项独立调研目标时,建议拆分子任务、分给子智能体并行。"

子智能体读到这句,把自己正在干的"子任务"理解成"存在多个独立目标",于是继续派生新子智能体;新派生的再派生……一场无限递归在后台悄无声息跑了很久,最终烧掉 80 余万 token,几乎没产出有效结果,无端扣费 27.6 美元

这不是段子。工单编号 #69578,Claude Code 官方工单系统可查。

自动化循环用着爽,但缺了闸门的循环,就是吞预算的无底洞。

循环的妙处,恰在"能自己停"

Claude Code 团队给循环的定义很克制:

智能体一轮接一轮执行任务,直至触发终止条件。

关键词是"终止条件"。四类循环——回合式、目标式、定时式、主动事件式——本质就是四种不同的"停法"。你不用纠结 AI 怎么干,只要设计好什么时候让它停

但难点也正这儿——"何时停"这套规则,设计难度比想象高得多

官方文档原话:一套能打的循环,必须明确定义五样——清晰目标、可核验验收标准、触发方式、终止条件、故障处理逻辑。缺一环,循环容易失控,甚至死锁。

/goal 的设计初衷挺好:你定完工标准,每轮结束由独立评估模型(Judge)对账,达标就停、不达标继续。但 /goal 的评估器没内置迭代上限、没熔断——只要条件始终不满足,循环就无限跑。官方只是"建议"在条件里加轮次限制(比如"最多 N 轮"),并没强制。漏设或设错,账单会如实记账。

失控的成本,远超想象

80 万 token 那次不是孤例。已有开发者反馈,14 小时内无端烧掉 200 美元预算。Anthropic 内部数据:多智能体系统的 token 消耗,大约是普通单次对话的 15 倍

为什么涨得这么凶?根在上下文持续膨胀。

  • /loop 如果一直复用同一会话,上下文越堆越厚,每轮开销持续走高;

  • 子智能体一旦递归派生,每个新智能体都要重加载完整系统提示词 + 技能文档;

  • /goal 每轮还额外出一次评估模型——官方说"评估开销相对主任务可忽略",前提是迭代轮数可控;一旦轮次暴增,再小的单位成本无限累加也是巨账。

还有个隐蔽点:Claude Code 不会主动停机,只在跑完后输出统计。事后统计的意思是——钱烧完,你才知道亏了。

闸门怎么装?官方 + 社区四条路

Claude Code 文档和社区里,能用的硬约束有这么几条。

🟢 --max-turns 硬性上限

启动时直接限死智能体最大运行轮次,不管完没完,到数强制停。最后一道防线,最简单也最有效。

🟢 月度消费限额

专业版和高级版支持通过 /usage credits 配月度预算上限。额度耗尽时 Claude Code 弹窗让你调整或取消——虽不能自动熔断,但多了层人工确认。

🟢 管住子智能体递归深度

69578 那次工单里,用户点出的核心症结:不该允许子智能体继续派生新子智能体。Anthropic 工程师也认了,技能文档里"鼓励并行"那句被模型递归解读了。解法:在技能文档里补一句——"本条仅适用于顶层智能体,子智能体禁止派生。"

🟢 社区工具加熔断

官方没原生提供的,社区补。比如开源工具 Burntop,能给 Claude Code 会话设 token 上限或金额上限,超限干净终止;启动 /goal 时可自动预设 50 美元熔断。Agent Usage Throttle​ 更细,提供两级 token 节流——耗到 70% 柔性暂停,到 90% 强制阻断。

这类能力官方没内置,但不拦开发者自己部署。

流畅的自动化,是层层约束垒出来的

不是所有任务都得搭复杂循环;优先最简方案,按需上高级模式——这句前文提过,这里再压一遍。

循环不算颠覆技术,就是让 AI 自己跑的一种工作模式。但"自己跑"意味着:你不在电脑前时,它还在转。无人值守期间它能跑多久、推到哪、花多少,全看你事前装的闸门

69578 工单末尾,那用户写了句挺实在的话:

"默认情况下,绝不该允许子智能体继续派生智能体。"

默认禁递归、默认配硬上限、默认开熔断——这三句不是建议,是该焊死的准则。

闸门装完,模型侧那头也得稳住

用法侧抠完(选型、预算、上下文、缓存、自检,前文五条准则聊过),接入侧那头如果还是逐个签约、逐个适配、Claude/Gemini/GPT/DeepSeek 分开管,账单和运维复杂度照样压人。现在不少跑循环较多的团队是两层一起掐:

UseAIAPI​ 这类把 Claude、Gemini、ChatGPT、DeepSeek 等最新主流模型聚在一起的接入服务,近期在开发者圈提得越来越多:省掉逐个签约、逐个适配的麻烦;企业侧可以按自身 DevOps 节奏做定制封装,Claude Code 循环、/schedule 调度、CI 自修这些场景都能直接嵌;价格层面,官方定价 5 折起,对"循环常开 + 多智能体 + 高频迭代"这种细水长流烧 token 的场景,用法侧那套闸门 + 接入侧这层聚合,账才真正看得住。

27.6 刀那次工单如果用户当时 --max-turns 设了、递归禁了、熔断开着,大概率不至于。循环这把双刃剑——闸门装得牢,是凌晨两点替你修 bug 的系统;装不牢,是月底财务找你谈话的理由。