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

← AI 新闻AI 新闻Fable 5.2 在 $ANT IPO 路演启动之际重夺全球第一 LLM 宝座

2026 年 11 月 9 日 — Claude Fable 5.2 与 Mythos 5.2 在 Anthropic 的 IPO 路演日登场。多少思考值得付费？swyx .ai11 月 10 日·30 分钟阅读

周五，我们问 Jamin Ball，Anthropic 的 IPO 接下来会怎样。周一，路演开始了，Anthropic 也发布了备受期待的 Claude Fable 与 Mythos 下一代版本。当然，它是全球新的顶级模型，从 Gemini 4 Carbon 手中夺回了 Opus 5.5 的第一名位置，而后者只享受了短暂的阳光时刻（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/07-2026/11/09 的 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。

定价。每 1M 输入/输出 token 为 $8/$40，比 Fable 5.1 的 $10/$50 低 20%（@jaminball、@arena）。据 Artificial Analysis，其余规格如下：

缓存写入费用为 $10（5 分钟 TTL）或 $16（1 小时 TTL）；缓存读取费用为 $0.20。

1M token 上下文，支持文本和图像输入。

五档 effort 级别：low、medium、high、xhigh、max。

Anthropic 的长时程演示。

1,000 多个子智能体在 8 天内从一个空文件夹构建出一个操作系统。它能在笔记本电脑上启动，拥有自己的内核、磁盘/键盘/网络驱动、持久存储、窗口管理、登录、安装程序以及内置的 Claude（@kimmonismus）。

Fable 根据简短提示设计了三款可工作的电子设备（@kimmonismus）。

它提出了未经测试的化学合成路线。

它改进了 72 个开放优化问题的现有解法。

@RLanceMartin 发表了关于 1,000 智能体 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 与 Opus、Sonnet、Haiku 对比的指南。它涵盖了何时应提高 effort 而非切换模型，以及何时应将子智能体交给更小的模型。

独立评测（事实）

Artificial Analysis 智能指数 v5（@ArtificialAnlys，细分）：Fable 5.2 以 65 分（max）位居第一。

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 能力指数（@EpochAIResearch）：创纪录的 174，而 GPT-6 Astra 为 169。这高于 Astra 之前的推理模型趋势线，Epoch 将其与 AI 研发讨论联系起来。分数来自 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”是表现最佳的 effort 档，优于 xhigh 和 max。

CursorBench（@cursor_ai）：max 档 60%（顶级模型），默认档 56.9%，而 Fable 5.1 为 49.2%。Cursor 警告称，各 effort 档的表现与 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%（6/7），每任务成本仍上升了 31%（$67.16 → $88.15）。

@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 数值，并指出这些指标现在出现在每份系统卡中（后续）。

血染钟楼（@dwarkesh_sp）：仍不如 GPT-6 Astra，但远好于 Opus 5.5 和 Fable 5.1。

安全方面，来自英国 AISI（@JordanTensor）：Mythos 5.2“在规避审查其输出的监控器方面，能力显著强于对比模型。”

effort 档位异常

多项评测显示 max/xhigh 表现不如 high：Vals、@theo 对 AA 纯代码视图的评测（在该视图中与其他模型的差距也缩小了），以及 Fable 特有的下滑。

@nrehiew_ 指出，只有 Fable 模型出现 max 推理下滑；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 用量，但只能产出约 3,000 美元的 Fable 5.2 用量。

除此之外，Fable 被限制在每周限额的 50%，因此只用 Fable 的用户会“损失”一半限额（图示）。

开放模型对比。@Yuchenj_UW：DeepSeek 每任务便宜 44 倍，而且“你 95% 的任务不需要最聪明的模型”。@TheZachMueller 表示赞同。

速度与成本。@teortaxesTex 发现 Fable 5.2 Medium“以极短的时间（但不是成本）把 Sol 6.1 Ultra 远远甩在身后”（更正）。

今日笑话。@boobs_scary：每周重置把工程变成了抽卡游戏，“要么给你一个黎曼猜想的解，要么删掉你的主目录。”

官方建议与使用技巧

Anthropic 的 @felixrieseberg：

Fable 在大型、长时任务上胜过 Opus：整个代码库重写、大型产物的初稿、模糊探索。

