Claude Code在读取提示前发送33k tokens;OpenCode发送7k tokens
摘要
一项比较Claude Code和OpenCode的研究显示,Claude Code在读取提示前发送33k tokens,而OpenCode仅发送7k tokens,凸显了Claude Code在缓存策略和令牌使用上的显著低效。
这项研究始于一个直觉。我们通常使用OpenCode,但由于Meridian的问题,被迫使用了一段时间的Claude Code。在那段时间里,我们发现使用量比使用OpenCode时增长得快得多。<p>这是最初的轶事证据,但我们进行了这项小型研究以收集经验数据:<p>我们在智能编码工具(Claude Code和OpenCode)与Anthropic的端点之间添加了日志记录,并捕获了所有请求(以及返回的使用情况块)。<p>除了一点(在文章末尾),我们明确发现Claude Code在缓存策略和令牌使用上远不如OpenCode高效。
相似文章
最大化 Claude Code 会话价值
本文详细介绍了如何通过分析输入/输出 token 成本、提示缓存机制以及效率优化技巧,来最大化 Claude Code 会话的价值。
我已经厌倦了Claude Code的32k Token系统提示。为什么大家不用Pi的1k Token?
作者批评Claude Code越来越大的系统提示(32k Token)导致成本、延迟和性能下降,并赞扬Pi极简的1k Token方法及插件方式,认为这是更好的编码代理理念。
@_avichawla:只改了一处,Claude Code 的 token 消耗降到原来的 1/3:- 之前:1040 万 token · 10 个错误 · 9.21 美元 - 之后:370 万 token · 0 个错误 · 2.81 美元
用户把后端上下文层换成 Insforge Skills + CLI 后,Claude Code 的 token 用量减少 64%,错误归零,成本从 9.21 美元降到 2.81 美元。
@KevinNaughtonJr: Claude Code 在消耗60万token后生成的12行函数
一位开发者发推称,Claude Code 在消耗60万token后仅生成了一个12行函数,突显了AI代码生成可能存在的低效问题。
@akshay_pachaar:https://x.com/akshay_pachaar/status/2091558537982075055
本文分析了 Claude Code 部署中的 token 成本构成,揭示只有 14% 的输入 token 是用户提示,其余为配置和上下文,并提供了降低账单 20-40% 的见解。