为什么运行 Agent 循环会白白浪费几十万韩元的 Token 费用
TuBrief Editorial
August 21, 2026
0
Computing/SoftwareWritten with AI assistance from the source video. The video is the authority.
More from the community
Comments (0)
Log in to leave a comment
No posts yet
Written with AI assistance from the source video. The video is the authority.
Log in to leave a comment
No posts yet
把整个代码库直接塞给 Agent 的瞬间，费用炸弹就会爆炸。不进行上下文管理的开发者仅在一天内就会耗尽 Token 额度。会多花 42% 的不必要费用。解决方案并不复杂。在项目根目录下创建一个 .agentignore 文件。写上 node_modules、build 和 dist。让 Agent 忽略这些文件夹。输入 Token 数量减少，响应速度加快 2.5 倍。
问题在于 Agent 重复执行失败的命令时。对 100 名初级工程师的调查显示，因放任无限循环而浪费的资金人均每月平均为 15 万韩元。必须实时捕获标准错误输出。编写一个 Python 脚本，当连续 3 次发生错误时中断进程。通过子进程（subprocess）运行 Agent 并解析 stderr。如果连续三次打印出相同的错误代码，则立即执行 sys.exit(1)。从根本上阻断钱包被掏空的情况。
有时 Agent 修改完代码后会硬说已经完成了。如果没有明确的验证标准，将故障代码判定为正常的概率高达 30%。解析单元测试结果的 JSON 文件。只有在成功率达到 100% 时才进入下一步。读取 test_results.json 并检查 passed 字段。如果不符合条件，则将构建判定为失败，并将错误日志塞入下一个提示词中。这是防止部署事故的唯一方法。
如果终端会话管理一团糟，多 Agent 协作就会崩溃。不进行会话管理，上下文丢失率会飙升至 65%。使用 tmux 启动独立会话。将每个会话的标准输出实时写入唯一的日志目录中。即使会话崩溃，也可以加载存储在本地 sqlite3 数据库中的检查点进行恢复。这是无会话冲突地运行 Agent 流水线的现实架构。