Anthropic 发布 Claude Fable 5.2 与 Mythos 5.2，重夺 LLM 榜首

周五，我们询问了 Jamin Ball，Anthropic 的 IPO 接下来会怎样。周一，路演开始了，Anthropic 也发布了备受期待的下一代 Claude Fable 和 Mythos。当然，它是全球新的顶级模型，从 Gemini 4 Carbon 手中夺回了 Opus 5.5 的 #1 宝座——后者只享受了短暂的高光时刻（10 天）。

在 X 上查看帖子 ↗

Fable 的每 token 价格降低了 20%……但更消耗 token，SemiAnalysis GDPx 和 Artificial Analysis 都同意这一点：

Fable 5.1 的成本为每百万输入 token 10 美元、每百万输出 token 50 美元。Fable 5.2 则为 8 美元和 40 美元。然而在专业任务基准 GDPx 上，SemiAnalysis 为每个任务支付了 88.15 美元，高于此前的 67.16 美元。运行日志提供了线索。Opus 5.5 和 Fable 5.1 会尝试约 20 个测试用例，而 5.2 有时会编写数百或数千个测试用例，并启动子代理来独立检查其工作。所有这些检查帮助 Fable 以 16.4% 拿下第一名。无论如何，你都要为这些检查付费。

在生产环境中应该使用哪个 effort 设置？在 FrontierCode 2.0 上，Anthropic 报告称 Fable 在 High 档位下与 Opus 5.5 在 Max 档位下表现相当，而每个任务的成本约为后者的一半……但别提 Fable 在 Max 档位下的表现了。

2026 年 11 月 7 日至 11 月 9 日的 AI 新闻。我们检查了 12 个 subreddit、544 个 Twitter 账号，没有进一步检查 Discord。AINews 网站可让你搜索所有过往期刊。提醒一下，AINews 现在是 Latent Space 的一个栏目。你可以选择接收/不接收不同频率的邮件！

AI Twitter 回顾

头条：Claude Fable 5.2 / Mythos 5.2 基准测试、经济性、限制及初步印象

发生了什么

Anthropic 发布了 Claude Fable 5.2 和 Claude Mythos 5.2，声称两者“在我们评估的几乎所有能力上都比 Opus 5.5 更胜一筹”。它在大多数独立排行榜上位居榜首。它还伴随着刻意对 RSI 的削弱、更高的每任务成本以及受限的订阅访问权限。

发布声明。 @claudeai 宣布这对模型专为“最艰巨的技术挑战”打造，在编码、推理和视觉方面均有提升。@marktenenholtz 指出了系统卡片中不寻常的措辞：“Claude Fable 5.2 和 Claude Mythos 5.2 所基于的模型。”这暗示两者共享同一个基础模型。
厂商报告的关键数字，据 @kimmonismus：
- 输出速度比 5.1 模型最高快 30%。
- 在 FrontierCode 2.0 上，Fable 5.2 在 High 档位下与 Opus 5.5 在 Max 档位下表现相当，而每个任务的成本约为后者的一半；在 Xhigh 档位下，它是已发布模型中的最佳。
- 1,000 个 Fable 5.2 代理在 30 小时内形式化了费马大定理的现有证明。在相同设置下，Opus 5.5 在 18 小时内完成了 26%。
- Mythos 5.2 准确建模了 34 个基因治疗衣壳中的 28 个。
- 对齐水平达到或超过近期 Claude 模型，并进行了外部发布前测试。
默认 effort。Medium 是 Claude 应用和 Claude Code 中的默认 effort。
定价。每 100 万输入/输出 token 分别为 8 美元/40 美元，比 Fable 5.1 的 10 美元/50 美元低 20%（@jaminball、@arena）。其余规格，据 Artificial Analysis：
- 缓存写入费用为 10 美元（5 分钟 TTL）或 16 美元（1 小时 TTL）；缓存读取费用为 0.20 美元。
- 100 万 token 上下文，支持文本和图像输入。
- 五档 effort 级别：low、medium、high、xhigh、max。
Anthropic 的长周期演示。
- 1000 多个子代理在 8 天内从一个空文件夹构建出一个操作系统。它能在笔记本电脑上启动，拥有自己的内核、磁盘/键盘/网络驱动、持久存储、窗口系统、登录、安装程序以及内置的 Claude（@kimmonismus）。
- Fable 根据一段简短提示设计出三款可工作的电子设备（@kimmonismus）。
- 它提出了未经测试的化学合成路线。
- 它改进了 72 个开放优化问题的已有解法。
- @RLanceMartin 发布了针对 1000 代理 FLT 运行的安全约束扩展报告。
订阅访问。
- Ultra 和 Team Premium 用户可获得按订阅时长折算的 Fable“重置”次数：不足 6 个月 1 次，6–12 个月 2 次，超过 12 个月 3 次，可用至 3 月 8 日（@ClaudeDevs；@bcherny 和 @edwinarbus 亦有提及）。
- Pro 和 Team Standard 用户可获得为期一周的试用，上限为每周限额的一半，外加一次重置。
- Fable 最多只能消耗每周限额的 50%。
数据保留。 Fable 5.2 默认要求保留数据，以便 Anthropic 的安全分类器运行。零数据保留仅对符合条件的企业客户开放（@code）。
首日上线：
- Cursor（@cursor_ai）。
- GitHub Copilot / VS Code，在其中它“比 Fable 5.1 解决了更多任务，同时使用的步骤和工具调用更少”（@code）。
- Perplexity Computer（Pro/Max）和 Search（Max）（@perplexity_ai）。@AravSrinivas 将其设为他的“新默认”。
- Factory（@factory）。
- 通过 Nous Portal 和 OpenRouter 接入的 Hermes Agent（@Teknium）。
- Arena（@arena）和 DesignArena（@grx_xce）。
官方模型选择指南。 @ClaudeDevs 发布了关于 Fable vs Opus vs Sonnet vs Haiku 的指南。内容涵盖何时应提高 effort 而非切换模型，以及何时应将子代理交给更小的模型。

独立评测（事实）

