Anthropic 发布 Claude Opus 5.5，OpenAI 同日推出 GPT-6 Sol 与 Luna，两家齐降价 40-50%

OpenAI 做出了英勇的努力，GPT-6 Sol 和 Luna 的发布价格比 GPT-5.6 低 50%，但这次发布已获得 1700 万次浏览且仍在增长，今天注定属于 Claude Opus 5.5——“我们全新 Claude 5.5 家族中的首个模型”，其表现“在大多数任务上与 Claude Fable 5.1 相当，运行成本比 Opus 5 低 40%”。

Opus 5.5 在大多数基准测试中击败 Fable 或挑战 Astra，两家实验室都将 API 降价归功于效率优化工作，但从预填充到解码再到整体计算，处处都有巨大的两位数提升……

……同时在一些前沿任务的 token 使用上存在抵消性的低效。

然而，Claude 发布中一个罕见的强调点是 写作方面的改进：“它把最重要的信息放在前面，并遵循你给它的写作规则，这让长会话更容易跟进。”

我们可以证实——以下是今天用 Opus 5.5 和 Sol 6 运行的 AINews 板块。差异天壤之别——我们将立即把 AINews 迁移到 Opus 5.5，直到我们迎来下一个模型/版本的 AINews。

他们还发布了关于大型多智能体集群的初步工作（以及效率）：

AI News for 9/21/2026-9/22/2026。我们检查了 12 个 subreddit、544 个 Twitter，没有更多 Discord。 AINews 的网站让你搜索所有过往期刊。提醒一下，AINews 现在是 Latent Space 的一个板块。你可以选择加入/退出邮件频率！

AI Twitter 回顾

头条：Claude Opus 5.5 发布、数字与反响

发生了什么

Anthropic 发布了 Claude Opus 5.5，这是全新 Claude 5.5 家族的首个模型。它的卖点是以 Opus 的价格提供 Fable 5.1 级别的能力，速度更快、写作更好。OpenAI 在大约一小时后发布了 GPT‑6 Sol 和 Luna。

• 发布宣称。Opus 5.5“在大多数任务上的表现达到 Claude Fable 5.1 的水平，运行成本比 Opus 5 低 40%”（@claudeai；@AnthropicAI）。

• 领先之处。Anthropic 称其在智能体编程、计算机使用和知识工作方面领先（@claudeai）。

• 速度与成本。它比 Opus 5 快约 30%，每个任务的成本低约 40%（@ClaudeDevs，@lydiahallie）。

• 沟通修复。该模型把最重要的信息放在前面，并遵循用户的写作规则。这针对的是对 Opus 5 最常见的反馈（@claudeai）。

• 订阅变更：

  • 5 小时会话限制提高 20%。

  • 更低的价格意味着限制可多用 25%。

  • Pro、Max 和 Team 用户获得一次可随时使用的已存速率限制重置（@claudeai，@ClaudeDevs，@trq212）。

• 新默认。Opus 5.5 现在是 Claude Code 和 Claude 应用（包括 Cowork）中的默认模型。默认 effort 为 medium，被描述为“智能水平与 Fable 5.1 相当但更快”（@_catwu）。

• 可用性。它已在 Claude Code 和 Claude Platform API（@ClaudeDevs）以及 Slack 的 Claude Tag（@_catwu）中上线。

• 路线图。Sonnet 5.5 和 Haiku 5.5 将在“未来几周内”跟进（@mikeyk，@AiBattle_）。这与 Haiku 已停产的传闻相矛盾（@kimmonismus）。

• 保障措施。Opus 5.5 是首个在网络、生物以及前沿 LLM 开发方面具备 Fable 5.1 级保障措施的 Opus。被标记的请求会回退到另一个模型，Anthropic 表示正在“努力减少错误标记”（@ClaudeDevs）。

• 发布前信号。该模型在发布前不久出现在 Claude Code 中（@kimmonismus）。

• 系统卡。该文档于发布时同步公开（@scaling01）。

定价与 token 经济学（事实）

• 标价。Token 定价下调 20%，从每 100 万输入/输出 token 的 $5/$25 降至 $4/$20（@ValsAI）。

