AI agent 成本指南说每月 $200，我的只花了 $5

市面上的成本指南把个人 AI agent 堆栈估到每月 $185–$480。一位开发者逐笔记下三个月花销，自托管方案也落在 $200 以上。Suman Debnath 的 MIGI——一个 2026 年 7 月 8 日上线、每天跑 40–50 次 agent 运行的 agent 舰队——两个月总花费不到 $5。它写日记、过滤招聘信息、监控站点宕机、对账开支、起草发布内容。不是企业部署，是一个人舰队做一个人的活，但它是真实账单，而且作者没找到任何其他公开的真实账单。

为什么数字差这么多：两种架构在计价

差距不是效率，是两种不同架构被计了价。发现的所有成本估算都出自卖 agent 的人：Gartner 说 40% 以上的 agentic AI 项目到 2027 年底会取消、数千家 agent 厂商里约 130 家是真的（其余叫 agent washing）；Fiddler 说生产失败率 70–95%；IDC 说 88% 的 AI 概念验证从未进生产。这些数字全来自调查（650 位技术负责人、3412 位 webinar 观众），且都出自向它们测量的问题卖可观测性/编排/咨询的公司。不是阴谋，是"只有买得起研究这东西的组织，都在卖这个问题的解药"。缺的是任何人的真实账单。

什么才算 agent：三个条件

决定（脚本跑固定序列，agent 拿到目标和工具自己推出序列——所以输出要评估而非只测试）；行动（模型之外有东西变了——写行、发消息、发页面；只产出文字等人执行的叫助手）；无人值守运行（没人看着，一切困难都从这来）。Gartner 的 agent-washing 判定就是拿这个测厂商列表：包了一圈 API 调用的聊天机器人，好的时候占前两条，永远没有第三条。Anthropic 的划法略不同但落点相同：workflow 走预定义代码路径，agent 自己指挥。他们的建议值得重复：从最简单能用的开始、直接调 API、只有能说清框架给你买来什么时才加框架。

第三个条件是工程真正发生的地方，也是 demo 永远不会演练的：有人看着的 agent 不需要回退方案——你看到它失败会再按一次按钮。凌晨 4:12 自己醒来的 agent 要么撑过失败，要么发出够响的噪音吵醒你。下面每条都是这一句话的推论。

账单如何保持在 $5：付费模型是例外，不是默认

MIGI 里没有服务器、没有容器、没有付费编排层。每个 agent 是 cron 调度的 GitHub Actions 唤醒的普通 Node 进程，状态在 Postgres，结果走 Telegram 和邮件（而不是你记得打开的 dashboard）。调度器和数据库都免费，唯一能涨的线项是模型花费——而模型花费是路由问题。每个 agent 命名一串有序 provider 而非单一模型：一个拒绝就顺移。七家 provider 出现在舰队里，付费的一个在质量是全部重点的地方领跑，免费层承担例行流量——而 agent 一天做的大部分事都不光鲜。

作者实测才发现的关键：免费/低成本层用两种不兼容的方式限你——每分钟请求数和每分钟 token 数，两个上限在 provider 间相差六倍以上，且方向相反。请求预算最慷慨的 token 窗口最紧（不适合偶尔发超大 prompt 的 agent）；吞得下大 prompt 的请求率最紧（不适合最话痨的 agent）。没有最优顺序，只有每个 agent 的最优顺序，它来自该 agent 实测的中位调用大小，而非任何人偏好。另有一条链是隐私决策而非性能：碰日记、开支、财务的 agent 任何位置都不接受免费层 provider，且由测试强制——给那条链加一个"方便"的跳板，构建就失败。

一个错误码，两种问题：429 不是只有一个意思

8 月 31 日 14:30 UTC，OpenAI 余额归零，作者没充值，所有 agent 继续工作至今——这是设计在工作，也是他敢发布成本数字的唯一原因。但排查并不优雅：dashboard 报了 7 天 102 次限流错误，这个数字在三处同时错了。多数根本不是限流——OpenAI 对余额耗尽返回 HTTP 429 和对节流一样，分类器把两个无关条件归到一个标签；计数还被放大约三倍（每次重试记一行而非每请求记一行）；且一个 agent 从未触达可用回退。破案靠失败形状而非报错文本：140 次成功全在 14:30:39Z 前，66 次失败全从 14:54:08Z 起，之后无一成功。

三十秒区分法：突发是节流，断崖是账单。 失败聚集在最忙时刻 = 被节流，退避有用；从某时间戳起不管流量一律失败、包括完全孤立的调用 = 账户空了，重试只会让日志更难读。更隐蔽的坑：作者之前按错误文本里找 quota 这个词分类——错，至少一家 provider 的普通每分钟节流开场白就长得像余额耗尽；真相在下一行，命名每分钟请求指标的那行，而那行因为捕获错误体被截断在 400 字符而看不见。放宽到 800 字符就是整个修复。

静默失效：读起来已配置，行为上未配置，且什么都不报告

• 11 个 agent 的回退 provider 从未真正接上：没有 API key 的 provider 被静默跳过（正确行为——缺凭证绝不能凌晨四点崩掉运行），后果是链可以比它读起来短：路由文件命名六家 provider，工作流只提供四个 key，剩下两个是装饰，没有任何地方说出来。最糟的那个正好是错误数字的元凶：它的链命名了回退，工作流从未传 key——纸面上有保险，实际一个 provider 加一个悬崖。现在有个脚本读链定义和工作流的环境并文本对比，不一致就非零退出。写它约一小时，第一天就该存在。这是两个月里几乎所有严重故障的形状：不是崩溃，是读起来已配置、行为上未配置、且什么都不报告。
• GitHub 停跑了 agent 一周且无任何记录：schedule 触发是 best-effort，作者知道，但没想到余地这么大。健康期半小时一次的工作流就只交付约一半计划运行；那一周从每天 40 次掉到 1 次，08:00 的站会 20:00 才到。GitHub 状态页全程干净。被丢弃的 schedule 什么都不会留下——GitHub 在实际派发前不创建 run 对象，拒绝执行的 schedule 没有排队记录、没有日志行、没有状态字段，查询 backlog 得到零（正确地）而 backlog 真实存在。没有任何东西可报警，唯一办法是对比实际运行与应有运行。经验：半小时 cron 改小时几乎省不了什么（平台本来约每小时才交付），真正的缓解从两小时级开始；且必须手动加"心跳"监控——一个成功运行即重置的计时器。

实践建议

个人 agent 舰队省钱三原则：无服务器 + 免费调度 + 按 agent 路由 provider（免费层当默认、付费当例外）；错误分类别信文本标签（429 可能=余额耗尽，检查失败的时间形状与完整错误体）；对静默失效建立主动检查（配置与运行环境对账脚本、调度心跳、回退链连通性测试）。最贵的东西不是模型调用，是你没看见的失效。

来源：The AI agent cost guides say $200 a month. Mine has cost $5. - DEV Community