Artificial Analysis Intelligence Index v5（@ArtificialAnlys，明细）：Fable 5.2 以 65（最高分）位列第 1。
- Fable 5.2（max） — 指数得分 65
- Gemini 4 Carbon（high） — 指数得分 60
- Opus 5.5（max） — 指数得分 59
- GPT-6 Astra（max） — 指数得分 57
- Fable 5.1（max） — 指数得分 49
- 新纪录：
  - HLE-Diamond — Fable 5.2 80% · 此前最佳 69%
  - AA-Omniscience v1.1 — Fable 5.2 67 · 此前最佳 54
  - Terminal-Bench-Science — Fable 5.2 73% · 此前最佳 65%
  - CritPt v2 hard — Fable 5.2 77% · 此前最佳 72%
  - FrontierCode 2.0 — Fable 5.2 49% · 此前最佳 46%（Opus 5.5）
- 较弱之处：
  - AA-Briefcase：1785 Elo，处于 Opus 5.5（1800）的置信区间内，落后于 Sonnet 5.5（1813）。
  - GDP.pdf：全通过率 24%，Opus 5.5 为 26%。
  - Terminal-Bench 4.0：60%，与 Opus 5.5 持平，落后于 Kimi K3.1 Pro（67%）、Gemini 4 Carbon（65%）和 Sonnet 5.5（64%）。
  - AutomationBench-AA：76%，领先 Opus 5.5（70%），但落后于 Gemini 4 Carbon（78%）。
- 效率： 在 high 和 xhigh 下，它每任务使用约 98k 输出 token 即可得分 62，而 Opus 5.5 max 为 173k。在 max 下，每任务成本约 $26.5，约为 Opus 5.5（$10.0）的 2.6 倍、Fable 5.1（$12.99）的 2 倍。
Epoch Capabilities Index（@EpochAIResearch）：创纪录的 174，而 GPT-6 Astra 为 169。这高于 Astra 之前的推理模型趋势线，Epoch 将其与 AI R&D 讨论联系起来。分数来自 Epoch 自己的发布前基准测试。
ARC-AGI（Verified）（@arcprize）：
- ARC-AGI-3，标准测试框架（新高） — 得分 81.2% · 成本 $21.9K
- ARC-AGI-3，提供商适配器测试框架 — 得分 97.7% · 成本 $18.6K
- ARC-AGI-2 — 得分 93.8% · 成本 $0.98/任务
- ARC-AGI-1 — 得分 98.5% · 成本 $0.36/任务
Vals Index（@ValsAI）：新晋第一，在编程、金融和科学领域的七项基准测试中领先。“High”是表现最佳的努力等级，高于 xhigh 和 max。
CursorBench（@cursor_ai）：max 档（顶级模型）为 60%，默认档为 56.9%，而 Fable 5.1 为 49.2%。Cursor 警告称，努力等级的表现与 5.1 不同，因此应从默认档开始，而不是沿用旧设置（定价说明）。
Arena Code: WebDev（@arena）：以 1832 分（xHigh）位列第一，领先于 Opus 5.5 Max（1818）、Gemini 4 Carbon（1768）和 GPT-6 Astra（1767）。@ml_angelopoulos 指出相较 5.1 提升了 +87 分。Peter Gostev 的 100+ 代对比见此处，17 个样本生成见此处。
AA-3D（@ArtificialAnlys）：以 1271 Elo 位列第一（95% CI 1246–1297），与任何其他模型的置信区间均无重叠。
- 亚军为 Sonnet 5.5（1204）和 Opus 5.5（1202），GPT-6 Astra 为 1168，Gemini 4 Argon 为 1147。
- 该分数相较 Fable 5.1 提升 +132。
- 方法（详情）：每个模型作为智能体在离线沙箱中运行，配备 Blender、Rapier 物理引擎、Python 和无头浏览器，最多 3 小时、250 轮。人类对成对场景进行盲评，每个场景至少花费 30 秒。
VIALS-AA，科学视觉推理（@ArtificialAnlys）：
- Fable 5.2 得分为 67%，Gemini 4 Carbon 为 64%，Astra 为 63%。
- Fable 每个任务平均约 37 次工具调用，而 Astra 约为 8 次。它平均每轮 1.60 次调用，为榜单最高（每轮说明）。
- 示例轨迹：先裁剪，再进行颜色通道掩膜，然后拟合圆并展开弧线，接着统计强度剖面中的峰值，最后将检测结果重新映射回原始图像进行验证。
SemiAnalysis GDPx（@SemiAnalysis_）：以 16.4% 位列第一。
- 推演分析将这一提升归因于测试广度。Fable 会生成数百到数千个测试用例，而 Opus 5.5 和 Fable 5.1 止步于约 20 个，并且它更积极地派生子智能体进行独立重新推导（5/7）。
- 尽管每 token 价格便宜了 20%，每任务成本仍上升了 31%（$67.16 → $88.15）（6/7）。
- @dylan522p 拆解了各领域表现：
  - 在芯片设计、SWE、生物学和材料科学方面显著更好。
  - 在金融、法律、量化交易、RSI 或硬件设计方面没有更好。
  - RSI 的结果反映了 Anthropic 的明确削弱。
Perplexity WANDR（@perplexity_ai）：创纪录的 0.851，每任务 $14.51，位于帕累托前沿。@marktenenholtz 指出 Fable Low 以显著更低的成本匹配 Opus 5.5 Max。
实验结果预测（@pzeroresearch）：测试最佳为 0.36，延续了自 GPT-4 Turbo 以来的稳定趋势。他们将其视为“研究品味”的代理指标。
无 CoT 推理/知识评测（@Tim_Hua_）：略高于 Anthropic 的趋势线，略低于 GPT-6.1 Sol。@scaling01 强调了 NCKI 数值，并指出这些指标如今出现在每一份系统卡中（后续）。
Blood on the Clocktower（@dwarkesh_sp）：仍不如 GPT-6 Astra，但远好于 Opus 5.5 和 Fable 5.1。
安全性，来自英国 AISI（@JordanTensor）：Mythos 5.2“在规避审查其输出的监控器方面，能力显著强于对比模型”。

努力程度异常

多项评测显示 max/xhigh 表现不如 high：Vals、@theo 在 AA 的纯代码视图上（该视图中与其他模型的差距也缩小了），以及 Fable 特有的下滑。
@nrehiew_ 指出，只有 Fable 模型出现最高推理档位的下滑；Opus 和 Sonnet 没有。
@Yuchenj_UW 直言：“别用 Fable 5.2 Max。”@theo 提出“别用 max 推理”作为对 Anthropic 自身建议的另一种解读（引用）。
@BlackHC 质疑 Anthropic 推文中一处明显的不一致：一张图显示 5.2 为 36%，另一张显示它在 18 小时内达到 86%。

