Latent.space AINews：Claude Fable 5.2 重回 LLM 榜首，Anthropic IPO 路演同期启动
[AINews] Fable 5.2 retakes World #1 LLM spot as $ANT IPO roadshow begins
Anthropic 发布 Claude Fable 5.2 与 Claude Mythos 5.2，Fable 5.2 在 Artificial Analysis Intelligence Index v5（65 分）、SemiAnalysis GDPx（16.4%）等多个独立榜单登顶。
汇总了多家独立评测和从业者实测，既有登顶数据也有成本、effort 异常和订阅限制等细节，方便读者自行判断这代模型的实际取舍。
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% 的成绩夺得第一名。无论如何，检查的代价都要由你来承担。
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 模型，并进行了发布前的外部测试。
默认努力等级。在 Claude 应用和 Claude Code 中，默认努力等级为 Medium。
定价。每百万输入/输出 token 8 美元/40 美元，比 Fable 5.1 的 10 美元/50 美元低 20%（@jaminball、@arena）。根据 Artificial Analysis，其余规格如下：
缓存写入价格为 10 美元（5 分钟 TTL）或 16 美元（1 小时 TTL）；缓存读取价格为 0.20 美元。
100 万 token 上下文，支持文本和图像输入。
五个努力等级：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）。
官方模型选择指南。 @ClaudeDevs 发布了关于 Fable vs Opus vs Sonnet vs 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 档位下得分为 62，每个任务约使用 98k 输出 token，对比 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 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 指数（@ValsAI）：新的第一名，在编程、金融和科学领域的七项基准中领先。“high”是表现最佳的档位，高于 xhigh 和 max。
CursorBench（@cursor_ai）：max 档位 60%（最佳模型），默认档位 56.9%，对比 Fable 5.1 的 49.2%。Cursor 提醒，effort 档位的表现与 5.1 不同，建议从默认档位开始，而不是沿用旧设置（定价说明）。
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）排名第一，与其他任何模型都没有置信区间重叠。
第二名是 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。
滚动分析将这一提升归因于测试广度。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）：创下 $14.51/任务得 0.851 的纪录，处于帕累托前沿上。@marktenenholtz 指出 Fable Low 以显著更低的成本匹配了 Opus 5.5 Max。
实验结果预测（@pzeroresearch）：测试最佳成绩为 0.36，延续了自 GPT-4 Turbo 以来的稳定趋势。他们将其视为“研究品味”的代理指标。
无思维链（No-CoT）推理/知识评测（@Tim_Hua_）：略高于 Anthropic 趋势线，略低于 GPT-6.1 Sol。@scaling01 突出了 NCKI 数字，并指出这些指标现在出现在每张系统卡中（后续）。
血染钟楼（@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 推理档位下滑；Opus 和 Sonnet 没有。
@Yuchenj_UW 直言不讳：“别用 Fable 5.2 Max。” @theo 则将 Anthropic 自己的建议解读为另一种意思：“不要使用 max reasoning”（引用）。
@BlackHC 质疑了 Anthropic 推文串中一处明显的不一致：一张图表显示 5.2 为 36%，另一张却显示它在 18 小时内达到 86%。
隐藏模型。系统卡指出 Anthropic 最强的模型仍为内部使用（@AndrewCurran_）。@scaling01 推断内部模型在 ECI 上的得分约为 175–180。他还预计 OpenAI 下一代的 Astra——"looping" 模型的首次代际升级——对 CoT 可监控性而言会是更有意思的发布。
RSI 能力上限。
命名即信号。
@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（Jagged 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 让它设计了一款掌上宠物、一个语音助手中枢和一个 USB 免提话机（电子元件、外壳和固件），配合 Diode 和 3D 打印机完成。
预训练解读。 @teortaxesTex 称之为“Fable 时刻 2.0。Anthropic 真正掌握了预训练的物理学”。他认为 Astra 在雄心勃勃的概念性和数学性思维上“略胜一筹”（@teortaxesTex）。
Factory 的观察（@factory）：能完成诊断工作，在金融和遗留系统迁移中保持精确，并以更低的 effort 完成困难的工作。
其他反应：
@zachtratar、@Aurokinn 和 @AravSrinivas 表示了短暂的兴奋。
@swyx 谈 FLT 演示，并计划在 AIE 上推出“更大的东西”。
从业者印象：怀疑或褒贬不一
@theo 用 76 分钟、约 42 美元构建了一个 "Fishslop" 运行，称其“并不比 Opus 5.5 好多少（尤其考虑到价格）”。他觉得自己的 Opus 版本可玩性更强，操控和性能更好，并认为两者是互补的（@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 在 Google Cloud 上发布，与 Muse Wonder 和 Muse Spark 1.3 一同推出（@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 额度。申请者应说明他们计划做什么（说明）。
研究与系统
s3 学习型集群协同：该论文用协作式强化学习取代开发者编写的多智能体计划，让智能体学习何时独立工作、共享发现或阅读队友的工作，无需预定义角色（@omarsar0，arXiv）。
宣称的结果：在相同的训练与推理预算下，以两倍训练规模运行的集群所解决的协同问题数量是最强基线的 25 倍以上。在并行探索中它们重复的工作减少了近 50%，并比 best-of-N 高出最多 9.4 分。
涌现角色：互补的角色在训练过程中涌现，并能迁移到更大的团队。
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）。
开发者工具、评测实践与采用
Claude 在 T3 Code 中的主导地位：@theo 绘制了 T3 Code 中 Codex 与 Claude 使用占比随时间的变化图，并称 Opus 5.5 在使用量上占据主导。
绕过 Grok Bot 限制的方法：他建议将 Grok Bot 的任务转到 T3 Code，在 $100 的 Claude 套餐上运行 Opus 5.5（提示）。
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）。
行业与政策
巴黎AI安全与安全呼吁：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）。
热门推文（按互动量）
@theo：Claude Ultra 产出约 $15K 的 Opus 5.5 对比约 $3K 的 Fable 5.2 — 2,810
@ByteDanceSeed_：Seedream 5.5 发布 — 1,600
@alexandr_wang：Google Cloud 上的 Muse Ember、Wonder 和 Spark 1.3 — 1,085
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 的 SGLang0.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），使用 Adjacent Causal Injection 进行投机解码。相关 Reddit 帖子在此：[论文] DSpine - Draft in Parallel, Condition Through Depth。
加入 4x R9700 俱乐部 | QFN 3.8 初步基准测试见下方（活跃度：484）：图片是一张技术性的硬件装机照片，而非表情包：图中是一台打开的 Phanteks Enthoo Pro 2 服务器机箱，装有 4× Radeon AI PRO R9700 GPU——三张 Gigabyte 卡和一张 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 VRAMROCm 的机器，为即将到来的本地模型做准备。一位技术评论者认为，一个原始的27B稠密模型在完整 BF16/BF16 KV 下可能在软件工程智能体任务质量上优于 Flash-Next 的量化版本，尽管速度约为报告速度的一半。一位拥有类似 Threadripper Pro + 4× R9700 + 128GB DDR4 配置的评论者认为，以完整
BF16权重和BF16KV 缓存运行原始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 Subreddit 回顾
/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 品牌模型变体 apparently 已在版本
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.5Btoken,估计 API 花费约$15k;在他更广泛的测试中,他表示自己使用了>100Btoken,并称它是他使用过的 “迄今最好的模型”(完整评测)。他还报告称,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 的驾驶/直升机导航、底特律：化身为人 的选项、TABS、光环战争 2、Phantom Rose 和城市：天际线。当前的局限包括：没有小地图时室内导航很差、射击游戏瞄准尚处于早期阶段、依赖 Windows DLL，以及与反作弊/多人游戏不兼容。一位评论者询问将 Claude Code 作为 MCP 控制的游戏智能体运行时的token 消耗/成本，这是该讨论串中提出的主要技术担忧。对于一个持续运行的游戏控制循环，成本将严重依赖于截图/帧频率、上下文大小、工具调用频率，以及智能体接收的是原始图像、结构化状态还是两者兼有。
DeepSeek V4.1 Flash 使用 REA 逆向工程了一款 1984 年的 DOS 游戏并用 0.68 美元将其重建为 Chrome 版本（活跃度：414）：DeepSeek V4.1 Flash 被给予一个提示词加上原始的
43 KB1984 年Sopwith DOS 可执行文件，以 REA 作为 MCP 服务器在底层运行 Ghidra（REA、AgenC Core）。在大约1 hour的无互联网沙箱环境中，它反编译了二进制文件，推断出游戏机制，编写了一个 Python 资源/数据表提取器，将游戏重建为320x200带 PC 扬声器风格音效的 HTML5 Canvas 版本，并使用 DOSBox + 无头 Chrome 帧对比来验证移植；报告的用量为374次模型调用、624次工具调用、145M输入 token，其中99.7%为缓存命中、308K输出 token，成本为$0.68闲时 /$1.37高峰。完整提示词已在此分享：PROMPT.md。 评论虽然不多，但都将其视为对老派逆向工程工作流的重大加速——一位评论者将其比作手动提取并修改 6502 Atari 卡带，估计 AI 可以在“千分之一的时间内”完成。另一位则开玩笑说$0.68仍然“相当昂贵”，反映出人们预期智能体逆向工程的成本将继续坍缩。一位评论者分享了 Sopwith 逆向工程/重建实验中使用的完整 REA 提示词，托管在
tetsuo-ai/agenc-core仓库中：PROMPT.md。对于想要查看任务框架、智能体指令和工作流假设的技术读者来说，这是讨论串中最具体的实现产物。一位评论者将这一结果与历史上的手动逆向工程工作进行了比较：他曾经在没有原始 6502 源代码的情况下提取过一块 Atari 卡带并修改了一个应用程序。他推测，现代 AI 辅助的逆向工程大约能在
1/1000的时间内完成类似工作，凸显了在二进制分析和源码重建任务上的生产力差距。另一位用户报告了类似的 AI 辅助重建：将 1984 年的 CGA 游戏 Alley Cat 转换为 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不应包含机器可检查的约束，如“绝不 force push”“不要编辑生成的客户端”“始终运行测试”，因为 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，理由是其费用更低且缓存行为正常；图片：i.redd.it/wdw930pv9o0i1.jpeg。评论者争论“零数据保留”一词现在是否具有误导性，因为它存在政策例外，有人说这个“零”字带有“很多星号（例外条款）”。其他人则支持迁移到 NanoGPT Payg 以享受更便宜的充值和模型缓存支持，同时对 CSAM 扫描将仅限于图片/视频而不扩展到文本表示不信任。
用户担心，在 Stripe 介入后，OpenRouter 的“零数据保留”政策可能存在实质性例外，这意味着合规或安全扫描可能会破坏人们对提示词隐私的预期。一位评论者特别指出，ZDR 中的“零”字背后“有很多星号注脚”，反映出人们担心在滥用检测工作流程下可能存在被保留或可审查的数据。
几位评论者将 NanoGPT PAYG 与 OpenRouter 相比，认为前者在成本和行为表现上更优，声称其更便宜，因为充值余额时“没有额外费用”。一位用户还报告称，在其测试的所有模型中，提示词/缓存支持均可用，这对那些优化重复上下文工作负载和 token 消耗的用户来说非常相关。
关于自动内容审核，人们指出的一项技术风险是模型/提供商过滤器中的误报升级。有人提到 Gemini 已经会硬性拒绝涉及家中有未成年人的 NSFW 角色扮演场景，即使这些场景并未被直接性化。评论者据此推断，更广泛的 CSAM 检测或支付处理商驱动的扫描可能导致更多提示词被标记待审，尤其是在边界情况的文本生成场景中。
来源： Latent Space · latent.space