• 被更高的 token 用量抵消。Vals 指出 Opus 5.5 往往使用更多 token，尤其是在编程方面，而这也是它提升最大的领域。更低的名义价格部分被用量抵消。

• Artificial Analysis 成本拆解。在最大努力模式下，Opus 5.5 的每个 Intelligence Index 任务成本为 $5.98，而 Opus 5（最大）为 $5.86。他们的分解如下（@ArtificialAnlys）：

  • 仅更高的 token 用量就会使每任务成本提高约 80%，达到 $10.51。

  • 20% 的基础价格下调将其降至 $8.41。

  • 更便宜的缓存读取（$0.20）将其降至 $5.98。

• 这意味着什么。在最大努力模式下，相比 Opus 5 的每任务节省不复存在。“便宜 40%”的说法适用于默认（中等）设置。

• 相对于 Fable 5.1。Cline 报告称，Opus 5.5 在 Artificial Analysis Intelligence Index 上以约 2.5 倍更低的成本击败 Fable 5.1（@cline）。

• 提示缓存。在 Claude Code v2.1.280+ 上，会话中途切换努力级别不会破坏提示缓存（@lydiahallie）。

• 模型规模（推测）。@theo 声称 Opus 5.5 比 Opus 5 更小，并将其归功于后训练。这一说法未在官方帖子中得到证实。

基准测试与独立评测

Anthropic 自己的表格。Opus 5.5 在 Anthropic 头条对比的每一行上都击败 Fable 5.1，并在大多数行上击败 GPT‑6 Astra（@kimmonismus，@synthwavedd，@scaling01）。

@ShayneRedford（Anthropic）总结了所宣称的提升：

• 在 CursorBench、KWBench 和 OSWorld 上强于 Astra。

• 风格和指令遵循能力大幅提升。

• 科学和健康能力更强。

• 在面对网络和生物滥用时更稳健。

第三方与合作伙伴评测：

EvalResultSourceVals Index 第 1 名，较 Opus 5 上升 2 位 / 2 分；Anthropic 占据前三名（GPT‑6 Sol 待定）@ValsAIVals RSI Index 第 1 名；首个在其协议下于 LM Training 上击败公开参考模型的模型；击败 Fable 5.1@ValsAI，@ValsAIFrontierSWE (Proximal)62.3%，位列第 2，仅次于 GPT‑6 Astra（65.5%）；领先 Fable 5.1（56.3%）和 Opus 5（52.0%）@ProximalHQFrontierCode 1.1 (Cognition)Extended 上 65.3%；从 Fable 5 手中夺得第 1 名，“成本只是其一小部分”@cognitionCursorBench57.8%（Max），新的顶级模型；每任务成本比 Opus 5 低 40%@cursor_aiPerplexity WANDR每任务 4.13 美元时为 0.610；略高于 Fable 5.1，成本低 67.6%@perplexity_aiParseBench（表格）93.9%，较 Opus 5 提升 7 分；击败 Fable、Gemini、Astra@jerryjliu0Roboflow 视觉/检测“迄今为止 Anthropic 最好的视觉模型”；现已在 Playground 排行榜上跻身领先 Google 的模型之列@skalskip92，@skalskip92

评估细节与注意事项：

• Vals 运行设置。 RSI 在原生 Claude Code 中以最大 effort 运行，1M 上下文，128K 最大输出 token，温度 1（@ValsAI）。

• ParseBench 注意事项。 该模型在图表、格式和布局方面仍然吃力。按每页 5.8 美分计算，LlamaIndex 称其对于生产 OCR 来说过于昂贵。该结论来自一家拥有竞争产品的供应商。

• AI R&D 与编程。 @eliebakouch 将系统卡解读为“在 AI R&D 上大致相当，但在智能体编程方面是个猛兽”。

• 饱和。 @scaling01 问 CoBench 是否“完蛋了”。@synthwavedd 调侃了一个刚推出就已饱和的新基准。

• Arena。 Opus 5.5 已进入 Agent Arena，以及 WebDev、Text、Vision 和 Document 的 Battle Mode。尚无分数（@arena）。

