Claude Code 后台子代理每 30 秒重读全部上下文只为更新状态行，白白消耗用户额度；官方优化后单次成本降 99%，但整体额度仅省约 5%。
文章作者、来源：量子位
无语了家人们。。。
我花真金白银买的Claude Code额度，天天省吃俭用生怕超限，结果后台大手大脚疯狂拿我的额度当柴烧。
就在刚刚，Claude Code官号发了一条推文，语气还挺骄傲，宣布他们搞了一次性能大优化：
后台子代理（subagent）在终端里的状态行更新，成本直降99%。
本来以为是个喜大普奔的技术突破，结果大家点开细节一看，当场傻眼。
搞了半天，之前终端里的后台子代理每隔30秒更新一次状态行——
每一次（注意是每一次），都要把整场对话的完整上下文从头到尾重读一遍。
合着我宝贵的额度就花在了，在终端最底下蹦出来几个单词的状态提示？！
换你你气不气？
反正网友肉眼可见全炸了。
30秒通读一次全文
不是哥们，你写代码写上头的时候，一个复杂项目的任务跑个几十分钟很正常吧？
上下文动辄几万、十几万Token。
结果Claude Code之前是怎么干的呢？
后台子代理只要在跑，每过30秒，它就得给用户更新一下终端底下的状态行。
为了生成这短短一句话，它直接把从开局到现在的所有对话记录，完整通读一遍。
30秒一次，一分钟读两遍，一小时读一百二十遍。
是谁的心当场在滴血！！
这哪里是写代码啊，这分明是在终端里架了一台碎钞机。
官方这次的解决方案更绝，现在改由Haiku 5.5根据简短的笔记来生成这行状态——
不需要通读上下文了，就看几句简短的notes，啪一下写出来。
官方算了一笔账，单次状态行更新的成本，直接降了大约99%。
看到99%这个数字，估计不少人第一反应跟我一样：
太好了，以后额度岂不是能省下一大半？
别高兴太早。
开发团队在评论区补充道：
子代理本身保留原有模型，带有后台子代理的会话，限制消耗大约降低了5%，同样的额度大概能让你多跑6%的Prompt。版本更新到v2.1.316+就能用上。
翻译下就是，后台子代理在实际干重活、跑任务的时候，依然维持它原本调用的模型，这次动手术的，仅仅是状态行（status line）本身的轮询生成。
换算到带有后台子代理的整体实际会话里，额度消耗大概也就减少了5%。
同一笔额度，折算下来大概只能让你多跑6%的Prompt。
负责Claude Code开发者体验的Lydia Hallie还特意跑出来解释了一句：
这玩意儿只影响CLI（命令行界面），桌面端应用根本不会去写这个子代理状态行，所以完全不用改！
破案了。
桌面端用户岁月静好，命令行重度开发者全成了冤大头。
日常喜欢vibe coding一下的我be like：
游戏开发误拦截事件，后续来了
Claude Code的“骚操作”还不止于此。
同款让人大跌眼镜的，还有隔壁的游戏开发误拦截事件。
前阵子不少用Claude Code写游戏的开发者发现，AI动不动就撂挑子拒答。
一扒原因更是哭笑不得：
A社之前在系统提示词里加了条规则，本意是想防止用户让Claude恶意像素级抄袭复刻既有的知名游戏。
结果安全规则用力过猛，直接演变成了“宁可错杀一千，不可放过一个”。
开发者只是随口提了一句游戏名字来形容玩法机制，比如“帮我做一个类似《flappy bird》的跳跃机制”，或者“参考《暗黑破坏神》的掉落逻辑”，结果系统啪的一声就触发了风控，判定为“侵权抄袭”，当场拒绝写代码。
直接给正经做原创开发的人整不会了。。。
后来估计也是被骂惨了，所以官方不得不在紧接着的v2.1.317版本紧急打补丁修正：
现在开发者提游戏名字描述机制不再会被直接拒绝，Claude会基于此去构建该品类的原创游戏；如果用户执意要求完全原样照抄，Claude也会转为建议开发相似机制的原创版，而不是一棒子打死。
科技博主Andrew Curran转发锐评道：
这类规则的核心痛点就在于大模型到底如何去理解它们。用户的措辞、句式、以及上下文窗口里已有的信息，都会让模型的判断产生巨大偏差。Anthropic这一出搞得人心惶惶，反而可能把想要搞游戏开发的开发者直接推向OpenAI。
OpenAI接不接得住先不说，反正网友们已经麻了。
这事儿最离谱的地方在于，官方居然把这些问题当成大版本优化大张旗鼓发出来了。
你修好了一个惊天大Bug，本意是想邀功，结果直接把底裤给漏了。
网友Mason Geloso的吐槽直接戳中要害：
这玩意儿本来应该当成一个悄悄推送的静默补丁，你们大张旗鼓发出来我都替你们尴尬。
评论区里的付费用户更是彻底被气笑了。
网友Peter Petrash直接开喷：
你们这是打算给大伙儿补发十次免费额度重置吗？这简直是对使用Token的惊人滥用。
网友Hashim也是一肚子火：
你们打算重置额度吗？在我们真金白银付费的订阅计划里，这简直是荒谬透顶的Token浪费。
大家平时用工具，谁不是精打细算。
甚至很多人遇到卡顿、限额，第一反应都是在自己身上找原因：
我是不是提示词写太长了？我是不是开的并发太多了？
谁能想到，终端底下那个不起眼的状态行居然一直在偷偷吃我的Token。
说真的，有时候真觉得现在的AI工具生态太魔幻了。
前端领域发展迅猛，各种酷炫概念层出不穷，一测基准全是遥遥领先，结果回头一看底层的工程实现，连最基本的上下文复用和轻量监控都没做明白。
这种粗暴的“全文重读”，感觉ROI十分不成正比啊。。。
反正我觉得，这波A社哪怕不给大家退钱，高低也得把受影响用户的额度给免费重置一次。
