蹲到一个最新后续：这事儿在 HN 上闹大之后，终于把 Anthropic 官方工程师（edwinarbus）给炸出来回应了！ 顺便帮大家扒清楚了为什么有人被… · @KobinFlow · TwKit

@KobinFlow

蹲到一个最新后续：这事儿在 HN 上闹大之后，终于把 Anthropic 官方工程师（edwinarbus）给炸出来回应了！ 顺便帮大家扒清楚了为什么有人被吞掉 26% 的额度，有人却感觉不明显——真正偷跑流量的元凶叫 agent_summary，而且它的计费逻辑简直是个“指数级刺客”： 1. 官方怎么辩解的？ 官方承认了这个机制的存在，但声称看大盘遥测数据，平均只占 API 账单的 2%（终端里占 6%），说已经在 2.1.311+ 修了缓存未命中（Cache-miss）的 Bug，并且正在紧急开发“用小模型跑简短摘要”的省钱模式。 2. 为什么重度用户还是被烧麻了？ 因为这个 30 秒一次的轮询，是按活跃的后台子代理（Subagents）数量乘算的！而且最离谱的是，它默认直接调用子代理自己的主模型——也就是说，如果你用 Opus 开了 3 个后台 Agent 跑长任务，它每分钟就会拿 3 份几十万 Token 的完整历史记录去调 6 次最贵的 Opus，哪怕有缓存折扣，5 分钟一过照样触发全量重写。 3. 怎么自救？ 官方到现在还没给关闭开关（GitHub 上新增的 Issue #105981 还在催）。目前 Flamerix 放出了一段 80 行的 Bun 预加载脚本（no-agent-summary.js）强行劫持定时器把消耗降到了 0； 不想改底层脚本的朋友，切记一条铁律：用完后台 Subagent 立刻关停，千万别挂在后台过夜！

曝光 131 · 评论 0 · 点赞 1 · 书签 0