[AINews] Fable 5.2 retakes World #1 LLM spot as $ANT IPO roadshow begins

Fable 5.2 重夺世界顶级大模型头衔，$ANT 首发路演启动 —— Latent Space

周五，我们询问了 Jamin Ball 关于 Anthropic 首发路演的后续计划。周一，路演正式启动，Anthropic 同步发布了备受期待的 Claude Fable 和 Mythos 新版本。当然，这个新版本已成为全球顶级模型，从 Gemini 4 Carbon 手中夺回了 Opus 5.5 的 #1 头衔（后者曾短暂占据榜首 10 天）。

在 X 上查看原文 ↗

Fable 的每令牌价格降低了 20%……但对令牌的需求更高，SemiAnalysis GDPx 和 Artificial Analysis 都持相同观点：

Fable 5.1 的输入令牌每百万成本为 10 美元，输出令牌每百万成本为 50 美元。Fable 5.2 的成本降至 8 美元和 40 美元。然而在 GDPx（专业任务基准测试）中，SemiAnalysis 的任务成本从 67.16 美元上涨至 88.15 美元。运行日志提供了线索。Opus 5.5 和 Fable 5.1 通常会尝试约 20 个测试用例，而 5.2 版本有时会生成数百甚至数千个用例，并启动子代理独立验证结果。所有这些验证帮助 Fable 以 16.4% 的优势夺冠。无论选择哪种模式，你都需要为这些验证付出代价。

生产环境应选择哪种努力模式？根据 FrontierCode 2.0 的数据，Anthropic 报告称 Fable 的 High 模式在任务成本上约为 Opus 5.5 Max 模式的 50%……但不要讨论 Fable 的 Max 模式。

AI 新闻 2026 年 11 月 7 日至 11 月 9 日。我们检查了 12 个子版块、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 模式更是成为当前发布的顶级模型。1000 个 Fable 5.2 代理在 30 小时内完成了费马大定理的现有证明。同样设置下，Opus 5.5 在 18 小时内完成了 26%。Mythos 5.2 准确建模了 34 个基因治疗衣壳中的 28 个。对齐效果达到或超过近期 Claude 模型，且经过外部预发布测试。

• 默认努力模式。Medium 是 Claude 应用和 Claude Code 的默认努力模式。

• 定价。每百万输入/输出令牌 8 美元/40 美元，比 Fable 5.1 的 10 美元/50 美元低 20%（@jaminball，@arena）。其余规格，据 Artificial Analysis：缓存写入成本为 10 美元（5 分钟 TTL）或 16 美元（1 小时 TTL）；缓存读取成本为 0.20 美元。支持文本和图像输入的百万令牌上下文。五个努力级别：低、中、高、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用户可获得为期一周的试用（上限为每周限额的一半）并附带1次重置机会。Fable的消耗上限为每周限额的50%。

• 数据保留政策。Fable 5.2默认要求数据保留，以便Anthropic的安全分类器运行。仅符合条件的企业客户可选择零数据保留（@code）。

• 首日发布：Cursor（@cursor_ai）。GitHub Copilot / VS Code（@code），在解决任务数量上超越Fable 5.1的同时使用更少步骤和工具调用。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的对比指南，涵盖何时应提升计算资源而非切换模型，以及何时应将子代理分配至更小模型的决策标准。

独立评估（事实）

• 人工智能分析指数v5（@ArtificialAnlys，细分数据）：Fable 5.2以65分（满分）位居第一。Fable 5.2（最大值）——指数得分65；Gemini 4 Carbon（高配）——指数得分60；Opus 5.5（最大值）——指数得分59；GPT-6 Astra（最大值）——指数得分57；Fable 5.1（最大值）——指数得分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%）。效率：在高配和超高配模式下，每个任务约消耗98,000个输出令牌，得分为62，而Opus 5.5最大值消耗173,000个令牌；在最大值模式下，每任务成本约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（已验证）（@arcprize）：ARC-AGI-3标准接口（新高）——得分81.2% · 成本21,900美元；ARC-AGI-3提供者适配接口——得分97.7% · 成本18,600美元；ARC-AGI-2——得分93.8% · 每任务成本0.98美元；ARC-AGI-1——得分98.5% · 每任务成本0.36美元

