月耗 1.5 万亿 token、年化 1.32 亿美元？拆解一份 Cursor 工程师的“天价账单”
一位工程师的 Cursor 用量达到每月 1.5 万亿 token，被换算成年化 1.32 亿美元的成本，在开发者圈子里引发热议。这个数字有多夸张、账是怎么算出来的，以及算法本身存在哪些争议，值得逐一拆开看。
两笔令人咋舌的 token 账单
10 月 21 日，OpenClaw 创始人 Peter Steinberger 在 Cloudflare Connect 活动现场估算，自己上个月用于 AI 工作的 token（大模型处理文本的基本计量单位）成本约为1000 万美元。台下听众一阵惊呼，他补了一句：“并非所有消耗都有用。”
几周前，另一位 Peter——Peter Piekarczyk——也算出一笔让人瞪眼的账。他看到 Lauren Tan 的 Cursor 个人主页显示，过去 30 天用了 1.5 万亿 token，于是发在 X 上：“按每百万 token 8 美元估算，Lauren 每天要烧约 38.4 万美元，一年就是 1.32 亿美元。”就算假设 Cursor 能拿到大客户一折优惠，年成本也还有约 1300 万美元。
这组数字很快火了，因为它把看不见的 token 换成了人人都懂的工资单。算账之前，先感受一下 1.5 万亿有多夸张。工程管理平台 Jellyfish 统计了 1.2 万名开发者：典型用户（第 50 百分位）每月大约用 5100 万 token，第 90 百分位约 3.8 亿。粗略一比，Lauren 的用量约为典型用户的 2.9 万倍；Peter Steinberger 5 月公开的 6030 亿 token，也约为 1.2 万倍。
这笔“账单”是怎么算出来的？
Lauren Tan 目前在 SpaceXAI 的 Grok 团队担任工程师。她的职业跨度不小：大学学金融，最初在 Excel 里写 VBA 宏时接触编程，职业生涯从 UI 设计起步，后来转向前端和 React，参与过 React Compiler 项目；AI 浪潮起来后，她又把重心转向 Agent 工作流，做出了 pstack——一套智能体 skills。
她也很会经营自己的技术形象。9 月中旬，她在一次视频演讲里说自己“每月向生产环境合入 2000 个 PR”，相当于平均每个工作日提交近 100 个 PR。这个数字很难不让人怀疑，显然是个异常值。
9 月 21 日，她自己在 X 上置顶发布了这个“2000 个 PR”的视频，但配文变成了“上个月我向生产环境合入了 2500 个 PR”，又引发一轮讨论。
10 月 26 日，她再次发帖说“好像破纪录了”，配图是 4000 个 PR。数字一次比一次高，每次也都公开发布。
此前，她的 Cursor 个人主页显示，9 月的 30 天里用了约 1.5 万亿个 token。
营销本身不是罪，但把一个极端值摆到公共橱窗里，就得准备好别人拿它去乘单价。
Peter Piekarczyk 就把这个公开数字换算成了美元：按每百万 token 8 美元估算，每天约 38.4 万美元，30 天约 1100 万美元，年化 1.32 亿美元。按他的算法，这就是“一个工程师一年烧掉 1.32 亿美元”。
他接着假设 Cursor 能从 Anthropic 拿到九成折扣，也就是按原价一折结算，费用就降到每天约 3.8 万美元、30 天约 110 万美元，年化约 1300 万美元。再按资深工程师年薪 50 万美元算，这笔钱相当于雇 26 名资深工程师。
考虑到她用的模型可能有差别，如果全用 Grok，30 天约花 480 万美元；全用 Opus 或 Sonnet，约 1320 万美元；按 40% 输入、40% 输出、20% 缓存读取的混合用量估算，则约 1150 万美元。再套不同折扣，混合用量的月成本还可能降到 580 万或 990 万美元。
Agent 编程还存在缓存命中的情况。假设缓存读取价格约为普通输入价格的十分之一，每月仍然是 100 万美元。
不过，Piekarczyk 的算法仍有争议。
Cursor 主页统计的 token 至少分四类：普通输入、模型输出、缓存写入、缓存读取，价格差很大。以 Opus 5.5 为例，每百万普通输入约 4 美元，输出约 20 美元，缓存读取约 0.20 美元。
一张 Opus 5.5 的用量截图显示，733 亿 token 对应约 3 万美元，折合每百万 token 约 0.41 美元；其中缓存读取和写入合计占了大头。如果把这个均价套到 Lauren 的 1.5 万亿 token 上，结果约为每月 61.5 万美元。
还有一种情况值得考虑：Lauren 执行的是深入、长时间运行的智能体任务，比普通用户更常命中缓存。长时任务反复复用同一份上下文，缓存部分在总花费中的占比会被进一步推高。Anthropic 公布的 Opus 5.5 价格中，缓存读取为每百万 token 0.20 美元，普通输入为 4 美元。如果按 1.5 万亿 token 全部以缓存读取价计费，月费用约 30 万美元——这当然只是极端下限。
Piekarczyk 后来也做了让步：就算自己的算法高估了 10 倍，或者 Cursor 使用自有 GPU，按每百万 token 约 0.80 美元估算，月成本也在 10 万美元左右。
10 月 9 日，Piekarczyk 发起投票，询问大家工作中每月的 AI 预算上限，大部分人每月低于 500 美元。这和 Lauren 被估算出的月账单放在一起，反差鲜明。
另一个参照是：今年 5 月，Peter Steinberger 在 X 上晒出 CodexBar 截图，显示过去 30 天 OpenAI API 用量约 130.5 万美元，涉及 6030 亿个 token、760 万次请求。他后来解释，截图是按 Codex 的 Fast Mode 价格计算，关闭 Fast Mode 后估算的 API 成本约为 30 万美元。
10 月这次 1000 万美元是活动现场的口头估算，但有一点是共通的：它们的数量级和普通开发者每月几百美元的预算完全不在一个世界。
普通人难以复制的工作方式
Steinberger 把这类投入描述为探索“如果 token 成本不再构成限制，软件开发会变成什么样”。他的三人团队当时运行着约 100 个 Codex 实例。
这些 Agent 集群能够自主审查 Pull Request、扫描提交记录查找安全漏洞、合并重复的 GitHub Issue，并编写修复代码。有些 Agent 会根据项目的整体路线图主动提交 PR；另一些则持续监控性能基准测试，并把性能回退情况报告到团队的 Discord 服务器。据 The Decoder 报道，有些 Agent 甚至会参加会议，根据讨论中提到的功能生成 PR。
Lauren 每月 1.5 万亿 token，无论按什么口径计算，同样都是普通人无法承受的金额。那么这笔钱推动了什么？按她自己的说法，她如今每月可以高置信度地把 4000 个 PR 合入生产环境。这个数字的关键不在生成，而在验证。
“使用 Agent 时最重要的技能是验证。所谓验证，是指让 Agent 真正运行代码、采集 CPU 跟踪或堆快照、打开 iOS 模拟器，或者用用户接触应用的方式去操作应用，实际测试并确认功能是否正常。验证能把工作闭环。它不能保证 Agent 写出优秀代码，至少能帮助它写出正确的代码；这已经是建立信任的一大步。”
她的验证技能让 Agent 检查自己的工作并持续迭代，直到任务完成。逻辑很简单：能检查自身输出的 Agent 会一直工作到任务完成；不能的 Agent 只能把 diff 交给你然后停下——你就成了整个循环里最慢的环节。
按每月 4000 个 PR，若每个都由人花 5 分钟检查，累计约 333 小时，一个人的整月工时都不够用。人工审查不可能成为验证层，检查系统必须无人介入运行，并与生成代码的 Agent 并行。
在这个循环里，工程师的角色更像是一个“Agent 的工程经理”。Lauren 说，如果连一个 Agent 的输出都不信，就没法扩展到一百个 Agent。
她认为，绝大多数人根本没有把 Agent 真正用起来：“99% 的人只发挥了 GrokBot 1% 的真正实力。他们只运行一个 Agent，既没有‘循环（loop）’，也没有‘图（graph）’。我运行着一支由 20 多个 GrokBot Agent 组成的团队，全程自主运作。我有一个幕僚长 Agent、一个项目经理 Agent，还有 20 多个执行任务的 Agent——这就是工程师的新技术栈。”
她公开的 pstack 工作流，本质上就是这套多 Agent 编排的具体实现。通过分步的剧本引导（Playbook），将研发任务标准化为理解、设计、编码、评审到验证的顺序阶段。它通过在本地并发调度子智能体（如分析行为的 /how、审计风险的 /interrogate）来各司其职。
pstack 记录的，其实是 Lauren 从入职 Cursor 时对老代码库一无所知开始，在本地观察 Agent 反复出现的失败模式，再一条条堆出来的针对性验证技能（比如 Control Glass）。这种多 Agent 协作流程在云端很烧钱，可模型在本地跑时并没有无限上下文。要让它高置信度跑通，代码库本身也得适合 Agent 接手。
GrokBot 一开始是靠 Vibe Coding 快速搭出来的新应用，人类几乎没读过代码，架构约束也不够。这样模式下，Agent 执行任务时会优先选眼前最省事的写法，结果代码越堆越多，功能边界和性能风险逐渐失控。要让 Agent 长期安全接手开发，代码库就得改得容易被模型理解，修改路径要清晰，验证也不能被绕过去。
为此，Lauren 提交了 600 多个 PR，把 GrokBot 重构成内部代号为 Dune 的架构。PR 大小不一，小的几十行，大的几百到一千行。按这套重构思路，Dune 架构的 CI 检查非常严：全面禁用 useEffect，消除隐式副作用；绝对禁止写注释，免得模型被带过时信息的无用上下文误导，产生过度推断；同时严密校验依赖图，确保 Electron 的 main 和 renderer 目录绝不交叉导入。
等这套密集的重构护栏架好，Agent 爱走捷径的本能被 CI 红线硬掰过来，整个系统的生命周期管理也就走向自动化。
在 Cursor 的具体场景里，这套个人经验被打包成了 pstack，里面有 23 个 Playbook（工作流剧本）和 20 多条工程原则。Lauren 想用它把项目纪律变成 Agent 跑通测试的“唯一捷径”。有人把它捧得很高，但放到通用开发场景，普通开发者究竟能用上多少，面对复杂的配置成本，显然得打个问号。
算力特权下的“AI Slop”工厂
这种靠极致资源堆出来的交付模式，本质上是极少数人才享有的资本特权。正如 Peter Steinberger 直说的，“并非所有消耗都有用”，这种流派的盲目消耗往往只是在试错。当这种脱离商业 ROI（投资回报率）的极端案例被摆到公共橱窗里，Reddit 等技术社区的工程师立刻发起了猛烈声讨。
在 Reddit 的热门讨论中，一线开发者直言不讳：这种每个月靠无限资金合入数千个 PR 的狂热表现，根本不是什么软件工程的底层革命，而是在用完全不计成本的暴力算力，不停往代码库里灌大规模的“AI Slop”（AI 垃圾内容）。
同行的嘲讽直击这种暴力流派的软肋：软件开发真正的瓶颈从来不在代码生成的“绝对数量”，而在系统长期的可维护性。普通工程师月度 AI 预算普遍低于 500 美元，一旦剥去“Token 消耗不限量”的外衣，缺乏深思熟虑的微型 PR 就会彻底失控。
这种靠天价 Token 盲目试错、应激性防呆重构的流水线，看似缩短了交付路径，实则是把系统设计的主导权，从人类架构师的全局思考，让给了机器在沙盒里的机械堆砌。这种脱离群众的算力特权，最终留给生产环境的往往不是什么高效资产，而是让普通人根本无力维护的庞大技术债。
但在商业营销的逻辑里，这笔巨大的算力消耗在宣传上确实值了。T3 创始人 Theo 算过一笔账，他估算 Lauren 实际的“内部价”其实在每月 2.5 万到 5 万美元之间，并直言：“这类曝光的价值远不止每月 2.5 万美元；有些公司办活动花费超过 100 万美元，获得的关注还不如 Lauren 随手发的一条推文。”从 Cursor 的角度看，这更像一场无解的公关神话，即使按传闻中每月花掉几百万美元，其产生的产品宣传和流量回报也完全超值。
Lauren 本人也曾在访谈中回应成本问题，承认了实验室特权对她方法论的绝对依赖：“我在 AI 实验室工作，token 不限量，所以我不能说每个人都应该完全照着我的方法做。”但她同时把这套逻辑说成一种前期的投入产出比博弈：前期花 Token 重构、加约束，是为了让最基础的 Agent 也能写好代码，从而让产品经理和设计师直接交付功能。“Agent 的价值在于让你做以前做不到的事，不是把 Token 丢到每一个小问题上。”
尽管她坚信“不必花到倾家荡产，也有机会达到类似的状态”，但这依然掩盖不了一个残酷的技术现实：没有实验室无限 Token 的底座支持，高频的自动化验证闭环根本无从谈起。这套方法论对成本极其敏感的普通客户和用户而言，高昂的验证开销意味着难以跨越的门槛。
参考链接：
资料来源
文中涉及的人物发言与花费数据，均来自以下公开来源，供读者自行核对：
- Lev Deviatkin 在 LinkedIn 上的帖子：讨论 SpaceX/xAI 工程师 Lauren Tan 对 token 消耗规模的描述
- The Register 报道：OpenClaw 作者称上个月在 token 上花掉约 1000 万美元
- Reddit r/cscareerquestions 讨论帖：围绕 Laura Tan 相关访谈的从业者讨论
- YouTube 访谈视频：相关对谈的完整录像
关键要点
- 头部团队的 token 用量已经进入“每月万亿级、每年上亿美元”的量级，与普通开发者的日常账单不在同一个数量级。
- 这类开销能否承受，取决于它换来的产出：对做模型训练、大规模 agent 流水线的团队，token 是生产资料而非杂费。
- 对多数开发者而言，更现实的参考是单位任务成本，而非绝对总额——把同样的活干完，谁的 token 花得更少，才是可复制的经验。
