就在4月13日，一条推文在开发者群体中炸锅。
开发者Can Vardar甩出一句：
Claude Code居然因为你关闭遥测而惩罚你？
关闭它，Anthropic就把缓存从1小时砍到5分钟，隐私让你多付12倍性能代价……我没看错吧？
转发量瞬间破万。
这不是Bug，这是Anthropic用隐私换性能的隐形惩罚。
你以为关掉数据收集只是保护自己？
错！Claude Code直接把你的长上下文会话打回原形。Pro用户5小时只剩2条prompt，月付200刀的Max订阅者1.5小时就把额度烧光。
疯狂。太疯狂了。
Claude一降再降！
从「缓存蒸发」到「12倍成本爆炸」
事实摆在眼前。
开发者们发现，只要在环境变量里加一句DISABLE_TELEMETRY=1，Claude Code的prompt cache TTL就从1小时瞬间回退到5分钟。
数据就在这里，缓存直接缩水了12倍。
GitHub里，Claude Code用户贴出真实日志：开启telemetry时，ephemeral_1h_input_tokens轻松破3万；一关telemetry，1h直接归零，全走5m缓存。同一段代码，缓存miss率直接飙12倍。
大上下文会话中，缓存就是命脉。
当你启用提示词缓存发请求时，系统先检查：从你指定的缓存分隔点往前的提示词开头部分，是不是最近请求里已经被存过。
如果命中缓存，直接调用现成版本，时间和成本瞬间砍掉大半。
没命中？那就完整处理整个提示词，然后在生成回复那一刻，把开头部分塞进缓存。
而缓存一旦过期，系统就得全量重建，写入成本是读取的12.5倍。5分钟的TTL意味着你稍微停下来想个思路、泡杯咖啡，回来就是一次全量重建。
更狠的还在后面。
另一位开发者Sean Swanson贴出了更扎实的证据。
他分析了从2026年1月11日到4月11日的119,866次API调用日志，清晰地展示了缓存策略的变迁轨迹：
2月，1小时TTL全面生效，缓存浪费率仅1.1%；
3月6日前后，系统静默回退到5分钟TTL，浪费率飙升至25.9%。
结果呢？同一会话里，cache_create操作频率暴增5-12倍。
cache_create写成本更高，5m写1.25倍base input，1h写2倍，但频繁重建让总token消耗直接起飞。
Pro用户哭了：以前一天轻松跑满，现在1.5小时就见底。Max计划200刀/月，修两个bug、写个计划，就把额度干到零。
企业团队更惨。
Hacker News上有人说，3月底后Claude性能「肉眼可见下滑」，长会话动不动就卡，token额度下降像开了闸的水。
4月13日，国外科技媒体报道更直接：《Anthropic在削弱Claude吗？》
Anthropic的辩护
不是惩罚，是管道断了
面对排山倒海的质疑，Anthropic的回应来自两个关键人物。
Claude Code的创造者Boris Cherny亲自在回帖。
他承认遥测关闭确实会导致experiment gates失效，使缓存回退到5分钟默认值。
机制拆开看，其实就一句话：
1小时缓存是「实验性」优化，通过客户端experiment gates推送。只有telemetry开着，gates才能拉取最新策略。
但他强调这不是刻意的惩罚，而是架构设计中的耦合问题。
Cherny同时解释了缓存策略的设计逻辑：Anthropic在后台持续测试不同的缓存策略组合，目标是优化整体的缓存命中率、Token消耗和延迟表现。
你一关telemetry，客户端直接读默认值——5分钟。
不是恶意，是「技术副作用」。
5分钟缓存在某些场景下确实更经济——比如子智能体（subagent）调用，这类请求通常是一次性的，缓存很少被重复读取，用1小时TTL反而浪费了2倍的写入成本。
不过，他也承认：「大量技能（skills）、多个Agent或后台自动化任务同时运行，token消耗确实大，特别是在使用大量插件时。」
令人惊讶的是，受影响的用户数量相当大，Anthropic正在改进：
(a) 优化UX，让用户更清楚地看到这些情况；
(b) 更智能地截断、剪枝和调度非主任务，避免意外的token消耗。
Anthropic另一位工程师、Bun运行时的创造者Jarred Sumner则回应了3月的TTL回退问题。
他认为5分钟TTL对整体而言「更便宜而不是更贵」，因为「相当一部分Claude Code请求是一次性调用，缓存上下文只用一次就不再访问」。
坦白讲，这个解释在技术层面说得通，但用户不买账。
问题在于，Swanson的数据直接打了脸：2月份1小时TTL下的浪费率只有1.1%，如果大多数请求真的是一次性的，那2月应该出现大量写入浪费才对。
真正的行业问题
AI的Token计价是一个黑箱
把视角拉远一点，这不仅仅是Anthropic一家公司的问题。
目前，AI编码工具的按使用量计费纯粹是一种信任考验。
开发者看不到计费表的跳动，无法审计每个请求的Token用量，无法验证缓存状态，无法确认应用了哪个定价层级，也无法检查高峰期倍数因子是否生效。
与其他开发者付费使用的基础设施对比一下：
- AWS EC2：按秒计费，完整的实例可见性，CloudWatch指标，账单警报，成本分析工具
- Stripe：按交易计费，每笔费用都有日志记录且可审计，实时仪表盘
- Vercel：按调用计费，函数级指标，支出限额，自动警报
- Claude Code：按Token计费，无单次请求的用量明细，无缓存命中可见性，无支出警报，无实时成本跟踪
这种信息不对称令人震惊。在这个价格区间内的所有其他开发者工具，都能让用户详细了解他们支付的费用。而AI编程助手给用户的，只是一个限额进度条和一声祈祷。
这种不对称在平时有利于服务提供商，一旦出现问题，就会给用户带来毁灭性打击。
AI计费没有第三方审计，没有Token用量报告的开源标准，也没有针对提示词经济学的云端成本分析工具。
这不是一个计费模式，这是一场把别人的钱包绑在自己身上的信任盲跳。
参考资料：
https://x.com/icanvardar/status/2043652025339023845
https://github.com/anthropics/claude-code/issues/45381
https://x.com/bcherny/status/2043715713551212834
https://platform.claude.com/docs/en/build-with-claude/prompt-caching#pricing
https://www.theregister.com/2026/04/13/claude_code_cache_confusion/
本文来自微信公众号“新智元”，作者：新智元，编辑：KingHZ，36氪经授权发布。