他预计它会被大量用于 Rust 移植、新闻调查和科学研究。

日常使用中他仍常常更偏好 Opus 5.5，因为 Fable“思考得稍慢一些”。

Anthropic 的 @alexalbert__：

先问它你的想法有什么问题；它会反驳你。

从 medium 或 high effort 起步，把 xhigh 留给最难的问题。

事先声明哪些操作需要你批准，比如删除。

把整个项目交给它，让它运行数小时。

他的逐模型扫描提示词（@alexalbert__）：“阅读整个项目，找出所有损坏、不一致、低效或不再需要的东西。修复你有把握的部分，其余的列出来供我审阅。”他还把一个达·芬奇笔记本 PDF 变成了可交互的发明（@alexalbert__）。

@lydiahallie：在验证方面比 5.1 彻底得多。她把它用作 Opus 5.5 子智能体的编排者。

Claude Code 的 @TheWholeDaisy：

把规格明确的任务交给 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–2 千行的 Python 程序，驱动一个模拟的笔刷和颜料引擎绘制数千笔。不涉及任何图像模型，也没有任何预先描摹。

硬件。@pronounced_kyle 让它借助 Diode 和 3D 打印机设计了一个掌上宠物、一个语音助手中枢和一个 USB 免提电话（电子、外壳和固件）。

预训练解读。@teortaxesTex 称其为“Fable 时刻 2.0。Anthropic 真的掌握了预训练的物理。”他认为 Astra 在雄心勃勃的概念性和数学性思考上“略胜一筹”（@teortaxesTex）。

Factory 的观察（@factory）：能完成诊断，在金融和遗留系统迁移中保持精确，并以更低的 effort 完成困难工作。

其他反应：

@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 批评模型制作的演示带有“令人腻烦的 Hallmark 腔调”，他称之为“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，测试中发现的问题在发布前已修复（披露）。

吞吐量：一位用户报告约为 400 tok/s（@andrew_n_carr）。

Seedream 5.5（字节跳动）：该图像模型专注于更真实的输出，以及在连续 100 轮编辑中的编辑稳定性（@ByteDanceSeed_）。

编辑：未编辑区域在像素级别得到保留，迭代过程中的细节损失减少。

能力：该模型原生输出 RGBA，用于透明和半透明素材。它还改进了光照、材质、皮肤纹理和小字渲染。

可用性：它将登陆 Dreamina、CapCut 和 BytePlus。

即将发布的开放权重版本：@cHHillee 宣布即将发布开放权重版本，并在此前为评测、演示或后训练项目提供 Tinker 额度。申请者应说明他们计划做什么（说明）。SponsoredYour sponsor ad hereReach the AI engineers building what comes next.

Latent Space 的读者正是那些在交付智能体、模型和基础设施的人。咨询赞助此广告位：business@latent.space →

研究与系统

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（提示）。

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）。

热门推文（按互动量）

OpenAI：Control Room 可在 35 秒内中止研究工作负载——4,125

@theo：Claude Ultra 产出约 1.5 万美元的 Opus 5.5，而 Fable 5.2 约为 3,000 美元——2,810

@broyojo42：Opus 5.5 用 613K 行 Lean 形式化了 CPython——1,673

@ByteDanceSeed_：Seedream 5.5 发布——1,600

@theo：T3 Code 中 Codex 与 Claude 的使用分布——1,137

@alexandr_wang：Muse Ember、Wonder 和 Spark 1.3 上线 Google Cloud——1,085

@AndrewCurran_：系统卡暗示 Anthropic 的顶级模型仍将保持内部使用——840

