Claude Code 比 OpenCode 多吞 3 万 token
Claude Code sends 33k tokens before reading the prompt; OpenCode sends 7k
我们在同一台机器上对 Claude Code 和 OpenCode 进行了实测，结果令人震惊：在用户输入任何内容前，Claude Code 竟先发送了约 33,000 个 token 的系统提示和工具架构，而 OpenCode 仅需 7,000 个。更糟糕的是，Claude Code 在会话中频繁重写缓存，导致缓存写入成本飙升。虽然 OpenCode 的基准开销更低，但 Claude Code 通过批量处理工具调用，在复杂任务中反而可能更省钱。对于生产环境中的开发者而言，理解这些 token 开销的细节，直接关系到你的账单和上下文预算。
在用户输入一个字之前，真实的工作配置就已经消耗了 75,000 到 85,000 个 token。
HN 评论区
17- 有评论者指出 Anthropic 限制 OpenCode 并非为了优化 UX，而是刻意构建 walled garden 的商业策略，甚至针对 openclaw 提示词进行专门封锁。
- 多位用户反馈 Claude Code 近期通过滥用 subagents 和扩大扫描范围导致 token 消耗激增，被形容为 rapid enshittification 现象。
- 尽管 subagents 因上下文丢失导致效率低下且成本高昂，但部分开发者认为其能产出更可靠的代码结果，关键在于手动指定任务分配以控制消耗。
- 有从业者分享通过禁用 Explore 权限或手动维护代码索引，有效避免了不必要的 expansive scans 并降低了 API 成本。
- 针对成本争议，有用户反驳称实际使用中发现 Claude Code 因缓存机制反而比其它 harness 更省钱，质疑原文忽略了 caching discount 的影响。