Effort 扩展异常。 在一张智能体编程图表上，xhigh effort 的成本约为 medium 的 2.8 倍，得分却低 3.2 分（@LearnOpenCV）。@Yuchenj_UW 称其为“最离奇的基准结果”，并建议坚持使用 medium。

@nrehiew_ 给出了一种解释：

• Opus 5 在 FrontierCode 上表现出相同模式。

• FrontierCode 会惩罚不必要的更改，而更高的 effort 会产生范围蔓延。

• 结果，模型“在更高推理 effort 下始终表现更差”。

系统卡细节

• 多智能体扩展。 系统卡在第 8.12 节报告了最高 100 个并行智能体的扩展。@scaling01 称其为同类中的首份实验室报告。@maksym_andr 将其作为多智能体扩展定律的证据予以强调。

• ProgramBench 注意事项。 ProgramBench 作者 @OfirPress 指出，Anthropic 接近 100% 的解决率来自 166/200 的子集。该子集很可能排除了最难的程序，例如 FFmpeg 和 PHP 编译器。他还指出了一处指标不匹配（@OfirPress，@OfirPress）：

  • Anthropic 报告的是平均测试通过率。

  • ProgramBench 报告的是完整任务完成情况。

  • 部分解决往往能通过 60–70% 的测试，这抬高了通过率指标。

• 与 Mythos 5.1 的对比。 Opus 5.5 在 Anthropic 的 ECI 上得分高于 Mythos 5.1，并在每一项受测网络评估中击败它（@scaling01，@scaling01）。

• 奇怪的对齐发现。 @teortaxesTex 引用了一段话：恶意输出“几乎只出现在恶意输出之前，Claude 犯了一个不太可能发生的、无害错误的情况下。”他质问 Anthropic 是否“把自己[训练成了]潜伏特工”。

• “从 RSI 训练而来。” 他另外引用了一句关于“首个从 RSI 训练而来的模型”的话，并称其令人担忧（@teortaxesTex）。

• 生物医学成像。 @iScienceLuvr 对报道中的生物医学图像分析能力表示欢迎。

• 要求更多功能。 @scaling01 要求给出不依赖思维链的时间跨度。

安全立场与保障措施争议

官方立场：

• Sam Bowman：Opus 5.5 “比其前代产品安全得多，以至于发布它更有可能降低与对齐相关的风险”，尤其是在最极端的对齐风险方面（@sleepinyourhat，@sleepinyourhat）。

• 他还承认担心难以跟上不断升级的风险，同时表示在当前能力水平下现有工具仍然可信（@sleepinyourhat）。

• Mike Krieger 列举了大量对齐测试和外部评估，包括 METR 的评估（@mikeyk）。

摩擦：

• 回退模型过度触发。 @iScienceLuvr 在要求 Opus 5.5 治愈癌症后，被降级到回退模型。

• 针对中国（单项测试）。 @xlr8harder 表示，一项快速测试表明前沿 LLM 开发分类器针对中国硬件。他呼吁进行更多探查。

• 对中国相关角度的反应。 @teortaxesTex 将此定性为 Anthropic 在削弱中国 AI。@jakehalloran1 则将其解读为保护 Trainium 技术诀窍。

“为前沿定节奏”的说法：

• @theo 认为今天发布的任何东西都未达到 Astra 或 Fable 级别，这是刻意控制节奏。

• @goodside 表示，实验室呼吁为前沿定节奏，这削弱了他“暂停然后做什么？”的立场。

• @dejavucoder 嘲讽这一说法，因为 Opus 5.5 表现优于 Fable 5.1。

写作、提示词与行为

• 员工修复写作。 “我们修复了写作”（@_sholtodouglas）以及“我们修复了口音”（@NotTomBrown）。

• 不寻常的坦率。 @nmca（Anthropic）发帖称：“比 Opus 5 好得多得多得多。对那个模型感到抱歉。” @theo 称这是一条狂野的推文，表明沟通方式更宽松了。

• 破折号。 @theo 报告称输出中已不再出现破折号。这是互动量最高的反应帖。

• Anthropic 的提示词手册（@ClaudeDevs）：

  • 交办一整个任务，并定义“完成”和检查点。

  • 去掉“仔细思考”，因为模型总是会先思考。

  • 长时间运行后，询问它需要什么才能继续推进。