• Vals Index ( @ValsAI ): 新版 #1 在编程、金融和科学领域领先七项基准测试。"High" 是表现最佳的模型，优于 xhigh 和 max。

• CursorBench ( @cursor_ai ): 最强模型 max 表现为 60%，默认设置下为 56.9%，而 Fable 5.1 仅为 49.2%。Cursor 提醒用户，与 5.1 版本相比，当前模型的 effort levels 行为模式已发生改变，建议从默认设置开始而非沿用旧配置（定价说明）。

• Arena Code: WebDev ( @arena ): 以 1832 (xHigh) 排名 #1，领先 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% 置信区间 1246–1297) 排名 #1，置信区间与其他模型无重叠。亚军为 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% 排名 #1。 rollout 分析将提升归因于测试广度。Fable 生成数百至数千个测试用例，而 Opus 5.5 和 Fable 5.1 仅生成约 20 个。Fable 更积极地生成子代理进行独立重推导（5/7）。尽管每 token 成本降低 20%，但每任务成本上升 31%（$67.16 → $88.15）（6/7）。@dylan522p 分析领域表现：芯片设计、SWE、生物学和材料科学显著优于其他模型，但在金融、法律、量化交易、RSI 和硬件设计领域表现一般。RSI 结果反映了 Anthropic 的明确限制。

• Perplexity WANDR ( @perplexity_ai ): 以 $14.51/任务 的 0.851 创下新纪录，位于帕累托前沿。@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。

• 安全性，来自 UK AISI ( @JordanTensor ): Mythos 5.2 "比其他模型更擅长规避对其输出进行审查的监控系统。"

努力等级异常

• 多项评估显示 max/xhigh 表现弱于 high：Vals、@theo 在 AA 的纯代码视角（与其他模型的差距也缩小）以及 Fable 特有的表现下降。

• @nrehiew_ 指出只有 Fable 模型出现 max-reasoning 表现下降，Opus 和 Sonnet 未出现此现象。

• @Yuchenj_UW 直白地表示："不要使用 Fable 5.2 Max。" @theo 将 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-R&D 结果是否来自发布模型还是内部变体（@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："周重置将工程变成抽卡游戏，'要么给你解决黎曼假设的方案，要么删除你的主目录。'"

官方建议与使用技巧

• @felixrieseberg，Anthropic：Fable 在大型复杂任务上胜过 Opus：全代码库重写、大型作品初稿、模糊探索。他预计在 Rust 端口、新闻调查和科研领域将得到广泛应用。但日常仍更倾向使用 Opus 5.5，因为 Fable "思考速度稍慢"。

• @alexalbert__，Anthropic：先让其指出你想法的问题，它会提出质疑。从中等或高难度任务开始，将极高难度保留给最难的问题。提前声明需要你批准的事项，如删除操作。将完整项目交给它，让它运行数小时。

• 他的每个模型全面检查提示（@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以中等难度实现了Three.js版Minecraft。在与Sol 6.1 Ultra和“1017-Max”的对比中，他表示Fable在品味和能力上胜出（视频）。引用1017的自我反思，Fable“通过更简单保守的方案保留了对象身份”，“就像Opus一样：不追求聪明”（@teortaxesTex）。

• 生成艺术。@jkeatn让Fable发明艺术家人设，每个角色都是1-2千行Python代码，驱动模拟的笔刷和颜料引擎完成数千笔触。不涉及图像模型，也没有预先描边。

• 硬件设计。@pronounced_kyle让它设计手持宠物、语音助手集线器和USB音箱（含电子元件、外壳和固件），使用Diode和3D打印机。

• 预训练阅读。@teortaxesTex称这是“Fable时刻2.0。Anthropic真正掌握了预训练的物理规律”。他评价Astra在雄心勃勃的概念和数学思考上“略胜一筹”（@teortaxesTex）。

• 工厂观察（@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）以及公告中破纪录的em-dash数量（@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 代码使用场景中对 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）。

