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。

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

2026/9/21-2026/9/22 的 AI 新闻。我们检查了 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）的默认模型。默认努力程度为中等，被描述为“智能水平与 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 WANDR0.610，每任务 $4.13；略高于 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 上大致相当，但在 agentic 编程上是一头猛兽”。

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

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

Effort 扩展异常。 在一张 agentic 编程图表上，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 将 Q1 收入错误标记为全年收入的 XBRL 错误（@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 表示其改进了缓存和推理效率，对缓存输入 token 读取提供最高 90% 的折扣，并推出新的 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 环境来将仿真到现实的桥接付诸实践。

• 评估与可观测性工具也受到了关注。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 比特压缩，并承诺“惰性压缩”能在部署时自动找到更好的内存/质量/速度权衡 @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 展示了一个直接针对 Qualcomm Hexagon NPU 优化的端侧 VLM，TTFT 为 0.73s、每次推理 6.9 mWh，并让 GPU 保持空闲以维持持续的热性能 @RekaAILabs。

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

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

• 在图像生成和编辑方面，Qwen-Image-2.1 在社区排行榜上表现出色，在 Image Edit Arena 和 Text-to-Image Arena 中均位列开放模型第一，总体接近前沿专有系统 @arena。配套生态工作包括 Unsloth Desktop 支持 INT8/FP8 和 GGUF，通过 RAM 卸载可在 6–8 GB VRAM 以下运行 @danielhanchen，以及 Gradio 努力将 Qwen 默认的 9B 提示重写器缩小到 0.8B 以供笔记本电脑使用 @Gradio。

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

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

热门推文（按互动量）

• Claude Opus 5.5 发布：Anthropic 的主发布帖互动量居首，构成了当天最大的模型事件 @claudeai。

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

• Managed Agents 预览：DigitalOcean 公开预览面向 Claude Code/Codex/自定义代理的托管运行时，引发了异常高的基础设施关注 @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 万亿参数 AI 模型，并发布新芯片（活跃度：648）：据报道，阿里巴巴计划推出一款参数规模在 5T–10T 区间的 AI 模型，并发布了一款新 AI 芯片，这意味着其前沿级训练/推理目标远超当前消费级/本地部署的实用范围。评论者将此与此前围绕 DeepSeek R1 的 671B/691B 级规模的兴奋情绪联系起来，并预计任何实际的下游应用都将通过蒸馏到更小的 Qwen 系列模型来实现，例如假设中的 Qwen 4 27B。 主要争论在于对本地推理可行性的怀疑——“每 token 数分钟”——与乐观看法之间的对立，后者认为阿里巴巴可能会将一个更大的内部模型（可能是“Astra”）蒸馏成一个真正有竞争力的中国前沿模型。

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

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

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

阅读更多