@SemiAnalysis_：Fable 5.2 在 GDPx 上以 16.4% 登顶——635

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 倍，并且在可接受的草稿长度/智能体吞吐量方面优于 DFlash2。一位评论者在约 Q5 权重上对 MegaCapybara 引擎进行的早期测试报告称，无思考编码速度从 DFlash2 的 420 t/s 提升到 DSpine 的 800 t/s，但推理速度从 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 相比，无思考编码吞吐量大幅提升：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”，使用相邻因果注入进行投机解码。相关 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 Club”相符（图片）。该装机被用作 Radiance/ROCm 下 Qwen3.8-Flash-Next 的本地多用户推理服务器，发帖人报告总显存为 128GB、tp4、FP8 KV 缓存，以及长上下文并发结果，例如聚合预填充约为 6,800 tok/s，每用户后续生成约为 80–225 tok/s，具体取决于并发/上下文。评论者普遍认为，这套配置的价值与其说在于当下 QFN 3.8 的性能，不如说在于它是一台面向未来本地模型的 128GB 显存 ROCm 机器。一位技术评论者认为，以完整 BF16/BF16 KV 运行的原始 27B 稠密模型，在软件工程智能体质量上可能优于 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 似乎已在延迟发布的公告页面 claude-fable-and-mythos-5-2 之外推出了 Fable 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 行提示词，在虚幻引擎中构建了一个可玩的《战争机器》克隆版，包含敌人 AI、掩体机制和主动装填。在用超过 1000 亿 token 进行测试后，Matthew Berman 称其为“迄今为止最好的模型”。（活动量：1635）：Matthew Berman 的评测称，Claude Fable 5.2 根据一段 3 行提示词生成了一个可玩的《战争机器》风格虚幻引擎项目，包括敌人 AI、掩体机制和主动装填，经过多日迭代，总计约 85 亿 token，估计 API 花费约 1.5 万美元；在他更广泛的测试中，他表示使用了超过 1000 亿 token，并称其为“迄今为止最好的模型”（完整评测）。他还报告称，Fable 5.2 重建了一个类似 Excel 的电子表格应用，构建了复杂的 3D 环境，并帮助创建了类似 Photoshop/Premiere 的内部制作工具。高赞评论持怀疑态度：一位用户认为，在消费级套餐上通过引导式使用 Opus 级模型也可能取得类似结果，并质疑“克隆这个游戏”之类的提示词是否违反模型/平台政策。另一位评论者驳斥了基准测试框架，指出最初的 3 行提示词显然包含校对错误。

一位评论者质疑这一结果是否真正为 Claude Fable 5.2 所独有，认为如果进行交互式引导，在 20 美元套餐上使用 Opus 5.5 也可能实现类似原型。他们还提出了围绕“克隆这个游戏”之类提示词的政策/IP 担忧，暗示基于可识别商业游戏的基准式演示，在模型使用限制下可能难以评估或复现。

另一个技术上相关的质疑集中在 AI 生成可玩原型与制作商业成功游戏之间的差距。该评论者认为，“制作一个游戏”或许已经可以用当前 AI 工具实现，但“制作一个好游戏”仍然是一个独立的产品/设计问题，涉及质量、原创性和玩家吸引力，而不仅仅是代码或资产生成。

降级是真的。感谢 u/WuM1ha1nho！！！！（活动量：3948）：该帖子称 Anthropic 正在 Claude Code 中运行按会话的 A/B 实验，并且感知到的模型退化/“降级”可以与存储在本地 Claude 产物中的实验 ID 相关联：当前配置位于 .claude/.claude.json，历史会话记录位于 /home/ / /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 可能导致退化，因为旧模型无法访问新模型的隐藏思考块，使其部分无法解释先前的上下文。

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 小时的无互联网沙箱中，它反编译了二进制文件，推断出游戏玩法系统，编写了 Python 资源/表提取器，将游戏重建为 320x200 的 HTML5 Canvas 并配以 PC 扬声器风格音效，并使用 DOSBox + 无头 Chrome 帧对比来验证移植；报告的使用量为 374 次模型调用、624 次工具调用、1.45 亿输入 token（缓存命中率 99.7%）、30.8 万输出 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 的第一轮不稳定（8 个任务完成 5 个；一次超时、一次步骤耗尽、一次升级），但在 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 实现 5 倍成本降低和 2 倍速度提升，应当与具有类似编码智能体工作流和定价假设的 Anthropic 模型进行比较。

如果一条规则可以由机器检查，它就不应该成为 AGENTS.md 中的一行（活动：40）：该文章认为，AGENTS.md 不应包含可机器检查的约束，例如“绝不强制推送”、“不要编辑生成的客户端”或“始终运行测试”，因为 LLM 智能体在多次工具调用后可能会丢失这些指令，导致规则静默失效。相反，应通过 pre-commit 钩子、CI 检查、linter、权限提示或文件系统保护来强制执行确定性策略，将 AGENTS.md 保留用于不可脚本化的项目上下文和判断性决策，例如架构边界、升级标准以及哪个测试命令重要。核心观点是，散文式指令是高 token、低可靠性的执行机制；持久规则需要可执行的护栏。未提供热门评论，因此无法总结评论侧的额外辩论。

