[AINews] Muse Spark 1.3 matches GPT-5.6-Sol, confirming Meta Superintelligence as the newest Frontier Lab, >90% discount for training

[AINews] Muse Spark 1.3性能对标GPT-5.6-Sol，Meta超智能确认成为最新前沿实验室，训练成本低于90%

AINews：工作日简报

Meta的史诗级回归故事

2026年9月3日

继昨日启动季持续进行后，今日如传闻所示Gemini 3.8 Flash正式发布，但Meta首席执行官扎克伯格上月在重磅回归信中承诺的Muse Spark 1.3，今日毫无疑问地成为头条新闻。根据AAII最新数据，该模型已位列全球第三（！？？）

请看其终于展现出与OpenAI和Anthropic（Opus，非Fable）等前沿模型相当的性能指标...并承诺将开放权重（！！！）：

马克·扎克伯格

@finkd

Muse Spark 1.3今日正式发布，其前沿性能之低廉几乎难以计量。这是我们在编码和智能体工作方面取得的最大飞跃。立即在Muse Code和我们的API中体验。接下来是🍉，以及Muse Spark开放权重版本的发布。

2026年9月2日 晚上7:26

·

481K次浏览

494条评论

543次转发

7.03K次点赞

他们采用了一种有趣的定价模式，如果选择参与训练，成本将降低90%以上：

2026年8月22日-8月24日AI新闻。我们检查了12个子版块、544条推文，未发现更多Discord信息。AINews网站可搜索所有过往刊期。提醒一下，AINews现已成为Latent Space的一个版块。您可以选择开启或关闭电子邮件频率！

AI推特回顾

智能体工程课程、课程体系与开发者实践

• 斯坦福大学正在将AI原生软件工程确立为独立学科：@mihail_eric宣布推出新版《现代软件开发者》课程，聚焦于他所说的"2026年软件工程蜕变"。值得关注的不仅是课程本身，更是课程体系的全面重构：2025年秋季85%的内容将被替换为智能体技能、上下文工程、MCP门户、智能体就绪代码库设计、智能体代码审查、安全、并行后台智能体、软件工厂等主题。该课程还要求学生在Browserbase、OpenHands、Semgrep、Milvus、Marimo、CrewAI、Warp、Vercel、Unsloth和Anyscale等合作伙伴支持下，将PR提交到真实开源仓库。

• 斯坦福第二门课程聚焦于智能体基础构建：@Diyi_Yang和@michaelryan207宣布推出CS329Z：AI智能体工程课程，明确以"从零构建智能体"为核心。与Mihail Eric的课程相辅相成，这表明教育重点正在从"提示工程"教学向系统导向的智能体工程转变：关注捕获、评估、记忆、工具链、编排和生产约束，而不仅仅是模型使用。

• 实践者讨论聚焦于状态感知智能分配，而非简单路由：在小组讨论中，@HarryStebbings强调@EnoReyes的观点——要充分发挥模型潜力需要超越路由，智能体必须理解任务状态、刚刚发生的事情以及接下来会发生什么，从而动态分配智能。这与@jerryjliu0的观点一致：中立立场的初创公司可通过端到端优化捕获系统，在特定任务上超越前沿实验室，选择性使用前沿模型和开放权重模型。

• “Astra 是一个循环变压器”的传闻可能并不像标题所暗示的那样新颖：@rasbt 分析了关于 OpenAI 传闻中的 Astra 架构的报道，并指出所引用的“递归深度”或“循环变压器”概念其实只是一个相对温和的架构调整，而非突破性创新。他提到 Nanbeige 4.2-3B 是一个开放权重的先例：一个 22 层的变压器堆栈被重复使用两次，实际上表现得像一个 44 层模型，而无需将参数存储翻倍。权衡是显而易见的：相似的内存占用，大约是标准堆栈的 ~2 倍计算量，且仅部分保留了令牌效率。更具实质性的历史参考是 Mixture-of-recursions，其中学习到的路由器会自适应地决定每个令牌需要经过多少次处理，允许简单令牌提前退出，而复杂令牌获得更多的计算资源。

• 隐藏推理并非递归的必然结果：@rasbt 的第二个重要澄清是，层重用本身并不会“模糊思维链”。它只是将更多计算转移到令牌生成之前的潜在激活中。如果递归深度减少了可见的推理痕迹，那是因为模型可能需要生成更少的中间令牌，而不是因为循环变压器本身会抑制文本 CoT。