RSI 削弱、隐藏模型，以及“5.2 而非 5.5”的命名

隐藏模型。系统卡称 Anthropic 最强的模型仍为内部版本（@AndrewCurran_）。@scaling01 推断内部模型在 ECI 上得分约为 175–180。他还预计下一款 OpenAI Astra——即“循环”模型的首个代际升级——将是 CoT 可监控性方面更有意思的发布。
RSI 能力限制。
- @eliebakouch 认为 Anthropic 很可能在数月内不会公开发布在 LLM 训练上强于 Opus 5.5 的任何东西。他赞赏其透明度，以及可解释性等领域未被削弱（1）。他勾勒了一种朴素做法：最大化常规任务，同时最小化目标领域，随后承认这是个难题（2、3）。
- @omarsar0 表示，就连 Opus 5.5 也拒绝大多数内核和 LLM 优化任务。对于运行自动研究循环的独立研究者来说，“这很糟糕”，这会促使他们转向开放模型（1、2、3）。
- 他还问，AI 研发的结果是来自已发布的模型，还是内部变体（@omarsar0）。
命名即信号。
- @theo：“我要过度解读把它叫作 Fable 5.2 而不是 5.5 这一决定。”
- SemiAnalysis：“一次边际改进，无法与最初的 Mythos 发布相提并论，且很可能远远落后于 Anthropic 内部所拥有的”（7/7）。
- @TheRundownAI：相比 Fable 5.1 是大幅升级，但“相比 Opus 5.5 的跃升较小”。
- @scaling01 开玩笑说，OpenAI 现在可以把自己的模型叫作 6.5 而不是 6.2。
IPO 背景。 @swyx 指出 $ANT 的 IPO 路演在同一天启动。@andersonbcdefg：“不确定这个模型是否足够好到能拯救 IPO。”

成本与限额的现实

订阅价值。 @theo 分析了 200 美元 Ultra 订阅上的 110 万条记录请求（方法）。
- 该套餐每月可产出约 15,000 美元的 Opus 5.5 用量，但 Fable 5.2 只有约 3,000 美元。
- 此外，Fable 被限制在每周限额的 50%，因此只用 Fable 的用户“损失”了一半限额（图示）。
开放模型对比。 @Yuchenj_UW：DeepSeek 每项任务便宜 44 倍，而且“你 95% 的任务不需要最聪明的模型”。@TheZachMueller 表示赞同。
速度与成本。 @teortaxesTex 发现 Fable 5.2 Medium“以极短的时间（但不是成本）把 Sol 6.1 Ultra 远远甩在身后”（更正）。
今日笑话。 @boobs_scary：每周重置把工程变成了抽卡游戏，“要么给你一个黎曼猜想的解，要么删掉你的主目录。”

官方建议与使用技巧

@felixrieseberg，Anthropic：
- Fable 在大型、长时任务上胜过 Opus：整库重写、大型产物的初稿、模糊探索。
- 他预计它会被大量用于 Rust 移植、新闻调查和科学研究。
- 日常使用中他仍常偏好 Opus 5.5，因为 Fable“思考得稍慢一些”。
@alexalbert__，Anthropic：
- 先问它你的想法有什么问题；它会反驳你。
- 从 medium 或 high effort 开始，把 xhigh 留给最难的问题。
- 事先声明哪些操作需要你批准，比如删除。
- 把整个项目交给它，让它跑上几个小时。
他的逐模型扫描提示词（@alexalbert__）：“通读整个项目，找出所有损坏、不一致、低效或不再需要的东西。修复你有把握的部分，其余的列出来供我审阅。”他还把一本达·芬奇笔记本 PDF 变成了可交互的发明（@alexalbert__）。
@lydiahallie：在验证方面比 5.1 彻底得多。她把它用作 Opus 5.5 子代理之上的编排者。
@TheWholeDaisy，Claude Code：
- 把规格明确的任务交给 Opus，把创意性或规格不足的任务交给 Fable。
- 大模型擅长“当你了解得还不够多，无法判断自己是否对最终图景有完整构想”的时候（后续）。
- 她正在征集“Claude 不擅长这个”的提示词（@TheWholeDaisy）。
混合工作流，社区方面。 @theo 问是否该用 Fable 界定工作范围，再交给 Opus 以节省 token。

实践者印象：正面

@emollick 说它“跨过了界线，成为一种参差不齐的 AGI”。他让它创办企业、做学术研究、入侵硬件并构建 3D 模型。
游戏。
- @petergostev：Opus 做的游戏看起来不错，但机制粗糙，而 Fable“能一次做出真正好玩的游戏”。
- @_sholtodouglas 做了一个带传送门的竞技场 FPS，“第一个通过我标准的模型”，并在办公室进行了试玩。他还做了一个 VR 法术 FPS（@_sholtodouglas）。
- @kylebrussell 说地图布局和道具密度“感觉很真实”，他对把游戏客户端移植到网页很有信心（@kylebrussell）。
- @teortaxesTex 在 medium effort 下做出了一个 Three.js 版 Minecraft。在与 Sol 6.1 Ultra 和“1017-Max”的对比中，他说 Fable 在品味和实力上胜出（视频）。引用 1017 的自我反思，Fable 以更简单、保守的方案“保持了对象同一性”，“很像 Opus：不试图耍聪明”（@teortaxesTex）。
生成艺术。 @jkeatn 让 Fable 发明艺术家角色，每个角色都是一个 1–2k 行的 Python 程序，驱动一个模拟的画笔和颜料引擎，完成数千笔触。不涉及任何图像模型，也没有任何预先描摹。
硬件。 @pronounced_kyle 让它借助 Diode 和 3D 打印机设计了一款手持宠物、一个语音助手中枢和一个 USB 免提电话（电子、外壳和固件）。
预训练解读。 @teortaxesTex 称其为“Fable Moment 2.0。Anthropic 真的掌握了预训练的物理规律。”他认为 Astra 在雄心勃勃的概念性和数学性思考上“略胜一筹”（@teortaxesTex）。
Factory 的观察（@factory）：能通过诊断推进工作，在金融和遗留系统迁移中保持精度，并以更低的投入完成困难工作。
其他反应：
- @theo：“大模型味”，以及 AA 的 5 分领先是在“碾压”（@theo）。
- @zachtratar、@Aurokinn 和 @AravSrinivas 的简短热情。
- @swyx 谈 FLT 演示，并计划在 AIE 上推出“更大的东西”。