3. OpenRouter CSAM 筛查政策变更

OpenRouter 可能会扫描并报告某一类 NSFL（活动：414）：OpenRouter 似乎改变了检测和报告某一特定非法 NSFL 类别的政策，所述机制似乎仅限于对图像/视频进行哈希匹配，而非扫描文本提示词或补全内容。技术层面的担忧在于，“高风险角色扮演”文本日后是否可能受到基于分类器的审核/报告，这将需要高上下文推理，以避免在微妙的虚构 NSFW 叙事中出现误报。评论者主要担心如果使用文本分类器会产生误报，认为浅层审核模型可能在上下文、角色年龄/背景故事或虚构框架方面出错。其他人指出，媒体哈希匹配是一种更狭窄、更常规的方法，而大规模扫描文本可能会疏远的不仅仅是角色扮演用户。

评论者担心，文本扫描需要细致的上下文推理以避免误报，尤其是在长篇虚构作品中，成人场景可能会提及涉及角色年轻版本的非性背景故事。他们认为，轻量级分类器可能会将普通的色情浪漫风格上下文误分类，除非 OpenRouter 使用更强大的推理模型，而这会增加成本和延迟。

几位用户将图像/视频的哈希匹配与更广泛的语义扫描区分开来，指出如果 OpenRouter 仅匹配已知的非法媒体哈希，其范围比大规模检查提示词和补全内容要窄。一位评论者认为，如果 OpenRouter 发出对所有文本输入进行广泛扫描的信号，它将冒着失去远不止角色扮演用户的风险。

有人将其与 Google Photos 自动滥用检测系统进行了技术类比，用户曾报告称，因无害的家庭照片而被错误封禁账户并向执法部门报告。担忧在于，如果申诉/审查机制薄弱，类似的自动图像分类器或基于哈希的流水线可能会因误报而产生严重后果。

如果你在 OR 上还有额度，请小心。如果你想再次充值，请改用 NanoGPT Payg。（活动：341）：图片是一张深色主题的截图，显示 OpenRouter 的政策更新，声明 CSAM 筛查可能会覆盖“零数据保留”：提示词/响应在处理后通常不会被保留，但在审查、报告或法律保全需要时可能会被存储。在帖子的上下文中，作者认为这在 Stripe 相关的合规压力之后削弱了 OpenRouter 的 ZDR 保证，并建议改用 NanoGPT Payg， citing 更低的手续费和可用的缓存行为；图片：i.redd.it/wdw930pv9o0i1.jpeg。评论者争论“零数据保留”现在是否具有误导性，因为它存在政策例外，有人说“零”有“很多星号”。其他人支持迁移到 NanoGPT Payg 以获得更便宜的充值和模型缓存支持，同时对 CSAM 扫描将仅限于图像/视频而不会扩展到文本表示不信任。

用户担心，在 Stripe 介入后，OpenRouter 的“零数据保留”政策可能存在重大例外，暗示合规或安全扫描可能会破坏对提示词隐私的期望。一位评论者特别指出，ZDR 中的“零”有“很多星号”，反映出对在滥用检测工作流下可能存在被保留或可审查数据的担忧。

几位评论者在成本和表现上对 NanoGPT PAYG 与 OpenRouter 进行了有利比较，声称它更便宜，因为添加余额时“没有额外费用”。一位用户还报告说，提示词/缓存支持在其测试的所有模型上都有效，这对于优化重复上下文工作负载和 token 支出的用户来说很有意义。

围绕自动审核指出的一个技术风险是模型/提供商过滤器中的误报升级，Gemini 被引述为已经强硬拒绝涉及有未成年人在场的家庭的 NSFW 角色扮演场景，即使并非直接性化。评论者推断，更广泛的 CSAM 检测或支付处理商驱动的扫描可能会导致更多提示词被标记以供审查，尤其是在边缘情况的文本生成场景中。感谢阅读

保持领先一步。