• 服务基础设施更新继续针对实时多模态工作负载：@vikhyatk 宣布了 Photon 2.1，新增了文本到语音模型和 NVIDIA B200 支持，用于实时多模态推理引擎。另外，Baseten 宣布了 GLM-5.3 Fast 的托管可用性，强调通过 @baseten 实现更高的 TPS 和实时部署定位。

Agent Harnesses、技能检索和 RL 后训练工具

• 字节跳动种子的 HarnessDev 重新定义了以 harness 为核心的代理评估，而不仅仅是任务完成：@omarsar0 强调了一篇关于 HarnessDev 的新论文，该论文要求模型从一个弱但可运行的种子开始，构建一个执行 harness，然后在第二阶段使用下游反馈对其进行改进。两个阶段都根据能力和执行令牌成本进行评分，使效率成为目标的一部分。在六种创作者 LLM、四个领域和 2,207 个保留的下游实例中，生成的 harness 在代码、搜索和研究方面仍落后于成熟的由人工设计的系统，但在写作和机器学习实验方面匹配或超过了它们。关键的细微差别是，自我进化的 harness 有帮助，但收益不稳定、模型相关且仅部分可转移。

• 相关生态系统信号：exo 和递归自我改进工具：@omarsar0 还指出 exo harness 是理解递归自我改进工作流程的有用切入点，表明对框架的兴趣正在增长，这些框架中的代理不仅改进输出，还改进自己的支撑结构。

• 技能检索在总体表现上可能看起来不错，但会损害实际触发它的任务：@dair_ai 总结了一篇论文，提出了一种名为 Retrieval-Invoked Actual-Use Effect 的匹配评估方法，该方法对同一任务运行两次，一次启用技能，一次不启用，并仅计算技能实际触发的任务。在 17 个 LLM 上进行的编程和数学任务中，论文发现了一些案例，其中检索提高了总体分数，但对使用它的任务子集产生了负面的同任务效果。对于维护技能库或工具目录的团队来说，这是一个实用的警告，避免过度解读总体提升。

• 强化学习后训练基础设施正逐步产品化：SGLang 团队与 Baseten 和 NVIDIA Dynamo 联合举办围绕 Miles 的活动，Miles 是一个使用 SGLang 作为推理引擎的强化学习训练框架，可实现更快速、更可靠的强化学习后训练 @sgl_project。@AravSrinivas 分别将 Miles 描述为开源的 RL-as-a-service，进一步印证了行业向可复用后训练架构演进的趋势，而非依赖定制化内部流水线。

Google Gemini 3.8 Flash Cyber 与 Google 工具链的生产摩擦

• Google 推出具备强劲基准表现的专用网络安全模型：@sundarpichai 宣布推出 Gemini 3.8 Flash Cyber，定位为 Google 最具能力的网络安全模型，同时保持 Flash 级别的速度和定价。报道数据包括在 CyberGym 上达到 86.2%，在 CWE-Bench 补丁任务中达到 47.2%，以及在跨 20 种编程语言的内部漏洞发现基准测试中成功率超过 70%。

• 同时，开发者反馈指向工具链和账户风险问题：@theo 指出 Google 当前在工具链、代码应用、第三方集成方面开发者体验欠佳，尤其是与核心 Google 账户强关联的激进封禁策略。@QuinnyPig 进一步强调，影响范围可能超出 Gmail/Workspace，扩展至与同一身份关联的 Google Cloud 账户。Theo 后续关于 Gemini 任务中编码行为缓慢且工具调用密集的抱怨（1, 2, 3）虽属个案，但凸显了基准性能与实际开发者体验之间的差距。

Meta Muse Spark 1.3 与视频/多模态发布周期

• Meta 推出 Muse Spark 1.3 用于智能体和编码任务：@shengjia_zhao 将 Muse Spark 1.3 定位为 Spark 系列中最强的智能体和编码任务模型，强调其在长期任务执行和复杂指令合规性方面的可靠性。社区反馈聚焦其性价比，@alexandr_wang 称其“仅需一美分即可实现”，其他用户则在速度和 Token 效率方面将其与竞品“xhigh”方案相比具有优势。