• 旧技巧为何失效。 @dbreunig 指出，旧的提示词技巧如今与模型的训练相冲突，这支持了可重新编译的提示词优化。

• 长时间运行的引导。 @omarsar0 强调了 Anthropic 针对长时间运行的提示词，即模型有时会停下来汇报而不是继续。

• Bug 报告。实时模型有时会生成用户发言（@BlackHC）。

• 实际写作质量。Hamel Husain 直播了“Is Slop Dead?”，测试其写作能力（@HamelHusain）。@nptacek 分享了个人写作测评中的一次性结果。

视觉、3D 与代码即艺术演示

• 感知能力提升。Sholto Douglas 表示 5.5 系列在 3D 理解与建模方面“有重大进步”，模型“现在能看见了；之前有点失明”（@_sholtodouglas，@_sholtodouglas）。

• 用代码作画。@jkeatn 让模型用纯 Python 逐像素生成画作：

  • 约 7,500 行代码，使用标准库模拟笔刷风格。

  • 没有图像模型，也没有参考图像。

  • Sholto 将这种“手工笔刷”的创造力与扩散模型进行了对比（@_sholtodouglas）。

• Blender 场景。Alex Albert 展示了在 claude.ai 上通过一个提示词生成的 Blender 黏土动画（@alexalbert__）。他还构建了一个有来源依据的 1906 年旧金山市场街：

  • 基于 Sanborn 地图、时代影片和档案照片构建。

  • 仅使用程序化生成器，没有下载任何网格或纹理（@alexalbert__，prompt）。

  • @karpathy 就此展开联想：把历史图像或视频变成可步入的 GTA 风格自定义世界。

• 更多演示：

  • 一个代码绘制的 JS 动画（@kevin_t_ngo）和一个官方探索帖（@claudeai）。

  • 一个代码生成的金门大桥，在 3D 场景方面被评为“和 Astra 一样好”（@petergyang）。

  • “我测试过的所有模型中视觉设计最好的”（@other__reality）。

  • 一张珊瑚礁壁纸；制作者称感觉大约快 3 倍、便宜 3 倍（@chaseleantj）。

• 未解问题。@teortaxesTex 问为什么这一代模型如此擅长将函数映射到像素，并暗示这是泛化能力。

反响：支持、怀疑、比较

支持：

• 流水线 bug。@rishdotblog 称它发现了 Fable 和 Astra 遗漏的流水线问题。它还发现了 7 处 SEC 文件错误，包括 Comfort Systems 的一处 XBRL 错误标记，将 Q1 收入标为全年（@rishdotblog）。

• 用户回归。“Claude 回来了”：@Yuchenj_UW 称他在离开一个月后重新回到 Claude Code。

• 使用限制。全天高强度使用“几乎没怎么消耗”限额（@theo）。

• 怀旧。与广受喜爱的 Opus 4.5 和 4.6 作比较（@arohan，@kimmonismus）。

• 竞争叙事。@scaling01 称 Anthropic“又在碾压前沿了”。@kimmonismus 称“他们选择了与 OpenAI 开战”。

怀疑或中立：

• 信任赤字。@kylebrussell 称他不再信任 Opus 的发布能让人觉得更好。Sholto 回复询问这一次是否能重置这种信任（@_sholtodouglas）。

• 限额并非对所有人都重要。@stablequan 反正从来用不到限额。

• 价格成为头条。@dbreunig 问，两家实验室的主打卖点都是更便宜的 token，这意味着什么。

与 GPT‑6 Sol 正面对比：

• 支持 Opus。 @andrew_n_carr 表示 Opus 5.5 “把 Sol 远远甩在身后”。@synthwavedd 表示 Sol 的表现低于预期，Anthropic “赢了这一天”。

• 反对。 @teortaxesTex 认为 Opus 5.5 的成本优势和多智能体方面的胜利“被 Astra+Sol+Luna 的垃圾刷屏彻底抵消了”，因为 Sol 的价格只有 Opus 5.5 的一半（@scaling01）。

• 中立。 @kimmonismus 的总结称没有明确的赢家：Anthropic 在能力惊喜上领先，OpenAI 在价格上领先。@simonw 发表了一篇文章，用 pelican 网格在多个 effort 级别上对三款模型进行了比较。