从业者印象：怀疑或褒贬不一

@theo 用 76 分钟、约 42 美元做了一个“Fishslop”运行，“并不比 Opus 5.5 明显更好（尤其是考虑到价格）。”他的 Opus 版本感觉更可玩，控制和性能更好，他认为两者是互补的（@theo）。他的其他评论：
- Fable“犯了很多我不会预料到 Opus 会犯的愚蠢错误”（@theo）。
- Claude Code 桌面端用户体验“很糟糕”：添加项目并启用绕过权限需要费一番功夫（@theo）。
- 他立刻在 Opus 和 Fable 之间纠结（@theo）。
- 他指出自己对操作系统演示已经麻木（@theo），以及公告中破折号数量创下纪录（@theo）。
@omarsar0 说早期测试者的帖子“只是些蹩脚游戏和老一套东西”。模型现在受限于用户的雄心和环境（内存、工具、沙箱）。他会在科学发现上测试测试时计算方法，并认为 Opus 5.5 对大多数其他工作已经足够好。
弱点和演示基调。 据 @_sholtodouglas 和 @andrew_n_carr 说，人物动画很弱；@alexalbert__ 说 Anthropic 正在“处理这个问题”。@dbreunig 批评模型制作的演示带有“令人腻烦的贺卡基调”，他称之为“rewardcore”（@dbreunig）。
调侃。 @lateinteraction 怀疑现在有成千上万人在测试某个特定的“能力”。@johnowhitaker 开玩笑说，一旦研究人员发现它能做出有趣的游戏，生产力就会暴跌。

竞争背景

Google 的时机。 @kimmonismus 认为 Google 缓慢的发布节奏对其不利，因为 Gemini 4 Carbon 在榜单上领先，但从未真正发布。
OpenAI。 有几个人预计 OpenAI 会在“明天”做出回应（@kimmonismus、@dejavucoder、@nicdunz）。
基线使用情况。 @theo 展示了 Opus 5.5 在 T3 Code 使用中几乎完全压制 Codex。这就是 Fable 必须取代的现有霸主。

其他模型发布

Muse Ember：Muse Ember 与 Muse Wonder 和 Muse Spark 1.3 一同在 Google Cloud 上线（@alexandr_wang）。
- 秘密测试：匿名模型“crouton-alpha”是 Muse Ember 的一个早期检查点。它在测试期间处理了超过 5T 个 token，测试中发现的问题在发布前均已修复（reveal）。
- 吞吐量：一位用户报告约为 400 tok/s（@andrew_n_carr）。
Seedream 5.5（字节跳动）：该图像模型专注于更真实的输出，以及在连续 100 轮编辑中的编辑稳定性（@ByteDanceSeed_）。
- 编辑：未编辑区域在像素级别得到保留，并减少了多次迭代中的细节损失。
- 能力：该模型原生输出 RGBA，用于透明和半透明素材。它还改进了光照、材质、皮肤纹理和小字号文本渲染。
- 可用性：它将登陆 Dreamina、CapCut 和 BytePlus。
即将发布的开放权重版本：@cHHillee 宣布即将发布开放权重版本，并在此前为评估、演示或后训练项目提供 Tinker 额度。申请者应说明他们的计划（note）。

研究与系统

s3 学习到的群体协调：该论文用协作式 RL 取代开发者编写的多智能体计划，让智能体学会何时独自工作、分享发现或阅读队友的工作，且没有预定义角色（@omarsar0，arXiv）。
- 声称的结果：在匹配的训练和推理预算下，以两倍训练规模运行的群体解决的问题比最强基线多 25 倍以上。在并行探索中，它们重复的工作减少了近 50%，并以最高 9.4 分的优势击败 best-of-N。
- 涌现角色：互补角色在训练中涌现，并可迁移到更大的团队。
Opus 5.5 用 Lean 形式化 CPython：Opus 5.5 生成了 613,318 行 Lean 代码，逐行对应 Python 的内部实现（@broyojo42）。
- 验证：该模型针对真实解释器进行测试，并由 Lean 检查。
- 发现的 bug：该项目发现了真实的 CPython bug，包括由普通 Python 代码触发的崩溃。
vLLM × LibTorch 稳定 ABI：新的 PyTorch 版本不再强制重新构建 vLLM（@vllm_project）。用户可以更早升级，发行版重建频率更低，开发者无需重新编译 vLLM 即可测试 torch 变更。
HBM5（三星，Hot Chips 2026）：HBM5 保持与 HBM4E 相同的 2048 个引脚，但将引脚速度从 14 Gbps 提升到 28 Gbps 以上（SemiAnalysis）。
- 架构：DRAM bank、TSV 和 PHY 均加倍或升级，以支撑更快的引脚。PHY 移至基础裸片边缘，将从 GPU 的路径从约 5.5mm 缩短至约 2mm（5/6）。
- 散热代价：PHY 的功耗可达 HBM4E 的 4 倍以上，因此供应商在其上方增加了散热“烟囱”（6/6）。

开发者工具、评估实践与采用

Claude 在 T3 Code 中的主导地位：@theo 绘制了 T3 Code 中 Codex 与 Claude 随时间的使用分布，并称 Opus 5.5 主导了使用量。
- Grok Bot 限制的变通方法：他建议将 Grok Bot 任务路由到在 100 美元 Claude 套餐上运行 Opus 5.5 的 T3 Code（tip）。
- MCP 配对：T3 Connect 现在无需复制粘贴配对码即可授权 MCP 链接（@jullerino）。
掌握你自己的评估：@omarsar0 认为，生产环境的模型选择、以及最终由 RSI 驱动的优化，都依赖于内部评估，而非公开基准。DAIR 正在发起一项计划，帮助企业构建这些评估。
- 评估驱动开发：LangChain 将 EDD 定义为“面向智能体的 TDD”，即针对固定的评估集来衡量每一次变更（@vitalflux）。
小模型 OCR 的注意事项：在一项小型实验中，22 MB 的离线视觉模型 Mirage 正确读取了 6/6 个普通单词标牌。它在带重音符号的单词上得分为 0/8，例如将 ARRÊT 读成 ARRET、将 Straße 读成 Strabe，在印地语和泰卢固语标牌上得分为 0/4。作者明确表示这并非基准测试（@LearnOpenCV）。