• 阿里巴巴的 Wan 3.0 在视频领域第三方榜单表现强劲：@ArtificialAnlys 报道称，Wan 3.0 在 Artificial Analysis 排行榜上视频编辑（含音频）排名第一，文生视频（含音频）排名第二，图生视频（含音频）排名第五。该版本定位为一体化生成和编辑模型，支持文本、图像、视频、音频、文档和网页作为参考输入，原生音频支持，可生成 1080p 分辨率 30 秒视频。公开预览版定价从 480p 0.05 美元/秒起，1080p 为 0.20 美元/秒。

• 重参考多模态用户体验也在提升：@imagine 宣布支持每段视频最多 14 个参考项，涵盖图像、声音和角色参考，通过 @-标签在提示词中实现，这是多资产创意控制的小但实用的界面改进。

• 物理AI与开放机器人平台正在取得进展：@maze_rapid宣布推出Palmimo DevKit，这是一款配备开源软件和可更换AI“大脑”的桌面AI机器人平台，开发者无需深厚的机器人技术背景，仅需几行Python代码即可控制机器人应用。尽管目前仍处于早期阶段，但这一案例展示了智能体框架向具身系统扩展的现实意义。

• 最热推文（按互动量排序）：@mihail_eric：斯坦福大学全面升级的AI原生软件开发课程，课程内容大幅更新并引入开源协作。@sundarpichai：Gemini 3.8 Flash Cyber发布，宣称在网络安全基准测试中表现强劲。@rasbt：详细解析循环变压器架构，并分析Astra相关传闻可能夸大创新性。@Diyi_Yang / @michaelryan207：斯坦福大学新课程CS329Z：智能体工程。

AI Reddit回顾

/r/LocalLlama + /r/localLLM 回顾

1. Muse Spark与Spark-X2.5开放权重模型

• Muse Spark开放权重即将发布（活动量：902）：这张图是扎克伯格/X平台的一条帖子截图，宣布推出Muse Spark 1.3版本，声称在编码、智能体工作流和长上下文任务方面有重大改进，并提到Muse Spark开放权重“即将发布”。附带的基准测试表格显示Muse Spark 1.3在智能体、长上下文和编码评估中均优于Muse Spark 1.2，并与标注为GPT 5.6 Sol和Opus 5的模型具有竞争力。但Reddit帖子作者指出Spark模型可能因硬件限制过大，正在等待Llama 5或Glimmer与Spark之间的中间版本。评论区认为这些结果证明多个领先实验室在技术上趋于一致，有用户表示“没有秘密配方”，前沿差距可能仅剩几个月。另有评论者认为Muse Glimmer被低估，声称其在非编码任务中表现优于Qwen 3.8:27B。评论者特别关注到一个异常高的长上下文测试结果：MRCR 512k–1m达到98.1%，有用户质疑这是否意味着Muse Spark在百万级上下文规模上已有效解决“上下文腐烂”问题。如果该基准测试准确，这将是该讨论中最具技术价值的声明，因为目前许多开源和闭源模型在512k+上下文规模下仍存在检索/推理质量持续性不足的显著弱点。有用户报告称Muse Glimmer“表现不错”，在非编码任务中主观体验优于Qwen 3 8/27B，表明Muse的较小/早期模型可能已具备超越编程基准的竞争力。该比较属于轶事性质，但显示出任务依赖性的优势而非通用榜单表现。多位评论者质疑展示成绩背后可能的参数量，推测若基准测试准确，Muse Spark可能达到万亿参数级别。这引发了实际部署的担忧：对于爱好者可能无法本地运行，但开放权重仍可能为需要非中文模型选项的组织提供政策/合规性价值。

• 新模型：Spark-X2.5-4B、Spark-X2.5-1.7B（活动：301）：XHToken发布了Spark-X2.5 1.7B和4B版本，明显采用定制架构而非简单微调。模型卡片声称原生支持1M token上下文、多语言支持，并在约20万亿token数据基础上进行训练，包含长上下文/后训练阶段。据称架构结合了全注意力机制与滑动窗口注意力机制，以降低长上下文KV/计算成本。4B版本的基准测试表现被描述为可与Qwen类~9B模型竞争。目前llama.cpp尚未上游支持该模型，需依赖待处理的llama.cpp PR #27868或XHToken的定制分支，1.7B和4B版本的GGUF文件已发布。评论者主要对20万亿token的预训练规模表示印象深刻，尤其在低于5B参数规模下实现原生1M上下文能力的技术亮点。对4B版本能否在独立测试中达到与~9B模型相当的基准表现持谨慎兴趣。评论者特别指出Spark-X2.5的20万亿训练token规模在1.7B/4B参数范围内异常庞大，若基准测试可复现，可能解释4B版本与9B模型相当的宣称。另一个突出规格是该模型规模下原生支持1M上下文，读者认为这比单纯基准对齐更具技术价值。有测试者使用“pi harness”进行早期定性测试时发现，当被问及“你是哪个模型”时，模型会使用工具分析Harness名称后再作答，显示出代理/工具使用倾向，但也表现出“过度思考”的特征。在快速推理测试中，该模型未能通过“洗车”测试，测试者计划进一步与Qwen3.5 9B进行日常使用质量对比。