OpenAI 的 GPT-6 Sol 和 Luna：面向 Codex、Work 和 API 的更廉价 Astra 衍生模型

• OpenAI 在数小时内以 GPT-6 Sol 和 GPT-6 Luna 做出回应，二者被描述为更快、更便宜的模型，继承了 GPT-6 Astra 在编码、计算机使用、事实性和对齐方面的大量进步 @OpenAI @OpenAIDevs。定价极具攻击性：Sol 为每百万输入/输出 token 2 美元 / 10 美元，Luna 为 0.10 美元 / 0.50 美元，均比其 GPT-5.6 前代便宜约 50% @OpenAI。它们已上线 ChatGPT Work 和 Codex 以及 API，其中 Luna 还向桌面应用中的 Free 和 Go 用户开放，但值得注意的是尚未在 Chat 模式中提供 @OpenAI。

• OpenAI 的对比框架侧重于每任务成本的帕累托改进，而非绝对的旗舰前沿胜利。其公布的示例声称，Sol 在 xhigh effort 下于 AutomationBench 上击败 Claude Opus 5 max，而每任务成本约为后者的 9%，同时 Luna max 在 OSWorld 2.0 离线测试中超越 GPT-5.6 Sol medium，成本仅为后者的十分之一 @reach_vb。第三方集成迅速跟进：Perplexity 将 Sol 设为其默认的“Light” effort 编排器 @perplexity_ai，Devin 报告称 Sol 在每任务成本低 61% 的情况下与 GPT-5.6 Sol 持平，而 Luna 以约四分之一的成本超越了其前代 @cognition，Arena 也新增了这两款模型用于智能体和代码侧测试 @arena。

• 更深层的基础设施故事可能比 SKU 名称更重要。OpenAI 表示其改进了缓存和推理效率，提供高达 90% 的缓存输入 token 读取折扣，并推出了新的 Prompt Caching Dashboard 以及诊断 API，以便理解缓存复用中断的问题 @OpenAIDevs @OpenAIDevs。这对于长时间运行的智能体尤为相关，因为工具开关或推理变化导致的缓存失效一直代价高昂。市场反应不一：许多人称赞其经济性，尤其是 Luna 的价格下限，而另一些人则认为 Anthropic 在头部模型质量上获胜，OpenAI 则在可负担性和部署体验上获胜 @kimmonismus @synthwavedd。

来自真实使用的智能体基础设施、评估工具和后训练

• 多条帖子汇聚成一个如今已不陌生的模式：价值正从原始的模型访问转向harness、评估、路由，以及基于专有轨迹的后训练。DigitalOcean Managed Agents进入公开预览，支持Claude Code、Codex 和 LangGraph 风格的 agent，并提供空闲时暂停的运行时、受治理的工具端点，以及75+ 种模型选择@digitalocean。在开发者工作流方面，VS Code Agent Merge引入了一种实验性模式，可在 PR 内自动处理评审意见、失败的检查和合并冲突@code。

• Perplexity分享了一份较为具体的后训练报告：其 Computer agent 在真实用户会话上混合使用拒绝采样微调和提示引导的自蒸馏，从成功轨迹和明确的工具调用错误中学习，并声称在线上 A/B 测试中工具调用失败率降低了 21.2%@perplexity_ai @AravSrinivas。这是一个有用的例子，说明实验室如何通过生产轨迹而非纯合成的 RL 环境，将sim-to-real 桥接落地运行。

• 评估与可观测性工具也受到了关注。Lenny 的 newsletter重点介绍了 Ramp、Shopify、Harvey 和 Cursor 等公司在评估投资上取得的具体 ROI，并链接了Hamel Husain和Shreya Shankar关于高级评估系统的续作@lennysan。Hamel 还发布了一个评估技能/插件，旨在自动完成部分评估审计和错误分析工作@lennysan。在可观测性方面，LangSmith推出了对 Jev/SemIf 等决策模型的改进支持，使状态、问题、选择和输出在 agent 轨迹中更易于检查@hwchase17 @LangChain。来自多位实践者的元观点是：即便是相同的模型和提示词，harness 也可能实质性改变基准测试结果@omarsar0。