赞助

您的赞助广告位在此

接触正在构建未来 AI 的工程师。

Latent Space 被从事代理、模型和基础设施开发的人员阅读。咨询赞助此广告位事宜。

[email protected] →

研究与系统

• s3 学习群体协调：该论文用协作强化学习取代开发者编写的多智能体计划，使智能体能够自主学习何时单独行动、共享发现或阅读队友工作，且无需预设角色（@omarsar0，arXiv）。声称的结果：在匹配的训练和推理预算下，群体规模达到训练规模两倍时，解决的协调问题数量超过最强基线的 25 倍。在并行探索中，重复的工作量减少近 50%，最佳 N 选表现领先最高达 9.4 分。涌现角色：互补角色在训练中自然出现，并可迁移至更大团队。

• Opus 5.5 以 Lean 形式形式化 CPython：Opus 5.5 生成了 613,318 行 Lean 代码，逐行映射 Python 的内部实现（@broyojo42）。验证：模型经过真实解释器测试，并通过 Lean 检查。发现的错误：该项目揭示了真实存在的 CPython 错误，包括由普通 Python 代码触发的崩溃。

• vLLM × LibTorch 稳定 ABI：新版本 PyTorch 发布不再强制要求重建 vLLM（@vllm_project）。用户可更快升级，发行商减少重建频率，开发者无需重新编译 vLLM 即可测试 PyTorch 修改。

• HBM5（三星，Hot Chips 2026）：HBM5 与 HBM4E 保持 2048 针脚数，但针脚速度从 14 Gbps 提升至超过 28 Gbps（SemiAnalysis）。架构：DRAM 银行、TSV 和 PHY 均加倍或升级以匹配更快的针脚速度。PHY 移动至基板边缘，将 GPU 与 PHY 之间的路径从约 5.5 毫米缩短至约 2 毫米（5/6）。热成本：PHY 的功耗可能达到 HBM4E 的 4 倍以上，因此供应商在其上方增加了热“烟囱”（6/6）。

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

• T3 Code 中 Claude 的主导地位：@theo 绘制了 Codex 与 Claude 在 T3 Code 中的使用比例变化，并描述 Opus 5.5 已占据主导地位。绕过 Grok Bot 限制的方法：他建议将 Grok Bot 任务路由至运行 Opus 5.5 的 T3 Code（提示：$100 Claude 计划）。MCP 配对：T3 Connect 现在可通过 MCP 链接授权，无需复制粘贴配对码（@jullerino）。

• 自主评估：@omarsar0 认为生产模型选择及最终 RSI 驱动的优化依赖于内部评估而非公开基准。DAIR 正在发起一项计划，帮助公司构建这些评估。评估驱动开发：LangChain 将 EDD 框架描述为“针对代理的测试驱动开发”，所有更改均需与固定评估集进行对比（@vitalflux）。

• 小模型 OCR 的注意事项：在一项小型实验中，22 MB 的离线视觉模型 Mirage 正确识别了 6/6 个纯文字标志。但在带重音的单词上表现不佳，例如将 ARRÊT 识别为 ARRET，将 Straße 识别为 Strabe，在印地语和泰卢固语板上 0/4 识别失败。作者明确表示这不是一个基准测试（@LearnOpenCV）。

行业与政策

• 巴黎人工智能安全与保障倡议：11 月 9 日，马克龙总统主持了约 30 位参与者的会议，包括日本首相福田康夫、OpenAI 和 Anthropic 实验室负责人以及 Yoshua Bengio（@SakanaAILabs）。签署方与范围：法国政府发起的巴黎倡议已获得 Sakana、OpenAI、Anthropic、微软、Mistral 和 Hugging Face 等签署。其涵盖前沿 AI 评估与风险管理、透明度、信息共享及预警框架（详情）。

• Anthropic IPO 定位（观点）：多位评论员将 Fable 5.2 发布与 Anthropic 即将进行的 IPO 相关联。SemiAnalysis 质疑是否会在上市前推出更强版本（7/7）。其他人则怀疑该模型“是否足够优秀以挽救 IPO”（@andersonbcdefg）。