2. Qwen3.8基准测试与GGUF加速性能

• Qwen 会成为王者吗？（活动：732）：图片显示的是 Arena AI Code Arena WebDev 排行榜，其中 Qwen3.8-Max-0902 以 1,691 分位列第一，以微弱优势领先于 Claude Opus 5 Max 的 1,688 分和 Kimi K3 Max 的 1,674 分。在该帖子的上下文中，这一结果被用来论证 Qwen 的扩展推理/训练后扩展可能正在缩小与更大前沿系统之间的差距，这种趋势可能在未来的 Qwen 4 版本发布或可能的开源权重更新之前就已显现。评论者对本地/开源权重 Qwen 变体表现出明显乐观态度，其中一人声称本地运行的 Q3.8-27B 表现优于其付费使用的 ChatGPT 编程体验。其他人质疑表现最佳的 Max 模型是否会开源权重，而有评论者称赞扩展推理能力但指出权衡：复杂任务需要数小时延迟。一名用户报告称，使用 PI 配合 Q3.8-27B 本地运行时，其编程表现优于此前付费使用的 ChatGPT 5.1，他们强调实际任务执行能力：当提供相关上下文（如 .txt 格式的维基页面）时，该模型能在本地 PC 上生成几乎无需修改的可运行代码，同时保障数据隐私。多位评论者聚焦于扩展推理作为核心差异化优势：有人表示 Qwen 3.8 Max 在其测试集上“100%正确”，但得出答案可能需要数小时。这种表述将权衡聚焦于准确性/可靠性与推理密集型任务的极高推理延迟之间。对展示的基准图存在质疑，有评论者称数据“明显经过修饰”，另一人询问为何 Fable 5.1 未被纳入对比。担忧在于模型排名主张可能高度依赖基准选择、报告方法或遗漏的竞争对手。

• MTP支持文件已发布（活动：671）：Unsloth为Qwen3.8-Flash-Next-GGUF模型发布了MTP支持文件，测试说明与Unsloth的llama.cpp分支/PR（unslothai/llama.cpp#144）相关，并针对本地运行时和OpenAI兼容端点提供了GGUF使用路径。有评论者指出，上游已合并llama.cpp优化（ggml-org/llama.cpp#28123），报告显示代码处理速度从123 tok/s提升至183 tok/s，散文处理速度从83 tok/s提升至144 tok/s，而未启用草稿功能时为108 tok/s。此前未打补丁时，散文MTP速度甚至低于完全不使用草稿。评论区讨论主要聚焦实际应用：用户询问SSD卸载是否已稳定优化，并指出MTP文件可能已提前数天发布。有评论者引用新合并的llama.cpp优化PR（ggml-org/llama.cpp#28123），显示Qwen3.8-Flash-Next-GGUF的MTP吞吐量显著提升：未启用草稿时基线为108 tok/s，修改前代码MTP为123 tok/s但散文仅83 tok/s，修改后代码达到183 tok/s、散文达到144 tok/s。关键技术点在于合并前，散文任务的MTP速度可能低于常规解码，但该补丁使草稿功能变得持续有效。多位评论者正在追踪llama.cpp中尚未解决的运行时/支持细节，包括SSD卸载稳定性，以及MTP文件中-shared选项与非共享模式的差异。另有用户指出，相关llama.cpp功能支持可能尚未完全合并，并报告本地性能仅为约9 tok/s，表明硬件/配置敏感性问题依然显著。

通过7天免费试用继续阅读

订阅Latent.Space以继续阅读本文并获得7天完整文章库免费访问权限。

开始试用

已是付费订阅者？

上一篇

下一篇