开放模型、压缩，以及在更小硬件上运行更大模型的系统工作

• Tim Dettmers以运行时动态压缩框架拉开了“开源周”的序幕，该框架集成进bitsandbytes2，目标是实现高质量的1.5–2.0 bit 压缩，并承诺“惰性压缩”可在部署时自动找到更优的内存/质量/速度权衡@Tim_Dettmers @Tim_Dettmers。其定位明确面向那些试图在受限内存下运行大型开放权重模型（包括不断增长的 KV 缓存）的小团队和个人。

• 硬件和本地部署是另一个主题。一篇关于 NVIDIA DGX Spark 的上手文章描述了一个 15×15×5.05 cm、1.2 kg 的系统，搭载 GB10 Grace Blackwell、128 GB 统一内存，以及最高 1 PFLOP FP4 稀疏理论算力，NVIDIA 声称支持对最高 200B 参数的模型进行量化本地推理，并支持通过 QLoRA 等方法对最高 70B 模型进行微调 @kimmonismus。另外，Reka EdgeQ 展示了一个直接针对高通 Hexagon NPU 优化的端侧 VLM，0.73s TTFT、每次推理 6.9 mWh，并且让 GPU 保持空闲以维持持续的热性能表现 @RekaAILabs。

• 在开放模型方面，有几项有意义的发布，而不仅仅是评论。Step Code v0.1.0 在 MIT 许可下发布，打包了一个编码 agent CLI，据称得分 Terminal-Bench 2.1 上 80.9%，Multi-Frame 上 73.3%，后者是一个 150 项任务的长时程基准 @StepFun_ai。Ming-Image-0.1-Design，一个 6B 开放权重图像设计系列，与 UI 设计和图像到可编辑 PPT 的“agent skills”一同发布，声称在 Artificial Analysis 的 UI/UX 设计排行榜上位列开放权重模型第一 @AntLingAGI。一个更小但技术上值得注意的预训练成果来自 Rigel，一个 2.3B MoE / 360M 激活 Hybrid Mamba-2，据称在单一代码库上跨混合的 H100/A100/V100 和 TPU v5p/v6e 硬件训练，使用不到 1% 的预训练 FLOPs 就达到了与 Llama-3.2-3B 相差几个百分点的水平 @MayankMish98。

多模态模型：图像、视频、语音与世界模型

• 在图像生成和编辑方面，Qwen-Image-2.1 在社区排行榜上表现强劲，在 Image Edit Arena 和 Text-to-Image Arena 中均拿下开放模型第一，整体上接近前沿专有系统 @arena。配套的生态工作包括 Unsloth Desktop 支持，提供 INT8/FP8 和 GGUF，借助 RAM offloading 可在 6–8 GB VRAM 以下运行 @danielhanchen，以及 Gradio 将 Qwen 默认的 9B prompt rewriter 缩减到 0.8B 以便笔记本使用 @Gradio。

• 在视频和实时媒体方面，PixVerse R2 被宣布为一个实时世界模型，强调可编辑、持久的“living worlds” @PixVerse，而 fal 发布了 H3 Max 的技术栈拆解，声称通过后训练、GPU 执行、权重加载、扩展和服务等方面的优化，实现了3 秒内生成 5 秒视频 @fal。他们的 World Model Accelerator 接口值得注意，因为它用持久 WebRTC 会话取代了请求/响应语义，以适配交互式模型 @fal。

• 语音方面的动态同样活跃。AssemblyAI Universal-3.5 Pro 在 OpenRouter 上线，支持19 种语言的同步 STT，可通过 keyterms 和 prompting 进行领域引导，并推出限时折扣 @OpenRouter。StepAudio 3 ASR 在 Artificial Analysis 的 AA-WER Index 上达到 1.7% WER，基本并列非流式语音转文字榜首，不过价格偏高 @ArtificialAnlys。Moondream 还发布了面向25 种语言的本地 STT 模型 Parakeet Redux 和 Parakeet Ultra，分别针对 CPU 和 GPU @moondreamai。

热门推文（按互动量）

• Claude Opus 5.5 发布：Anthropic 的主发布帖占据了互动量榜首，框定了当天最大的模型事件 @claudeai。

