AIAnthropicCoding

用户太蠢不配用 Fable?被Anthropic的回应气笑了:最贵的模型,最憋屈的体验

褚杏娟··原文链接
收录于 2026/7/3 21:11:06

Anthropic Fable 5 发布

最贵模型,却把活儿甩给便宜模型

Fable 5 回归了,带着限时优惠和更高的价格标签。每百万 token 输入 10 美元、输出 50 美元——恰好是 Opus 4.8 的 2 倍。Anthropic 同时明确表示,Fable 5 相比其他 Claude 模型消耗额度更快,7 月 7 日后将拆分为单独额度并从 points 中扣除。

但真正引爆争议的是新的回退机制。Anthropic 更新了网络安全防护措施,新防护会把"略高比例的无害请求"误判为需要拦截,被标记的请求将改由 Opus 4.8 提供回复。官方轻描淡写地表示"绝大多数编码工作不会受到影响"。

OpenCode 开发者 Dax 随即反馈:大量提示词被降级处理,查看日志时发现上面写着 TOO_DUMB_TO_NEED_FABLE(太蠢了,不配用 Fable)。

Dax 发现日志中的 TOO_DUMB_TO_NEED_FABLE

Claude Code 工程师 Thariq Shihipar 的回复更是火上浇油:"说实话,我没想到你会去看日志。"

Thariq Shihipar 的回复

付了双倍钱,拿到便宜模型的回答

愤怒的开发者直言不讳:你付了双倍价格,先等一个分类器检查请求,最后却拿到一个更便宜模型的回答。这个模型的意义到底是什么?

有用户做了一个精准的比喻——Anthropic 说"我给你造了一辆 F1 法拉利",你满心期待,结果 Anthropic 说"给你一辆普锐斯,玩得开心"。还有人补刀:坐进普锐斯,发现里面贴着一张贴纸——"庆幸吧,我没有把一切都删掉。"

F1 法拉利变普锐斯的比喻

更深层的不满指向商业模式本身:Anthropic 永远不会把高质量的 Mythos 级模型开放给公众,因为政府和私营企业能带来更高的利润率。安全叙事成了限制访问、制造独家需求、推动融资的工具。

反蒸馏机制:巧妙的隐写术,还是信任的崩塌?

整个发布过程中,最具技术含量也最具争议的是 Claude Code 的隐藏标记机制

反蒸馏机制争议

GitHub 技术分析报告揭示:当 Claude Code 检测到用户设置了第三方 ANTHROPIC_BASE_URL(而非官方 API 端点)时,会检查代理主机名和系统时区。如果时区是 Asia/ShanghaiAsia/Urumqi,或代理域名命中特定中国科技公司、AI 实验室、转售站点,Claude Code 会修改系统提示词中的 Today's date is … 这一行。

修改方式极其隐蔽:日期分隔符从 2026-06-30 变成 2026/06/30(斜杠代表中国时区),撇号被替换成 Unicode 编码不同但肉眼几乎无法区分的字符(如 U+02B9,代表同时命中域名和 deepseek 关键词)。

蚂蚁集团的陈成在分析 Claude Code 191 版本源代码后指出,这个设计相当巧妙:

陈成对隐写术的技术分析

核心逻辑是:currentDate 是用户上下文字段之一,和 claudeMduserEmail 并列,会被每次请求携带,几乎 100% 稳定出现。撇号和分隔符的变体在语义上无损——模型读起来完全一样,用户做 diff 也很难发现。中转站通常会清洗 HTTP header,但几乎没人会处理日期这种自然语言内容。

证据链的闭环才是关键:当蒸馏流水线或中转站最终回到 Anthropic 官方 API 转售 Claude 时,携带标记的请求会流回 Anthropic 自己的服务器。Anthropic 不需要主动探测,流量自己就会"交代身份"。

事件曝光后,Thariq Shihipar 回应称这是 3 月推出的反蒸馏实验,已合并 PR 将在次日版本中完全回滚。

Thariq 对反蒸馏争议的回应

安全叙事的内在矛盾

从工程视角看,Anthropic 面临的是一个经典的多目标优化困局,而且这些目标天然互斥:

  • 控制越强,体验越差——安全分类器误判越多,用户越沮丧
  • 价格越高,用户越挑剔——双倍定价却回退到便宜模型,价值感知断裂
  • 安全说得越满,透明度要求越高——偷偷修改提示词字符与"安全可信"的品牌承诺直接冲突

Anthropic 的核心矛盾在于:既要维持安全公司的品牌形象,又要承担前沿模型高昂的推理成本;既要开放给开发者,又要防范转售、代理、滥用和蒸馏;既要证明自己比 OpenAI 更负责任,又要在商业化压力下提高变现效率。

反蒸馏机制本身并非不可理解——AI 公司识别滥用和转售有合理动机。但问题出在方法上:偷偷修改不可见的提示词字符,跨越了用户信任的边界。如果客户端会悄悄编码路由元数据,用户就有充分理由追问:还有哪些信息被编码了?还有哪些客户端侧检查存在?这些行为是否在任何地方被文档化?

社区情绪转向

社区对 Anthropic 的不满

Reddit 上涌现大量不满声音,核心抱怨集中在:随意改变产品、削减额度、性能图更新前后不一、状态页全绿却频繁出错、问题永远归咎于用户网络。有用户直言换到 Codex 后再也不用操心这些破事。

更值得关注的是态度反转:一些以前看空 OpenAI、看好 Anthropic 的人开始倒戈。OpenAI 愿意补贴产品并计划通过广告覆盖成本,而 Anthropic 为了推理业务盈利不断提高用户成本。同时,中国开源模型价格低得多、性能差距却在缩小,进一步冲击 Anthropic 的业务。

一个被多数组织印证的事实是:他们并不需要推理能力更强的前沿模型,而是需要一个能完成 95% 常规编码任务的解决方案。这个门槛提升得远比前沿模型性能慢,竞争对手用更低价格更容易达到。

工程化视角的启示

作为前端技术从业者,这件事有几个值得深思的点:

  1. 产品信任的构建成本远高于破坏成本。Anthropic 多年积累的"安全可信"形象,被一个隐藏标记机制和一句"没想到你会看日志"严重动摇。工程决策中的透明度不是可选项,而是产品信任的基石。

  2. 隐写术式的客户端检测在工程上不可持续。无论技术实现多巧妙,未经文档化、用户不可见的客户端行为终将被发现,而且发现的方式往往比预期更糟糕。如果确需反蒸馏,应该走公开的遥测披露机制。

  3. 多目标优化的权衡必须显式化。安全、成本、体验、商业化这些目标天然拉扯,不在产品层面做出显式的优先级取舍,就会在执行层面表现为混乱和矛盾——用户感受到的就是"公开说一套,实际做另一套"。

  4. AI 编码工具的竞争门槛正在下移。前沿模型性能提升放缓,而 95% 常规编码任务的解决方案门槛更低、价格更敏感。对于 AI 落地实践来说,选型时不应盲目追求最强模型,而应评估性价比和稳定性。

评分:
暂无0 人评分)