Cursor 从使用页面和 CSV 导出中移除了成本信息

事件核心：发生了什么

这条 Hacker News 讨论帖的标题指出，Cursor 从使用统计页面和 CSV 导出中删掉了成本相关字段。虽然帖子正文没有给出 Cursor 官方的具体说明，但讨论中被广泛引用的数据揭示了一个更值得注意的事实：开发者 @__tosh 在 Ubuntu 26.04 VM 中，用 GPT 5.6 Sol 跑了 10 次相同的 Agent 任务，分别使用 6 种不同的 Agent harness。结果显示，最轻量的 smol 只消耗约 17.3 万 token，而 Claude Code 消耗高达 507.3 万 token，二者相差约 29 倍。即使只看输入 token，最少的 smol 约 14.2 万，最多的 Claude Code 约 503 万。缓存 token 的占比也有显著差异：Claude Code 的 458.7 万输入 token 中大部分来自缓存命中，而 smol 和 Pi 的缓存命中比例则低得多。

为什么重要

这份对比揭示了一个常被忽略的事实：在模型能力相同、执行环境相同的前提下，Agent 框架本身的上下文管理策略会带来数量级的 token 成本差异。Claude Code 虽然缓存命中率很高，但其不断向上下文窗口写入内容的行为会让总 token 消耗快速膨胀；而像 smol 这样的极简框架，仅靠最小系统提示和单一 shell 工具就能把 token 总量压到极低。对 Cursor 这类商业 Agent 产品而言，成本信息不只是展示问题——它直接牵涉到产品定价逻辑、API 成本控制和用户信任。移除成本信息，可能意味着这类工具在 token 用量上的低效已经成为一个不愿被直接比较的敏感指标。

对用户/开发者/创作者的影响

对普通订阅用户来说，Cursor 隐藏成本信息后，用户将更难判断自己的订阅额度被哪类操作消耗，也难以在不同 Agent 工具之间做成本横向对比。对 API 开发者而言，这套数据提供了明确提示：在选择或构建 Agent 框架时，系统提示词长度、工具调用频率、上下文轮转策略都直接影响成本，不能只盯着模型单价。对于企业采购方，如果内部正在试点 Cursor、OpenCode 或 Claude Code 等 Agent 工具，建议在合同中保留用量日志审计权，避免成本信息不透明导致预算失控。

AI 工具推荐

想把多个 AI 模型放在一个入口？

GamsGo AI 集成 ChatGPT、DeepSeek、Gemini、Claude、Midjourney、Veo 等常用模型，适合写作、绘图、视频和日常 AI 工作流。

了解 GamsGo AI

推广链接：通过此链接购买，我可能获得佣金，不影响你的价格。

值得关注的后续

目前公开信息显示，Cursor 并未解释移除成本信息的具体原因，后续可以观察三个方向：第一，Cursor 是否会因为社区讨论压力，恢复成本字段或提供可配置的开关；第二，OpenCode、Codex、Hermes 等主流开源框架是否会跟进优化上下文管理，把“token 效率”当作新的竞争卖点；第三，模型 API 定价结构是否会因此调整——如果缓存 token 成本继续走低，框架主动刷新上下文的策略可能会取代“省着用”的保守方案。

来源：hackernews