• GPT-6 Sol 和 Luna 发布：OpenAI 发布了更便宜的源自 Astra 的模型，是另一大头条 @OpenAI。

• Managed Agents 预览：DigitalOcean 面向 Claude Code/Codex/自定义 agent 的托管运行时公开预览，引发了异常高的基础设施关注 @digitalocean。

• OpenAI 标准提案：Sam Altman 关于 AI 标准与治理的帖子引发了远超纯产品新闻的热烈讨论 @sama。

• Epoch 谈 AI 成本曲线：Epoch 估算，自 2023 年以来，固定性能下的 AI 成本每季度下降约 47%，是当天较有用的宏观数据点之一 @EpochAIResearch。

AI Reddit 回顾

/r/LocalLlama + /r/localLLM 回顾

1. Qwen、DeepSeek 和 AliceAI 大模型路线图

• Qwen4-27B 刚刚确认（互动量：2353）：一张会议幻灯片 图片 似乎确认了即将推出的 Qwen4 系列阵容，明确列出了 Qwen4-27B，以及 Qwen4-Max、Qwen4-Flash 和 Qwen4-Plus。该帖子强调了社区对阿里巴巴是否还会发布类似 35B-A3B 这样更小的 MoE 风格变体的兴趣，评论者推测 N-gram 等架构变化可能降低 VRAM 需求。 评论者主要在争论 Qwen4-27B 是否会优于 Qwen 3.8 Flash Next，以及最佳本地推理路径会偏向独立 GPU 还是大容量统一内存系统。还有人关注在 Qwen4 Flash、Qwen3.8 Flash Next 和 Qwen4-27B 都以开放权重发布的情况下，对它们进行比较。

  • 评论者推测，如果 Qwen4-27B 采用 N-gram 式架构，其 VRAM 需求可能会更低，不过帖子中并未提供具体的实现细节或内存数据。

  • 有人提议对 Qwen4 Flash、Qwen3.8 Flash Next 和 Qwen4-27B 进行技术比较，假设它们都以开放权重发布。提出的关键问题是，稠密/标准 27B 模型能否比更小的 Flash 变体表现足够好，从而影响用户是优先选择独立 GPU 还是大统一内存系统。

  • 一位用户希望 Qwen4 Flash 能保持 Flash Next 的内存占用，具体目标是在 128 GB 的显存内实现部署，这意味着对更大规模开放权重 Qwen 模型本地推理可行性的兴趣。

• 阿里巴巴计划推出 5 万亿至 10 万亿参数的人工智能模型，并发布新芯片（活动：648）：据报道，阿里巴巴计划推出一款 5T–10T 参数范围的人工智能模型，并发布了一款新的人工智能芯片，这意味着其前沿级训练/推理目标远超当前消费级/本地部署的实用性。评论者将此与先前围绕 DeepSeek R1 的 671B/691B 级规模的兴奋联系起来，并预计任何实际的下游应用都将通过蒸馏到更小的 Qwen 系列模型来实现，例如假设中的 Qwen 4 27B。 主要争论在于对本地推理可行性的怀疑——“每 token 需要数分钟”——与乐观看法之间的对立，后者认为阿里巴巴可能会将一个更大的内部模型（可能是“Astra”）蒸馏成一个真正具有竞争力的中国前沿模型。

  • 评论者指出，一个 5T–10T 参数的阿里巴巴模型对几乎所有用户来说实际上都将是仅限 API 使用，在家庭实验室硬件上进行本地推理并不现实，并且如果没有重大的稀疏化、量化或专用服务硬件，可能会产生极其缓慢的每 token 数分钟的生成速度。

  • 几条评论将可能具有的实际价值归结为蒸馏，并将其与围绕 DeepSeek R1 的 671B/691B 级参数量的兴奋相比较，并建议用户或许会转而等待一个更小的衍生模型，例如假设中的可在本地运行的 Qwen 4 27B。

  • 一位评论者推测，如果阿里巴巴成功蒸馏或整合了 Astra 的能力，这可能表明中国在前沿模型方面有更认真的推进，不过该讨论串没有提供基准证据或实现细节来验证这一说法。

阅读更多