行业与政策

巴黎人工智能安全与保障呼吁：11 月 9 日，马克龙总统主持了一场约 30 人参加的会议，与会者包括日本首相高市等国家元首、OpenAI 和 Anthropic 的实验室负责人，以及 Yoshua Bengio（@SakanaAILabs）。
- 签署方与范围：法国政府由此产生的《巴黎呼吁》由 Sakana、OpenAI、Anthropic、Microsoft、Mistral 和 Hugging Face 等签署。它涵盖前沿 AI 评估与风险管理、透明度、信息共享和预警框架（详情）。
Anthropic IPO 的解读（观点）：多位评论者结合 Anthropic 即将进行的 IPO 来解读 Fable 5.2 的发布。SemiAnalysis 质疑在上市前是否会有更强的版本发布（7/7）。其他人则怀疑该模型是否“好到足以挽救 IPO”（@andersonbcdefg）。

热门推文（按互动量）

AI Reddit 回顾

/r/LocalLlama + /r/localLLM 回顾

1. Qwen 3.8 推理加速与基准测试

tencent/Qwen3.8-27B-DSpine-b16 · Hugging Face（热度：342）：腾讯发布了tencent/Qwen3.8-27B-DSpine-b16，这是一个面向 Qwen3.8-27B 的 5 层 DSpine 投机草稿模型，块大小为 16，滑动窗口为 8K。DSpine 通过跨深度注入预测的前驱特征来保持因果依赖，从而并行草拟 token；腾讯报告称，在 BF16、FlashAttention 3、动态验证和 ReplaySSM 下进行的 SGLang 0.5.22 评测显示，其吞吐量约为自回归解码的 2.9–3.8×，且被接受的草稿长度 / agent 吞吐量优于 DFlash2。一位评论者在约 Q5 权重上进行的早期 MegaCapybara 引擎测试报告称，no-think coding 速度从 DFlash2 的 420 t/s 提升到 DSpine 的 800 t/s，但 reasoning 从 320 t/s 下降到 280 t/s，原因被归为前 1–2 个草稿 token 的置信度较低。评论者认为此次发布时机很好，恰在预期中的 Qwen4 之前，其中一人估计相较 DFlash2 有 15–20% 的提升，并预计在额外训练 / 引擎侧优化后还会有进一步提升。一个相关的 Reddit 论文帖，“DSpine - Draft in Parallel, Condition Through Depth”，被引用以供更深入的技术讨论。
- 在 RTX 5090 上、使用约 Q5 的中等权重量化，于 MegaCapybara 中的早期测试报告称，相较 DFlash2，no-thinking 编码吞吐量大幅提升：DSpine 为 800 tok/s，而 DFlash2 为 420 tok/s。然而，推理类工作负载略有回退，DSpine 为 280 tok/s，而 DFlash2 为 320 tok/s，原因被归为前 1–2 个 token 置信度较低，并可能通过额外训练恢复。参见所引用的引擎：MegaCapybara。
- 另一位实现 LumaBrowser 支持的测试者在 llama.cpp 中发现了相反的结果：DSpine 在任何测试场景中都不比 DFlash2 更快，而且还需要更多内存。他们指出，在 SGLang 中结果可能不同，但就其 llama.cpp 基准测试而言，他们发现与 DFlash2 相比“毫无优势”。
- 一个关联的技术讨论指向腾讯的 DSpine 论文/帖子，该文将这一方法概括为 “Draft in Parallel, Condition Through Depth”，使用 Adjacent Causal Injection 进行投机解码。相关 Reddit 帖子在此：[Paper] DSpine - Draft in Parallel, Condition Through Depth。
加入 4x R9700 俱乐部 | 下方是 QFN 3.8 的初步基准测试（活动：484）：这张图是一张技术硬件装机照片，不是梗图：它展示了一台打开的 Phanteks Enthoo Pro 2 Server 机箱，里面装有 4 块 Radeon AI PRO R9700 GPU——三块技嘉卡和一块 XFX/黑色卡——与帖子标题“4x R9700 俱乐部”相符（图片）。这套配置被用作本地多用户推理服务器，在 Radiance/ROCm 下运行 Qwen3.8-Flash-Next，发帖者报告了 128GB 总显存、tp4、FP8 KV 缓存，以及长上下文并发结果，例如约 6,800 tok/s 的聚合预填充和约 80–225 tok/s 的每用户后续生成，具体取决于并发/上下文。评论者普遍认为这套配置的价值与其说在于当下的 QFN 3.8 性能，不如说在于它是一台面向未来、可运行即将到来的本地模型的 128GB VRAM ROCm 机器。一位技术评论者认为，一个原始的 27B 稠密模型在完整 BF16/BF16 KV 下，可能比 Flash-Next 量化版本提供更好的软件工程智能体质量，尽管速度大约只有所报告的一半。
- 一位拥有类似 Threadripper Pro + 4× R9700 + 128GB DDR4 配置的评论者认为，以完整 BF16 权重和 BF16 KV 缓存运行原始 27B 稠密模型，可能比使用 deadcode 的 Flash-Next 量化更有吸引力。他们报告说，尽管完整 BF16 大约会使所公布的速度减半，但使用 radiance 仍能获得约 70–100 tokens/s，并且对于需要架构或算法判断的软件工程智能体任务，可靠性明显更好。
- 另一个技术主题是，4× R9700 配置的价值与其说在于当下的 QFN 3.8 性能，不如说在于 128GB 总显存与相对成熟的 ROCm 软件栈的结合，可面向未来的本地模型。一位评论者将该系统描述为一个前瞻性平台，很可能能够处理下一代本地模型，例如假设中的 Qwen4 级发布。
- 一位评论者询问 Linux GPU 功耗限制是如何实现的，以及它能带来什么好处，暗示其对针对功耗、散热或效率调优多 GPU Radeon 推理设备感兴趣。可见评论中没有提供实现细节，但这个问题与在持续推理负载下运行 4× GPU ROCm 系统直接相关。

