成本与失控的循环

自主智能体靠循环工作：尝试、检查、再尝试。那个循环正是全部要点所在——它同时也是那个会悄悄把账单拉高或永远转下去的东西。

这直接连到前面那个成本安全的观念：定额订阅的工具以停止来失败；按量计费的付费 API 智能体以收费来失败。 一个订阅制的编程助手撞到上限时，它只是在窗口重置前不再多做。你针对一个付费 API 写的脚本卡在重试循环里时，它会一直调用——每次调用都花钱——直到你察觉或你的卡刷爆。

所以规则很直白：

• 绝不要针对付费 API 运行一个不加节流的智能体循环。 如果你写了自己的、会调用某个 LLM API 的循环，它必须有一个硬上限——最大迭代次数、花费上限、超时。没有例外，没有「我会盯着的」。你不会盯。
• 给每个循环一个出口。 「N 次尝试后停下」「如果测试再失败两次就停下」「如果已经跑了十分钟就停下」。一个没有停止条件的智能体是 bug，不是功能。
• 盯住头几次运行。 在你信任一个智能体在后台运行之前，从头到尾盯几次前台运行。你是在检查它是否收敛——是越来越接近完成，而不是绕着同一个修法打转卡住。
• 优先选有护栏的工具。 一个带内置上限的托管助手，比你半夜写的一个赤裸的 API 循环更适合放着跑。订阅以关闭来失败是个功能；API 以敞开来失败是个隐患。