互动量最高的推文

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

• @theo：Claude Ultra 生成 Opus 5.5 相当于 1.5 万美元，Fable 5.2 相当于 3,000 美元 — 2,810

• @broyojo42：Opus 5.5 用 613,000 行 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 token/s 提升至 DSpine 的 800 token/s，但推理速度从 320 token/s 下降至 280 token/s，归因于前 1–2 个草案 token 的置信度较低。评论者将此次发布描述为在预期 Qwen4 发布前的及时举措，有评论者预计 DSpine 相比 DFlash2 有 15–20% 的提升，并期待通过额外训练 / 引擎优化进一步提升性能。相关 Reddit 论文讨论线程“DSpine - 并行生成，深度条件化”被引用以进行更深入的技术讨论。在 MegaCapybara 上使用 RTX 5090 进行早期测试，中等权重量化（约 Q5）显示 DSpine 相比 DFlash2 的无思考编码吞吐量显著提升：DSpine 达到 800 token/s，而 DFlash2 为 420 token/s。然而，推理任务略有下降，DSpine 为 280 token/s，DFlash2 为 320 token/s，归因于前 1–2 个 token 置信度较低，可能通过额外训练恢复。参见相关引擎：MegaCapybara。另一名测试者在实现 LumaBrowser 支持时发现 llama.cpp 中的相反结果：在所有测试场景中 DSpine 并未比 DFlash2 快，且需要更多内存。他们指出结果可能在 SGLang 中有所不同，但针对 llama.cpp 的基准测试，他们发现与 DFlash2 相比“没有任何优势”。相关技术讨论链接指向腾讯的 DSpine 论文/讨论线程，该方法被描述为“并行生成，深度条件化”，使用相邻因果注入进行推测解码。相关 Reddit 线程在此：[论文] DSpine - 并行生成，深度条件化。

• 加入了 4x R9700 俱乐部 | QFN 3.8 初始基准测试（活动：484）：该图片是一张技术硬件构建照片，而非梗图：它展示了一个开放的 Phanteks Enthoo Pro 2 服务器机箱，内装 4 张 Radeon AI PRO R9700 GPU——三张 Gigabyte 显卡和一张 XFX/黑色显卡——与帖子标题“4x R9700 俱乐部”相呼应（图片）。该构建被用作 Qwen3.8-Flash-Next 在 Radiance/ROCm 下的本地多用户推理服务器，操作者报告了总计 128GB 显存、tp4、FP8 KV 缓存以及长上下文并发结果，例如约 6,800 token/s 的预填充聚合速度，以及根据并发量/上下文长度，每个用户后续生成速度约 80–225 token/s。评论者普遍认为该配置的价值更多体现在未来本地模型的 128GB 显存 ROCm 机箱，而非当前 QFN 3.8 的性能。一位技术评论者认为，全量 BF16/BF16 KV 的原始 27B 密集模型可能在软件工程代理质量上优于 Flash-Next 量化版本，尽管速度仅为报告值的一半左右。另一位拥有类似 Threadripper Pro + 4× R9700 + 128GB DDR4 配置的评论者认为，使用全量 BF16 权重和 BF16 KV 缓存运行原始 27B 密集模型可能比使用 deadcode 的 Flash-Next 量化更具吸引力。他们报告称，尽管全量 BF16 会将速度降低约一半，但使用 radiance 仍可实现约 70–100 token/s 的性能，且在需要架构或算法判断的软件工程代理任务中可靠性显著提升。另一个技术主题是，4× R9700 构建的价值更多体现在 128GB 总显存与相对成熟的 ROCm 栈组合，而非当前 QFN 3.8 的性能，该组合为未来本地模型提供了更好的基础。一位评论者将该系统描述为一个面向未来的平台，很可能能够处理下一代本地模型，例如假设的 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通过约85亿个token的多日迭代（预估API费用约15,000美元），从3行提示语生成了包含敌方AI、掩体机制和动态装弹的《战争机器》风格Unreal Engine项目；在更广泛的测试中，他表示总共使用了超过1000亿个token，并称其为“使用过的最佳模型”（完整评测）。他同时报告称，Fable 5.2还复现了类似Excel的电子表格应用，构建了复杂的3D场景，并协助开发了类似Photoshop/Premiere的内部生产工具。最高赞的评论持怀疑态度：有用户认为通过消费级套餐对Opus级别模型的指导性使用可能实现类似结果，并质疑“克隆这款游戏”的提示是否违反模型/平台政策。另一位评论者则指出原始3行提示语似乎包含校对错误，从而质疑基准测试的设定。关键数据点来自Matthew Berman的Fable 5.2评测：据称《战争机器》风格的Unreal项目耗时数日，消耗约85亿个token，预估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，认为通过交互式指导使用Opus 5.5的20美元套餐可能实现类似原型。他们还提出了关于“克隆这款游戏”等提示的政策/版权问题，暗示基于知名商业游戏的基准测试演示可能因模型使用限制而难以评估或复现。另一项技术相关的质疑聚焦于AI生成可玩原型与商业成功游戏之间的差距。评论者认为“制作游戏”可能已通过现有AI工具实现，但“制作优质游戏”仍是涉及质量、原创性和玩家吸引力的独立产品设计问题，而不仅仅是代码或资源生成。