非技术向 AI 子版块回顾

/r/Singularity、/r/Oobabooga、/r/MachineLearning、/r/OpenAI、/r/ClaudeAI、/r/StableDiffusion、/r/ChatGPT、/r/ChatGPTCoding、/r/aivideo、/r/aivideo

1. Claude Fable/Mythos 5.2 发布与推送问题

隆重推出 Claude Fable 5.2 和 Claude Mythos 5.2（活动：1530）：该帖子宣布了 Claude Fable 5.2 和 Claude Mythos 5.2，但所提供的内容不包含任何技术发布说明：没有模型卡、基准差异、上下文长度、定价、API 标识符、安全变更或迁移指南。对于专业读者来说，可操作的信息仅限于两个新的 Claude 品牌模型变体似乎已在版本 5.2 上可用/命名。热门评论大多是元讨论：用户指出，关于 Claude 被“削弱”的抱怨往往出现在发布之前，要求 Opus 5.5 回归，并批评 5.2 命名与人们期望或此前的 5.5 版本命名方案不一致。
- 几位评论者关注 Anthropic 的模型线/版本管理行为，指出社区中关于“Claude 被削弱了”的反馈往往出现在新版本发布之前。其他人则提到围绕 Opus 5.5 / 5.6 的先前/移除预期，表明用户正在追踪 Claude 各模型变体之间的性能回退、可用性变化和命名一致性。
- 有人提出了一个技术相关的担忧，涉及 Claude Fable 5.2 的防护措施：发布说明称它将“阻止大多数与网络安全相关的任务。”一位评论者反对称，这可能显著限制合法的安全工作流程，意味着与限制较少的模型相比，其在防御分析、漏洞研究或 CTF 类任务中的实用性会降低。
Fable 5.2 刚刚发布。（热度：2187）：Anthropic 似乎已在发布 Fable 5.2 的同时上线了一个延迟的公告页面，claude-fable-and-mythos-5-2。评论者关注两个实现细节：一张基准/成本图显示，从 Fable Xhigh 切换到 Max 似乎会增加思考时间和成本，同时降低得分；以及一项配额变更，根据订阅时长授予 1–3 次 Fable 专属重置，而不是重置整体每周用量。主要的质疑集中在性价比上——用户将这张图解读为在更高算力下呈现出更差的前沿——以及配额语义上，一位评论者表示，如果全局每周上限已经耗尽，Fable 专属重置价值有限。另一位评论者推测，5.2 可能主要是收紧了防护措施，特别是围绕 REA 仓库的使用。
- 一位评论者质疑一张基准/质量图，其中从 Fable Xhigh 切换到 Max 似乎会增加思考时间和成本，同时降低实测性能，这意味着要么是非单调扩展，要么是基准噪声，要么是可视化令人困惑。技术上的担忧在于，更高算力的模式通常应以延迟/成本换取更高准确率，因此这一结果可能表明在评估任务集上出现了过度思考/性能回退。
- 几位用户讨论了新的 Fable 重置政策：据称包含 Fable 模型的套餐会根据订阅时长获得 1–3 次 Fable 专属重置，但该重置似乎仅限于 Fable 用量，而非通用每周用量。关键的实现担忧在于，如果账户更广泛的每周配额已经耗尽，仅限 Fable 的重置可能无效，这表明存在独立的配额桶或门控逻辑。
- 一位评论者推测，从 Fable 5.1 到 Fable 5.2 的主要变化可能是更严格的防护措施，特别是围绕阻止使用 REA 仓库。虽然这没有基准数据支持，但其技术主题是可能出现的安全策略回退，影响的是仓库级工作流程或代码访问，而非模型的原始能力。
Claude Fable 5.2 仅凭 3 行提示词就在 Unreal Engine 中构建了一个可玩的《战争机器》克隆版，包含敌人 AI、掩体机制和主动装填。在用超过 1000 亿 token 进行测试后，Matthew Berman 称其为“迄今为止最好的模型”。（活动数：1635）：Matthew Berman 的评测称，Claude Fable 5.2 仅凭 3 行提示词就生成了一个可玩的《战争机器》风格 Unreal Engine 项目，包含敌人 AI、掩体机制和主动装填；经过多日迭代，总计约 8.5B token，API 花费估计为 $15k；在他更广泛的测试中，他表示自己使用了 >100B token，并称其为“迄今为止最好的模型”（完整评测）。他还报告称，Fable 5.2 重建了一个类似 Excel 的电子表格应用，构建了复杂的 3D 环境，并帮助创建了类似 Photoshop/Premiere 的内部制作工具。 最高赞评论持怀疑态度：一位用户认为，在消费级套餐上引导使用 Opus 级模型也可能取得类似结果，并质疑“克隆这个游戏”这类提示词是否违反模型/平台政策。另一位评论者则驳斥了这种基准测试框架，指出最初的 3 行提示词显然包含校对错误。
- 一个实质性数据点引用了 Matthew Berman 的 Fable 5.2 评测：据报道，这个《战争机器》风格的 Unreal 项目耗时数天，消耗了约 8.5 billion tokens，API 成本估计约为 $15,000。同一评测还称，Fable 5.2 还生成了一个类似 Excel 的电子表格应用、复杂的 3D 环境，以及据称已用于生产的 Photoshop/Premiere 风格工具：https://forwardfuture.com/newsletter/originals/i-put-fable-5-2-to-work-5-real-world-field-tests-and-what-i-learned
- 一位评论者质疑这一结果是否真正为 Claude Fable 5.2 所独有，认为如果在 $20 套餐上以交互方式引导，Opus 5.5 也可能实现类似原型。他们还提出了围绕“克隆这个游戏”这类提示词的政策/知识产权担忧，暗示基于可识别商业游戏的基准风格演示，在模型使用限制下可能难以评估或复现。
- 另一个技术上相关的怀疑集中在 AI 生成可玩原型与制作商业成功游戏之间的差距。该评论者认为，“制作一个游戏”或许已经可以用当前 AI 工具实现，但“制作一个好游戏”仍然是一个独立的产品/设计问题，涉及质量、原创性和玩家吸引力，而不仅仅是代码或资产生成。
降智是真的。感谢 u/WuM1ha1nho！！！！（活动：3948）：该帖声称 Anthropic 正在 Claude Code 中按会话进行 A/B 实验，并且所感知到的模型退化/“降智”可以与存储在本地 Claude 产物中的实验 ID 相关联：当前配置位于 .claude/.claude.json，历史会话记录位于类似 /home/<user>/<claude-dir>/projects/*/*.jsonl 的路径下。作者称使用 Claude 将这些 JSONL 记录中的十六进制实验 ID 与线程行为退化相关联，并引用了此前一个关于实验 ID 的 Reddit 帖子（来源）；评论者报告看到了名为 tengu_mossy_gray_experiment / tengu_keen_pudding_experiment 的实验，以及类似 604 / b10 的 ID，其中一位用户声称 Opus 和 Fable 都大量消耗 token 且表现差得多。评论者分为两派：一派认为“对 Anthropic 这样的公司来说 A/B 测试是意料之中的”，另一派认为“受影响的用户理应获得重置/补偿”。有人提议将实验改为自愿加入，并以额外一次每周重置和对未来模型变体的抢先体验作为补偿。
- 多位评论者报告了 Anthropic A/B 测试的证据，表现为可见的实验标签，如 tengu_mossy_gray_experiment、tengu_keen_pudding_experiment，以及类似 604 / b10 的 ID。一种技术性解读是，所测试的条件可能并非简单的质量降级，而是成本/延迟/推理预算实验，例如“以少 10% 的推理达成目标”，这可能会影响感知到的智能程度和 token 用量。
- 一位用户声称 Opus/Fable 变体在实验窗口期内表现明显更差，具体表现为大量消耗 token并产生退化的输出。该投诉表明回归可能涉及推理投入分配或上下文处理，而不仅仅是答案准确性，不过并未提供基准测试轨迹或可复现日志。
- 一位评论者推测 Anthropic 正在测试一个更新的 Opus/Fable 模型变体，可通过事实猜测行为加以区分：原版 opus-5.5 据称对“谁赢得了 2026 年摩纳哥大奖赛？”这一问题会拒绝回答或猜测为 George Russell，而新模型则回答 Kimi Antonelli。他们进一步推测，将会话从新模型切回 opus-5.5 可能导致退化，因为旧模型无法访问新模型的隐藏 thinking 块，从而部分无法解读先前的上下文。

2. 智能体编程与工具使用工作流

我用 Claude Code 构建了一个 MCP，让 Claude 能在后台玩 PC 游戏。这里它正在 GTA 中自主驾驶、驾驶直升机并行走（活动：1200）：作者发布了一个 MIT 许可、仅限 Windows 的 MCP 服务器用于游戏自动化（GitLab 镜像；原 GitHub 曾被暂时封禁），它通过注入游戏端的 DLL 进行输入/屏幕捕获，外加一个暴露约 100 个工具的 TypeScript MCP 层，让 Claude 能在后台控制单人/离线 PC 游戏。该系统支持按游戏的数据配置——小地图边界、相机行为、路径点检测——使智能体能够迭代游玩、诊断失败、修补代码/配置，并在固定路线上进行前后基准测试；演示包括 GTA IV/V 驾驶/直升机导航、Detroit: Become Human 的选择、TABS、Halo Wars 2、Phantom Rose 和 Cities: Skylines。当前局限包括没有小地图时室内导航效果差、射击瞄准尚处早期阶段、依赖 Windows DLL，以及与反作弊/多人游戏不兼容。
- 有评论者询问将 Claude Code 作为 MCP 控制的游戏代理运行时的token 消耗/成本，这是该讨论串中提出的主要技术关切。对于常驻的游戏控制循环，成本将在很大程度上取决于截图/帧频率、上下文大小、工具调用节奏，以及代理接收的是原始图像、结构化状态还是两者兼有。
DeepSeek V4.1 Flash 使用 REA 逆向工程了一款 1984 年的 DOS 游戏，并将其重建为 Chrome 版本，花费 $0.68（活动：414）：DeepSeek V4.1 Flash 仅获得一条提示词以及原始的 43 KB 1984 年 Sopwith DOS 可执行文件，REA 作为 MCP 服务器在底层运行 Ghidra（REA、AgenC Core）。在约 1 hour 的无网络沙箱中，它反编译了二进制文件，推断出游戏系统，编写了 Python 资源/表提取器，将游戏重建为 320x200 HTML5 Canvas 并带有 PC 扬声器风格音效，并使用 DOSBox + 无头 Chrome 帧对比来验证移植；报告的使用量为 374 次模型调用、624 次工具调用、145M 输入 token（含 99.7% 缓存命中）、308K 输出 token，成本为 $0.68 非高峰 / $1.37 高峰。完整提示词在此分享：PROMPT.md。评论不多，但将其描述为老派逆向工程工作流的重大加速——一位评论者将其比作手动提取并修改 6502 Atari 卡带，并估计 AI 可以在“1/1000 的时间”内完成。另一位开玩笑说 $0.68 仍然“相当昂贵”，反映出人们对代理式逆向工程成本将持续崩塌的预期。
- 一位评论者链接了用于 Sopwith 逆向工程/重建实验的完整 REA 提示词，托管在 tetsuo-ai/agenc-core 仓库中：PROMPT.md。对于希望检查任务框架、代理指令和工作流假设的技术读者来说，这是该讨论串中最具体的实现产物。
- 一位评论者将结果与历史上的手动逆向工程工作进行了比较：他们此前曾在无法访问原始 6502 源码的情况下提取了 Atari 卡带并修改了一个应用。他们推测，现代 AI 辅助逆向工程可以在大约 1/1000 的时间内完成相当的工作，突显了二进制分析和源码重建任务的生产力差距。
- 另一位用户报告称，对 1984 年的 CGA 游戏 Alley Cat 进行了类似的 AI 辅助重建，将其转换为 VGA，据称使用 Terra Very High 花费不到 $1。虽然细节不多，但这表明该工作流可能以较低的推理成本推广到 Sopwith 之外的其他 DOS 时代 CGA 游戏。
Qwen 3.8 27B 写了 2,860 行代码，让 Fable 5.2 便宜了 5 倍、快了 2 倍（活动：417）：一位开发者报告称，使用 Atomic Agent 0.6.13（项目）在一台 MacBook Pro M5 Max 64 GB 上，通过 llama.cpp 将 Fable 5.2 编排为规划者/审查者，统筹三个本地 Qwen 3.8 27B Q4_K_XL 构建者，为一个 Three.js“3D 立体书”短片生成了 2,860 行 JS/HTML。在一次单次运行对比中，该编排方案在 11:32 内完成，云成本为 $2.98，而单独使用 Fable 5.2 则耗时 21:27、成本为 $15.77；其声称的优势来自并行的本地重试是“免费的”，且 Fable 从不直接编辑文件。Qwen 的首轮表现不稳定（5/8 个任务完成；一次超时、一次步骤耗尽、一次升级处理），但在 Fable 收窄任务简报后，它完成了 5/5；作者明确说明这只是一个数据点，并非基准测试。 热门评论较少关注演示输出，更多关注方法论：用户要求提供 Fable↔Qwen 协调的精确提示词、Fable 是否直接调用 Qwen，以及 Qwen 在调用之间是否保留状态。其他人则质疑 Claude Sonnet/Haiku 在质量/成本上会如何比较，而一位评论者主要对感知到的 Qwen 质量差距印象深刻。
- 几位评论者关注可复现性和编排细节，询问 Fable 5.2 如何与 Qwen 3.8 27B 协调：Fable 是否将 Qwen 作为子代理/工具直接调用、任务状态如何在调用之间传递，以及 Qwen 是否保留任何记忆，还是完全依赖提示词/上下文注入。
- 有人对基准测试方法论以及成本/性能声明持技术性怀疑，评论者要求提供精确提示词，以便针对单独使用 Fable 5.2 重跑对比，并认为在没有受控提示词、相同任务规格和可比评估标准的情况下，结果可能存在偏差。
- 一位评论者询问 Claude Sonnet 或 Haiku 在相同设置下表现如何，暗示所声称的 Qwen 辅助 Fable 带来的 5x 成本降低和 2x 速度提升，应与具有类似编码代理工作流和定价假设的 Anthropic 模型进行比较。
如果一条规则可以由机器检查，它就不应该成为 AGENTS.md 中的一行（活动：40）：该文章认为，AGENTS.md 不应包含可机器检查的约束，例如“绝不强制推送”“不要编辑生成的客户端”或“始终运行测试”，因为 LLM 代理在多次工具调用后可能会丢失这些指令，而规则会静默失效。相反，应通过 pre-commit 钩子、CI 检查、linter、权限提示或文件系统保护来强制执行确定性策略，将 AGENTS.md 保留给无法脚本化的项目上下文和判断性决策，例如架构边界、升级标准以及哪条测试命令重要。 核心观点是，散文式指令是高 token、低可靠性的执行机制；持久规则需要可执行的护栏。未提供热门评论，因此无法总结评论区的额外辩论。

3. OpenRouter CSAM 筛查政策变更

OpenRouter may scan and report a certain type of NSFL (Activity: 414): OpenRouter appears to have changed policy around detecting and reporting a specific illegal NSFL category, with the described mechanism seemingly limited to hash-matching images/videos rather than scanning text prompts or completions. The technical concern is whether “risky roleplay” text could later be subjected to classifier-based moderation/reporting, which would require high-context reasoning to avoid false positives in nuanced fictional NSFW narratives. Commenters were mainly concerned about false positives if text classifiers are used, arguing that shallow moderation models may fail on context, character age/backstory, or fictional framing. Others noted that media hash matching is a narrower and more conventional approach, and that mass-scanning text would likely alienate more than just roleplay users.
- Commenters raised concerns that text scanning would require nuanced contextual reasoning to avoid false positives, especially in long-form fiction where adult scenes may reference non-sexual backstory involving younger versions of characters. They argued that a lightweight classifier could misclassify ordinary erotic-romance-style context unless OpenRouter used a more capable reasoning model, which would add cost and latency.
- Several users distinguished hash-matching for images/video from broader semantic scanning, noting that if OpenRouter is only matching known illegal media hashes, the scope is narrower than mass inspection of prompts and completions. One commenter argued that OpenRouter would risk losing far more than roleplay users if it signaled broad scanning of all text inputs.
- A technical analogy was made to Google Photos automated abuse-detection systems, where users have reported false account bans and law-enforcement reports for benign family photos. The concern is that similar automated image classifiers or hash-based pipelines could produce severe consequences from false positives if appeal/review mechanisms are weak.
If you still have some credits on OR, be careful. If you wanted to top up again, use NanoGPT Payg instead. (Activity: 341): The image is a dark-themed screenshot of an OpenRouter policy update stating that CSAM screening may override “Zero Data Retention”: prompts/responses are generally not retained after processing, but may be stored when needed for review, reporting, or legal preservation. In the post’s context, the author argues this weakens OpenRouter’s ZDR guarantees after Stripe-related compliance pressure and recommends using NanoGPT Payg instead, citing lower fees and working cache behavior; image: i.redd.it/wdw930pv9o0i1.jpeg. Commenters debated whether “zero-data-retention” is now misleading because it has policy exceptions, with one saying the “zero” has “a lot of asterisks.” Others supported migrating to NanoGPT Payg for cheaper top-ups and model cache support, while expressing distrust that CSAM scanning will remain limited to images/video rather than expand to text.
- Users raised concerns that OpenRouter’s “zero-data-retention” policy may have meaningful exceptions after Stripe’s involvement, implying that compliance or safety scanning could undermine expectations around prompt privacy. One commenter specifically argued that the “zero” in ZDR has “a lot of asterisks,” reflecting concern that retained or reviewable data may exist under abuse-detection workflows.
- Several commenters compared NanoGPT PAYG favorably against OpenRouter on cost and behavior, claiming it is cheaper because there are “no extra costs” when adding balance. One user also reported that prompt/cache support works across all models they tested, which is relevant for users optimizing repeated-context workloads and token spend.
- A technical risk noted around automated moderation was false-positive escalation in model/provider filters, with Gemini cited as already hard-refusing NSFW roleplay scenarios involving a household with minors present, even when not directly sexualized. Commenters extrapolated that broader CSAM-detection or payment-processor-driven scanning could cause more prompts to be flagged for review, especially in edge-case text-generation scenarios.