递归编码智能体会烧爆配额
ke1lle · reddit · 2026-07-11
作者测试一个用于编码工作流的递归智能体时，使用 Minimax m3 很快把 API 配额耗光，原因是一个小小的 JSON 错误触发了“计划—分析—重试—总结”的死循环，导致请求数和 token 消耗飙升。 他强调，递归智能体的真实成本不能只看上下文长度和单次价格，还要考虑循环放大效应。为此，他把方案改成通过一个聚合网关统一接入多个模型：长上下文编码任务走 Minimax m3，重度推理和工具调用走 glm 5.2，深度调试走 Kimi k2.7 code。 文章给出的工程建议是：在递归 agent 里必须预设最大递归深度、单任务 token 上限、重试次数限制、超时和异常熔断开关，并本地记录每次请求与模型选择，防止后台无限自我总结。