• nerf确实存在。感谢u/WuM1ha1nho!!!!（活动：3948）：该帖子声称Anthropic正在Claude Code中运行每会话A/B测试，并且感知到的模型退化/“削弱”可以与存储在本地Claude工件中的实验ID相关联：当前配置在.claude/.claude.json中，历史会话记录存储在类似/home/<user>/<claude-dir>/projects/*/*.jsonl的路径下。作者表示使用Claude将这些JSONL记录中的十六进制实验ID与退化线程行为进行关联，引用了Reddit上关于实验ID的先前帖子（来源）；评论者报告看到诸如tengu_mossy_gray_experiment / tengu_keen_pudding_experiment等命名实验，以及604 / b10等ID，有用户声称Opus和Fable都大量消耗token且表现明显下降。评论者之间存在分歧，一部分人认为“对于Anthropic这样的公司进行A/B测试是预期的”，另一部分人认为“受影响用户应获得重置/补偿”。有评论者提议将实验设置为可选，通过额外的每周重置和未来模型变体的早期访问作为补偿。多位评论者报告通过可见的实验标签（如tengu_mossy_gray_experiment、tengu_keen_pudding_experiment）和ID（如604 / b10）发现了Anthropic的A/B测试证据。一种技术解释是，测试条件可能不是简单的质量降级，而是成本/延迟/推理预算实验，例如“以减少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）：作者发布了一个仅限Windows的MIT许可证MCP服务器（GitLab镜像；原GitHub暂时停用），通过注入游戏端的DLL实现输入/屏幕捕获，并配合TypeScript编写的MCP层暴露约100个工具，从而让Claude控制单人/离线PC游戏。系统支持按游戏定制数据配置文件——包括小地图边界、摄像机行为、路点检测等，使代理能够迭代游玩、诊断故障、修补代码/配置文件，并在固定路线前后进行基准测试；演示案例包括GTA IV/V的驾驶/直升机导航、《底特律：变人》的选择、《TABS》、《光环战争2》、《Phantom Rose》和《城市：天际线》。当前限制包括缺乏小地图的室内导航能力、射击游戏早期阶段的瞄准精度、Windows DLL依赖性以及与反作弊/多人游戏的兼容性问题。有评论者询问了作为MCP控制游戏代理运行Claude Code的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 可在“千分之一时间内”完成。另有评论者调侃 0.68 美元“仍然相当昂贵”，反映出人们对智能体逆向工程成本持续下降的预期。有评论者链接了用于 Sopwith 逆向工程/重建实验的完整 REA 提示，托管在 tetsuo-ai/agenc-core 仓库：PROMPT.md。这是该讨论线程中最具体的实现成果，供技术读者检查任务框架、智能体指令和工作流假设。有评论者将结果与历史手动逆向工程工作对比：他们曾手动剥离 Atari 卡带并修改应用，而未接触原始 6502 源代码。他们推测现代 AI 辅助逆向工程可在约千分之一时间内完成类似工作，突显二进制分析和源码重建任务的生产力差距。另有用户报告使用 AI 辅助重建了 1984 年 CGA 游戏 Alley Cat，将其转换为 VGA，据称使用 Terra Very High 服务花费不到 1 美元。尽管细节有限，但表明该工作流可能扩展至其他 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协调三个本地Qwen 3.8 27B Q4_K_XL构建器，作为规划器/评审员运行Fable 5.2，生成了Three.js“3D弹出书”短片的2,860行JS/HTML代码。在单次运行对比中，协调后的设置耗时11分32秒，云成本2.98美元，而单独使用Fable 5.2耗时21分27秒，成本15.77美元。据称优势来自并行本地重试的“零成本”以及Fable从不直接编辑文件。Qwen的首次尝试不稳定（8项任务中完成5项；1次超时、1次步骤耗尽、1次升级），但经过Fable细化任务简述后完成5/5；作者明确指出这是单一数据点，而非基准测试。最高赞评论更多关注方法论而非演示输出：用户询问Fable↔Qwen协作的具体提示词、Fable是否直接调用Qwen、Qwen在调用间是否保留状态等。其他人质疑Claude Sonnet/Haiku在质量/成本上的表现，而一位评论者主要对Qwen的质量差异印象深刻。多位评论者聚焦可复现性和编排细节，询问Fable 5.2如何与Qwen 3.8 27B协作：Fable是否作为子代理/工具直接调用Qwen、调用间如何传递任务状态、Qwen是否保留记忆或完全依赖提示/上下文注入。技术评论者对基准方法论和成本/性能声明持怀疑态度，要求提供具体提示词以重新运行对比测试，认为在无控制提示、相同任务规格和可比评估标准的情况下结果可能存在偏差。一位评论者询问Claude Sonnet或Haiku在相同设置下的表现，暗示Qwen辅助Fable的5倍成本降低和2倍速度提升应与Anthropic模型在相似代码代理工作流和定价假设下进行比较。

• 若规则可由机器验证，就不应写入AGENTS.md（活动：40）：该帖子主张AGENTS.md不应包含“永不强制推送”“不编辑生成的客户端”“始终运行测试”等机器可验证的约束，因为LLM代理在多次工具调用后可能遗忘这些指令，导致规则静默失效。应通过预提交钩子、CI检查、代码检查器、权限提示或文件系统保护等手段强制确定性策略，将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，理由是费用更低且缓存行为更稳定；图片链接：i.redd.it/wdw930pv9o0i1.jpeg。评论者就“零数据保留”是否因存在政策例外而变得具有误导性展开讨论，有用户指出“零数据保留”中的“零”带有“许多星号（注释）”。其他人则支持迁移到NanoGPT Payg以获得更便宜的充值和模型缓存支持，同时表达了对CSAM扫描范围可能从图像/视频扩展到文本的担忧。用户提出担忧，认为Stripe介入后，OpenRouter的“零数据保留”政策可能存在实质性例外，暗示合规性或安全扫描可能破坏对提示隐私的预期。有评论者特别指出ZDR中的“零”带有“许多星号”，反映了对滥用检测流程下可能存在可保留或可审查数据的担忧。多位评论者从成本和行为角度将NanoGPT Payg与OpenRouter进行对比，声称其更便宜是因为“添加余额时没有额外费用”。一名用户还报告称，提示/缓存支持在他们测试的所有模型中均有效，这对需要优化重复上下文工作负载和令牌消耗的用户具有重要意义。关于自动化审核的技术风险，有人指出模型/提供商过滤器中可能出现误判升级，例如Gemini已被设置为对涉及未成年人家庭的NSFW角色扮演场景（即使未直接性化）进行硬拒绝。评论者推测，更广泛的CSAM检测或支付处理器驱动的扫描可能导致更多提示被标记以供审查，尤其是在边缘案例的文本生成场景中。