AI 开发者日报

微软在Build大会上同时展现了AI平台公司和前沿模型实验室的双重身份，不仅发布了大量产品，还罕见地详细披露了其新MAI模型系列的技术细节。

• 微软AI宣布推出七款新MAI模型，涵盖推理、代码、图像、语音转录和语音等领域，主打模型包括MAI-Thinking-1、MAI-Code-1-Flash、MAI-Image-2.5、MAI-Transcribe-1.5和MAI-Voice-2，信息来源为@MicrosoftAI和@mustafasuleyman
• 旗舰推理模型MAI-Thinking-1被定位为微软的首款推理模型，据@mustafasuleyman、@baseten、@tuhinone和@HannaHajishirzi透露，该模型具备干净的数据溯源且未从第三方模型进行任何蒸馏
• 微软发布了MAI-Thinking-1的109页技术报告，其透明度之高引发了技术读者的强烈好评，包括@eliebakouch、@ethanCaballero、@nrehiew_、@yacinelearning和@stochasticchasm
• 微软还重点强调了本地AI和Agent原生Windows：Build大会的宣讲内容突出了Agent的安全执行层、全新的Surface RTX Spark Dev Box、面向更广泛Windows GPU用户群体的Windows AI访问能力，以及Project Solara/Scout等概念硬件，由@yusuf_i_mehdi、@TheTuringPost、@kimmonismus和@kimmonismus总结
• Build大会还大力推广GitHub Copilot应用，将其定位为"Agent原生软件开发的桌面中心"，支持画布功能、跨设备连续性以及更紧密的GitHub Agent工作流，信息来源为@pierceboggan、@lukehoban，以及@techgirl1908的评论
• 微软推出了Web IQ，一套面向AI Agent的全新搜索/API接口栈，据@JordiRib1称，该API已为"当今行业几乎所有AI Agent和聊天机器人提供支持，包括Copilot和ChatGPT"
• Satya Nadella将Build大会定位为生态系统层面的里程碑而非单一产品发布，而Mustafa Suleyman则将其描述为微软内部"爬山机器"的产出，信息来源为@satyanadella、@mustafasuleyman以及@nrehiew_的评论

MAI-Thinking-1

• 微软在 @mustafasuleyman 中将 MAI-Thinking-1 描述为一个 350亿（35B）活跃参数的 MoE（混合专家）模型，拥有 256K 上下文窗口
• @scaling01 的另一份摘要指出，该模型是一个 1万亿（1T）总参数、350亿（35B）活跃参数的模型，在 30T tokens 上完成预训练，并使用 8192 块 GB200 GPU 进行训练；这看起来是对技术报告的解读，而非微软的营销文案
• @kimmonismus 也将其总结为 450亿（45B）活跃参数的中等规模 MoE 模型，但这与 Mustafa 本人公布的 350亿（35B）活跃参数 存在冲突；推文中更权威的数字是官方给出的 350亿（35B）活跃参数
• 微软声称该模型在 AIME 2025 上达到 97%，在 SWE-Bench Pro 上达到 53%，并且根据 @mustafasuleyman 和 @asadovsky 的说法，在 Surge 平台上的盲测中，人类评估者整体上更偏好该模型而非 Sonnet 4.6
• 微软表示，该模型针对 MAIA 200 进行了优化，根据 @mustafasuleyman 的说法，与 GB200 相比，端到端运行 MAI 模型时，每美元性能提升 30%，每瓦性能提升 1.4 倍
• 微软及其合作伙伴在 @baseten、@tuhinone 和 @MicrosoftAI 中反复强调 无第三方蒸馏、“干净的数据溯源”，以及通过 Baseten 实现的企业可控微调，其训练后数据达到 “100% 无人干预”

MAI-Code-1-Flash

• 微软推出了 MAI-Code-1-Flash，这是一款面向 VS Code 和 GitHub Copilot CLI 的快速编程模型，由 @pierceboggan 首次公布，随后 @mariorod1 也进行了重点介绍
• 微软官方通过 @mustafasuleyman 表示，Code-1-Flash 尽管仅有 50亿（5B）参数，却在 SWE-Bench Pro 上达到了 51%，其定位接近 Haiku 级别的规模/成本
• @scaling01 的另一份摘要将其描述为一个 1370亿（137B）参数的 MoE 模型，拥有 256K 上下文，在 10T+ tokens 上训练，并且“比 Claude 4.5 Haiku 更强、更高效”。这很可能指的是 50亿（5B）活跃参数 而非总参数；推文并未完全厘清这一区别，但综合来看，暗示了 在更大的 MoE 架构中拥有较小的活跃参数规模
• 根据 @scaling01 和 @mariorod1 的说法，该模型在发布时优先支持 GitHub Copilot / VS Code

MAI-Image-2.5

• 微软推出了 MAI-Image-2.5 及其 Flash 变体，声称两者均达到 排行榜第二，根据 @mustafasuleyman 的说法，它们在图像编辑方面超越了 Nano Banana 2
• 独立的排行榜账号也证实了这一高排名：@arena 报告称其在 Image Edit Arena 中排名 第二，得分 1401，领先 Nano Banana 2、Grok Imagine 和 ChatGPT Image Latest HF 10 分
• @arena 进一步指出，MAI-Image-2.5 “推进了帕累托前沿”，这意味着在其价格区间内，没有其他模型能在该基准测试中获得更高分数
• 分发合作伙伴迅速跟进，包括 @OpenRouter 和 @fal

MAI-Transcribe-1.5

• @ArtificialAnlys 报告称，MAI-Transcribe-1.5 在语音转写（STT）领域实现了异常强大的速度/精度平衡：约 276 倍实时速度，2.4% AA-WER，在其排行榜上位列 第三
• 根据 @ArtificialAnlys 的说法，该模型支持 43 种语言，包括英语、法语、阿拉伯语、日语和中文，并支持对姓名、医学术语等罕见词汇进行 关键词偏置
• 根据 @ArtificialAnlys 的报道，通过 Microsoft Foundry 使用的定价为 每 1000 分钟音频 6 美元
• OpenRouter 也在 @OpenRouter 中将其列为同日上线的三个 MAI 模型之一

MAI-Voice-2

• MAI-Voice-2 出现在微软的“七个模型”总览以及 OpenRouter 的可用性公告中，见 @OpenRouter
• 除了发布和可用性信息外，该推文集合中关于 Voice-2 本身的技术细节很少

为何这份报告脱颖而出

• 技术圈的主流反应是：微软发布了一份异常详尽的前沿模型技术报告。@eliebakouch 称其为"同规模模型中最透明的报告之一"，@nrehiew_ 表示它"完全可以作为当今大模型训练的最新教科书"，而 @stochasticchasm 则称之为"金矿"。
• 多位读者强调，该报告披露了流水线细节、规模扩展阶梯方法论、数据整理、基础设施指标和MFU（模型浮点利用率）数据。正是这种具体程度赢得了 @ethanCaballero、@eliebakouch 和 @nrehiew_ 的赞誉。

预训练与数据

• 评论中反复提及的一个关键技术主张是：MAI-Thinking-1 没有使用合成数据，也没有进行蒸馏——不仅在训练后阶段如此，在整个披露的流水线中都是如此。这一观点来自 @eliebakouch、@stochasticchasm 和 @HannaHajishirzi。
• @eliebakouch 指出，报告明确说明数据来自 Common Crawl 加上私有数据源，针对不同领域采用了定向子流水线，进行了大量的提取和去重工作，并且有意选择不使用合成数据。
• 报告中用于规模扩展决策的内部私有NLL（负对数似然）数据集构成，由 @eliebakouch 总结如下：

50% 代码

• 17.5% STEM（科学、技术、工程、数学）
• 17.5% 数学
• 10% 通用知识
• 5% 多语言

@eliebakouch 表示，规模扩展阶梯中的架构升级基于效率增益（EG）指标：即基线模型需要额外多少计算量才能匹配候选模型的损失值。 同一讨论串指出，消融实验大约在每参数100/200个token的规模上进行，被描述为该设置下的"Chinchilla最优"水平，同时他也指出，由于MoE（混合专家）结构的存在，这与密集模型的启发式方法有所不同，详见 @eliebakouch。

训练后阶段 / 强化学习

• 讨论最多的技术选择是：微软似乎从一个之前没有推理能力暴露的检查点开始启动强化学习，多位读者认为这一点值得关注。@stochasticchasm 称这是一个"非常有趣的决定"，而 @stochasticchasm 则对图表中显示从95% 跃升的反应表示关注。
• @HannaHajishirzi 将这种"从零开始攀登"的方案描述为简单的配方、严谨的科学、自我蒸馏、耐心和优秀的基础设施。
• @soldni 将这一过程形容为"像大公司一样，不依赖蒸馏，从零开始攀登"。
• 一些独立读者从报告中推断，合成数据在更广泛的领域中对于智能体性能仍然非常有价值，即使微软在此处刻意避免使用它；详见 @stochasticchasm。

数据整理 / 评判模型 / DSPy GEPA

• 一个在DSPy/延迟交互社区引起广泛关注的细节是：微软在预训练数据整理和质量评分中使用了 GEPA / DSPy优化的大模型评判模型。
• 这一点由 @bj2rn、@LakshyAAAgrawal 和 @lateinteraction 特别指出。

基础设施 / 利用率 / 硬件协同设计

• 微软据称披露了各迭代阶段的精确MFU（模型浮点利用率），多位读者表示，这种数据在如此规模下很少公开分享，详见 @eliebakouch。
• @scaling01 将运行过程总结为使用了 8192块 GB200 GPU。
• @eliebakouch 特别指出报告中提到的每瓦特吞吐量提升约40% 这一数据"令人印象深刻，对微软芯片非常看好"，不过这可能指的是机架级预算或服务配置，推文中并未完全展开说明。
• 微软的官方表述将模型设计与 MAIA 200 定制芯片联系起来，并强调与NVIDIA GB200相比，在每美元性能和每瓦特性能方面更优，详见 @mustafasuleyman。
• Build大会上更广泛的Windows/本地AI叙事也围绕硬件细节展开，例如：

在DGX Station上本地运行1万亿参数模型

• 128GB统一内存
• 110 TOPS AI性能
• 20个CPU核心
• 70多个PowerToys实用工具

以上信息来自 @TheTuringPost。

此外，还有关于本地运行大模型的反应，例如 @kimmonismus 提到RTX Spark在本地运行了一个120B参数的模型。

GitHub Copilot 应用与智能体原生开发

• GitHub 发布了 GitHub Copilot 应用，被 @pierceboggan 称为面向智能体原生软件开发的桌面界面
• 关键主题包括：

画布（canvases），用于用户与智能体之间的双向协作，来自 @Techmeme

• 在 CLI、移动端、Web、本地和云端之间保持连续性，来自 @lukehoban
• GitHub 作为智能体工作流中心的作用日益增强，这反映在 @techgirl1908 和 @OrenMe 的评论中

Copilot CLI 还获得了一个实验性的终端 UI，包含标签页、内置反馈/橡皮鸭调试、提示词调度和语音输入，来自 @GHchangelog

Windows 作为智能体运行时

• 微软 Windows 部门将 Build 大会的主题定位为“更快的开发者执行速度、安全的智能体执行层，以及在设备本地运行的无计量智能”，来自 @yusuf_i_mehdi
• 多篇帖子强调，微软希望 Windows 成为智能体可信执行平台，而不仅仅是 Azure
• @TheTuringPost 将 Project Solara 描述为一个面向智能体优先设备的平台，其概念包括：

一个桌面 AI 伴侣

• 一个可穿戴徽章，配备摄像头、麦克风、传感器和安全认证

@kimmonismus 认为这些是用于控制智能体的手持/桌面设备，并将其与人们对独立 OpenAI 硬件的期望进行了比较 @kimmonismus 还特别强调了 Microsoft Scout，称其为“始终在线的个人工作智能体”

面向智能体的 Web IQ 与搜索

• @JordiRib1 宣布了 Microsoft Web IQ，这是一套面向网页、新闻、图片和视频的 AI 原生接地 API
• 他的表述提供了重要的背景：传统搜索引擎是为人类构建的，但微软认为未来的搜索需求将来自智能体，其查询量可能达到人类搜索流量的 1000 倍
• 他声称 Web IQ 是从 Bing 的技术栈重新架构而来，以优化质量、延迟和 Token 效率，并且已经为包括 Copilot 和 ChatGPT 在内的主要聊天机器人提供支持

Foundry 与开源模型分发

• @jeffboudier 表示，Satya 提到 Microsoft Foundry 中提供了 11,000 多个模型，其中 10,928 个来自 Hugging Face
• 这支持了微软在 Build 大会上的双重身份：既是第一方模型构建者，也是一个大型多模型托管/分发平台

Build 大会关于数据中心与算力的信息传递

• 多位观察者注意到，Build 大会讨论了数据中心扩张、社区反弹，以及微软关于 AI 基础设施可以在不增加当地社区电费的情况下扩张的论点；参见 @kimmonismus 和 @kimmonismus
• @scaling01 强调了 Mustafa 的说法：AI 算力将在未来 3 年内增长 1000 倍，将当前约 5e27 FLOPs 的前沿规模提升到 2029 年的 5e30 FLOPs
• @mustafasuleyman 将公司的哲学主题概括为 “人本主义超级智能”

推文中的事实性陈述

• 微软在 Build 大会上发布了 七款全新 MAI 模型：@MicrosoftAI
• MAI-Thinking-1 的官方指标：350亿参数活跃 MoE 架构、256K 上下文窗口、AIME 2025 准确率 97%、SWE-Bench Pro 得分 53%，以及盲测中人类偏好超越 Sonnet 4.6：@mustafasuleyman
• MAI-Code-1-Flash 的官方指标：SWE-Bench Pro 得分 51%，推文称其拥有 50亿参数：@mustafasuleyman
• MAI-Image-2.5 的排名声明得到了 @arena 的独立验证
• MAI-Transcribe-1.5 的速度/精度细节来自独立评测账号 @ArtificialAnlys
• 微软发布了一份 109 页的技术报告：@eliebakouch

观点 / 解读

• “微软现在开始认真训练模型了？”来自 @teortaxesTex 的这条推文是对模型/报告质量的解读性反应，而非独立事实
• 称该报告是“最透明的报告之一”或“一本更新版的教科书”，这些是 @eliebakouch 和 @nrehiew_ 的观点，尽管许多读者也认同
• @kimmonismus 和 @TheTuringPost 将 Build 大会解读为微软从纯云端 AI 向本地推理/智能体方向的战略转型；这属于分析性观点，而非官方表述
• 包括 @swyx 和 @scaling01 在内的推文声称微软“泄露”了 Anthropic Mythos 的 FLOPs 数据，这些是对一张幻灯片的推测性解读，随后遭到同一批评论者的质疑

支持观点

• 技术读者普遍对这份报告的透明度以及微软愿意公开通常在此规模下会保密的细节印象深刻：@eliebakouch、@nrehiew_、@ethanCaballero、@stochasticchasm
• 一些人认为 MAI-Thinking-1 证明了微软正在成为真正的前沿实验室，而不仅仅是模型转售商或应用层，例如 @teortaxesTex、@echen、@NandoDF
• 企业/平台支持者喜欢清晰的数据溯源、可微调、无人工标注的后训练数据这一叙事，尤其是 Baseten/微软围绕所有权和控制的定位：@baseten、@tuhinone

中立/分析观点

• 有几篇帖子侧重于阅读和解读报告，而不是为发布喝彩，尤其是 @stochasticchasm、@nrehiew_ 和 @eliebakouch
• 一些评论者对基准测试的解读持谨慎态度。@kimmonismus 指出，微软似乎主要与 Sonnet 4.6 进行比较，仅在 SWE Pro 上达到了 Opus 级别的可比性
• @iScienceLuvr 特别赞赏报告包含了 健康基准测试（如 HealthBench Professional 和 MedXpertQA），而不仅仅是编码/数学方面的测试

怀疑/反对观点

• 一部分人质疑所有数据和比较是否被正确解读，尤其是关于激活参数和外部模型比较的部分
• 最引人注目的质疑集中在所谓的 Mythos FLOP "泄露" 上。@iScienceLuvr 认为这可能只是一个估算值，而非泄露；@scaling01 随后辩称，最初的 6.1e27 FLOP 数据不切实际，并给出了一个较低的替代估算值，之后又在 @scaling01 发布了更正
• 该领域还存在一种隐性的质疑，即零合成数据 / 零蒸馏是否是实现最佳智能体性能的长期正确策略，正如一些读者强调其他模型在合成数据方面的优势所暗示的那样，例如 @stochasticchasm

背景：为什么这很重要

• Build 大会的发布之所以重要，是因为它们表明微软不再满足于仅仅扮演以下角色：

  • Azure/OpenAI 的云托管方
  • GitHub 的开发者界面
  • Copilot 的应用外壳

  它正试图成为一家第一方前沿模型开发者，拥有自己的模型家族、芯片栈和后训练平台。

• 清晰的模型血统 / 无蒸馏这一强调具有战略意义。它回应了企业对知识产权溯源、未来可控性以及对外部实验室依赖的担忧。

• 本地 AI 的强调之所以重要，是因为微软正在将 AI 战略与 Windows 和设备分发绑定，而不仅仅是 Azure。Build 大会上的信息反复传递了一个理念：推理模型、规划器和智能体可以越来越多地在设备端运行，而不仅仅是在云端：@TheTuringPost，@yusuf_i_mehdi

• 109 页的技术报告之所以重要，是因为前沿模型的透明度整体上一直在下降，尤其是在数据、基础设施和训练方法方面。多位研究人员明确指出，这种规模的披露程度实属罕见：@eliebakouch，@nrehiew_

• Build 大会的回顾还展示了微软试图整合技术栈的各个层面：

  • 模型：MAI 系列
  • 芯片：MAIA 200
  • 云：Azure + Foundry
  • 操作系统：Windows 智能体运行时
  • 开发者体验：Copilot 应用 / VS Code / CLI
  • 检索/知识锚定：Web IQ
  • 硬件形态：Solara / Scout 概念

• 正是这种组合，让多位观察者将这次活动描述为不仅仅是一场普通的开发者大会，而是一次朝着覆盖云、边缘、操作系统和自研模型的智能体平台的协同推进，例如 @satyanadella，@mustafasuleyman 和 @TheTuringPost。

• 在Build大会期间/之后，一些用户声称微软的一张幻灯片无意中透露了Anthropic传闻中的Claude Mythos的训练算力，@swyx 询问Mustafa是否泄露了FLOP计数
• @scaling01 根据像素测量估算，该幻灯片暗示了6.1e27 FLOPs（含置信区间），而@kimmonismus 指出这大约相当于Gemini 3.1 Pro级别的算力
• 这一解读随后遭到@iScienceLuvr 的质疑，他认为这可能只是一个估算值；接着@scaling01 发布了一个基于模型的较低范围估算值——3.37e26到1.46e27 FLOPs，后来又在@scaling01 中表示最初的数字是虚假的
• 这一事件主要作为背景信息很有价值：Build大会关于算力/规模的信息传达足够详细，以至于人们开始尝试从演示材料中推断竞争对手的训练预算

• OpenAI 推出了 Sites in Codex，让团队能够将想法、文档或计划直接转化为已部署的内部网站或应用，并支持身份认证和动态数据。该功能首先面向商业和企业用户开放，信息来源：@OpenAI、@TheRohanVarma 和 @gdb
• OpenAI 还扩展了面向特定角色的 Codex 插件，覆盖销售、数据分析、创意制作、产品设计和公共股权工作流，可访问 62 个应用和 110 项技能，信息来源：@OpenAI 和 @OpenAIDevs
• GitHub 的 Copilot 应用以及微软 Build 大会围绕智能体原生软件开发的推动，成为当天工具类新闻的核心焦点：@pierceboggan、@lukehoban、@GHchangelog
• Anthropic 推出了 Claude Platform 的 CLI 工具，并升级了 Claude Code 的 /fork 功能，使其能够在后台运行一个携带精确上下文和提示词缓存的智能体，信息来源：@ClaudeDevs 和 @ClaudeDevs
• Nous 发布了 Hermes Desktop，这是一个为 Hermes 智能体打造的本地/原生桌面界面，信息来源：@NousResearch、@Teknium，以及后续来自 @Teknium 和 @ollama 关于 Tailscale/Ollama 集成的说明
• Cognition 推出了 Devin Desktop，定位为一个智能体中立的桌面工具，用于管理本地和云端智能体，并实现本地规划与云端执行之间的无缝切换，信息来源：@cognition、@ScottWu46 和 @russelljkaplan

• H Company 发布了 Holo 3.1，一个基于 Qwen 架构的本地计算机使用模型系列，提供从 0.8B 到 35B 的检查点，格式包括 NVFP4、FP8 和 Q4 GGUF；一份热门摘要显示，35B 模型在 AndroidWorld 上达到了 79.3% 的成绩，信息来源为 @TeksEdge，发布推文来自 @hcompany_ai
• Perplexity 宣布为 Perplexity Computer 推出 混合智能推理，将任务在 设备端本地模型 与前沿云端模型之间拆分，以兼顾隐私和 Token 效率，信息来源为 @perplexity_ai 和 @AravSrinivas
• @ttunguz 分享的 OpenRouter 数据显示，开源权重模型 占据了 Token 流量的 69.1%，而闭源模型仅占 30.9%
• 关于 模型路由 作为未来关键抽象层的讨论来自 @ClementDelangue、@garrytan 和 @matanSF；而 @glennko 提出了相反观点，认为企业级生产环境的可靠性要求使得通用路由比爱好者们设想的要困难得多
• 本地 AI 用户体验方面的改进还包括 Hugging Face 的 硬件兼容性检查 以及 oMLX 的原生 macOS 应用发布，信息来源为 @m_newhaus 和 @jundotkim

• Google DeepMind 发布了 Co-Scientist，这是一个基于 Gemini 的多智能体假设生成系统，用于科学研究。据称该系统在合作中帮助识别了肝纤维化靶点、ALS 治疗方向以及衰老相关的遗传线索。来源：@GoogleDeepMind、@GoogleDeepMind、@GoogleDeepMind
• 新的 Crafter / CraftEditor 工作聚焦于可编辑的科学图表生成，采用五智能体工作流来生成和优化图表，并支持光栅图到 SVG 的转换，引起了广泛关注。来源：@HuggingPapers、@_akhaliq、@TheTuringPost
• Tilde Research 提出了 Wall Attention，一种无需 RoPE 的注意力机制，引入了对角遗忘门。该方案声称可在 4k 长度下训练，并泛化到 200k+ token，同时提供 Triton 内核支持以及强大的解码吞吐能力。来源：@tilderesearch
• 一种机器人视觉编码器声称实现了 +22.5% 的真实世界 OOD 成功率，其核心思路是编码动力学感知能力，而非依赖静态图像预训练。来源：@jbhuang0604
• 值得关注的新评估与基准：

PaintBench：用于精确图像编辑的基准，目前最佳模型仅达到 17.1% 的准确率。来源：@itskaixu

• VSTAT：用于视频状态追踪的基准，指出前沿多模态大模型在追踪不断变化的世界状态方面仍然表现薄弱。来源：@PinzhiHuang、@sainingxie
• Data Agent Benchmark：面向企业数据工作流的基准。来源：@sh_reya

• Harvey 与 LangChain 联合发布了面向法律智能体的低成本验证器研究成果，结果显示 DeepSeek V4 Flash 在与 Opus 4.7 保持 94–96% 一致性的同时，将成本降低了 18 倍（单标准模式）和 ~1000 倍（批量模式）；对于 3,200 次 RL 回滚，验证成本从 18,000 美元降至 18 美元，详见 @harvey、@hwchase17 和 @nikogrupen
• W&B 重新推出了 Weave，将其打造为以智能体优先的可观测性平台，集成了多种常用框架，并支持自动检测故障模式，详见 @wandb 和 @neutralino1
• Prime-RL 将 Mooncake Store 与 vLLM 集成，实现了跨节点的前缀 / KV 缓存复用，被认为是智能体回滚场景的关键技术，详见 @m_sirovatka
• Together 详细介绍了针对 MiniMax-M3 的推理优化，通过 KV-block-major 稀疏注意力、分页解码、优化索引评分以及多模态预处理，实现了 81–125% 的吞吐量提升，详见 @togethercompute
• MiniMax 自身则强调了 100 万上下文窗口、原生多模态能力、桌面电脑操作支持，以及 MSA 技术将注意力机制在解码时间中的占比从 ~30% 降至 ~5%，详见 @MiniMax_AI

• Westmag 正式走出隐身模式，致力于打造美国本土的机器人执行器与无人机电机。该公司已完成 1100万美元 融资，由 a16z 领投，Founders Fund、Lux、NFDG、Menlo 等机构参投。详情见 @boxcardavid、@packyM 和 @oyhsu 的推文。
• PyTorch 指出，NVIDIA 已在其四个开放模型系列中采用了 OpenMDW-1.1——一个宽松的 AI 模型许可框架。详情见 @PyTorch 的推文。
• 马丁·斯科塞斯 公开演示了 FLUX 在分镜绘制中的窄范围、预生产应用，该合作基于 Black Forest Labs 的技术。此次演示被定位为探索性尝试，是对手绘工作的补充，而非生成式替代。详情见 @robrombach 和 @TheRundownAI 的推文。

• NVIDIA 发布 Nemotron 3 Ultra（热度：669）：图片展示了 NVIDIA 宣布推出 Nemotron 3 Ultra，这是一款拥有 550B 参数的开放权重模型，出现在一张名为"前沿智能"的基准测试表中，与 GLM 5.1、Kimi K2.6 和 Qwen3.5 在智能体生产力、编程、指令遵循和长上下文任务上进行了对比。有评论者澄清，这很可能是一个 MoE 550B-A55 模型，另有评论指出其报告的"人工分析评分"为 48，被描述为略低于"前沿"水平，大致相当于 MiniMax 2.7 的档次；图片链接：https://i.redd.it/f79wu6dnml4h1.jpeg。评论者们赞赏 NVIDIA 与其他开源/开放权重模型进行了对比，但技术层面的讨论有限，主要围绕其可能成为美国最强开放权重模型这一定位。

评论者将 NVIDIA Nemotron 3 Ultra 识别为 MoE 550B-A55 模型，这意味着总参数量约为 550B，每个 token 激活的参数量约为 55B。技术讨论的焦点在于，它被定位为一个大型开放权重的混合专家模型，而非密集型的顶级前沿发布。

• 一条侧重基准测试的评论引用了 Artificial Analysis 评分 48，称其"比前沿差一档"，大致相当于 MiniMax 2.7 的水平；另一条评论则注意到 NVIDIA 与其他开源/开放权重模型的对比。分享的链接包括 NVIDIA 的 Nemotron-3-Ultra-Base 使用手册 和 LifeArchitect 模型表格。
• 有评论者对 NVIDIA 将 Nemotron 3 Ultra 与 Qwen3.5 进行比较表示质疑，认为这种对比很可能是为了将其包装成美国"最佳 开放权重"模型，尽管它在面对更强的非美国或更广泛的前沿竞争对手时表现不佳。技术层面的结论是，其竞争性声明可能在很大程度上取决于所考虑的模型子集：开放权重、美国来源以及基准测试的选择。

RTX Spark 并不具备 600GB/s 带宽（热度：693）：该幻灯片澄清了 NVIDIA 的 RTX Spark 超级芯片 并没有 600 GB/s 的内存带宽：其统一内存标注为 128 GB LPDDR5X，带宽 300 GB/s，而 600 GB/s 指的是 Blackwell RTX GPU 与 Grace CPU 之间的 NVLINK-C2C 带宽。该帖子认为，报道称 600 GB/s 为内存带宽的媒体误读了 Computex 的幻灯片；图片显示规格包括 6144 个 CUDA 核心、1 PFLOP FP4 AI 性能 以及 20 核 Grace CPU。图片链接 评论者们普遍对该产品的定位持批评态度，称其为定价过高的缩水芯片，I/O 性能薄弱，并对其与 RTX 5070 的比较提出异议，有评论者声称其"性能低于 3060 Ti"。此外，还有反复出现的对 NVIDIA CUDA 锁定策略的抱怨，以及对更多硬件无关替代方案的渴望。

• 有评论者认为，报道中的 600GB/s 带宽很可能是媒体/大模型传播的错误，因为 GB10/N1/N1X 似乎使用了相同的底层芯片，仅散热配置有所不同。他们将这个封装描述为 通过 NVLink 在 TSMC CoWoS 上连接的两个芯片，其中 GPU 芯片没有直接的 I/O 或内存控制器，由 CPU 芯片负责处理内存和其他 I/O。
• 同一技术分析认为，芯片边缘的物理限制使得更高的内存通道数不切实际：面向 GPU 的 CPU 芯片边缘被 NVLink 占用，只剩下三个侧面可用于包括内存控制器在内的 I/O。根据每个 32-bit 内存通道所需的物理"岸线"估算，该设计被限制在 4 个内存通道，与 GB10 一致，唯一可能的变化是 LPDDR 速度从 8533 MT/s 提升至 9500 MT/s。
• 有讨论将 NVIDIA 的定价和定位归结为 CUDA 锁定问题，认为真正的竞争需要从 CUDA 转向硬件无关的软件栈。该评论者推测，借助大模型辅助移植依赖 CUDA 的代码，最终可能通过降低替代加速器的适配门槛来削弱 NVIDIA 的护城河。

• MiniMax M3 似乎没有政治审查（热度：689）：图片（截图）并非梗图；它展示了 MiniMax M3 在回答关于 1989年天安门广场抗议 这一政治敏感提示词时，给出了一个相对未经审查的摘要，内容涉及戒严、解放军使用坦克/实弹、平民伤亡、国际谴责以及中国持续存在的审查制度。该帖子将此视为中国/CCP AI偏见基准测试中的一个异常值，因为作者表示其他 MiniMax 模型表现出许多中国大模型典型的审查特征。评论者推测，MiniMax M3 之所以审查较少，可能是因为它托管在 新加坡，并且可能采用了 Mistral 风格 的架构：一个未经审查的基础模型加上一个外部安全/内容过滤器。另一些人则认为，审查通常是一种地缘政治对齐，而非二元特征，并将此输出与 Qwen 和 StepFun 等模型的拒绝回答或亲共套话进行了对比。

几位评论者认为 MiniMax M3 的行为可能采用了 Mistral 风格的审核架构：一个未经审查的基础/聊天模型，搭配一个外部安全或内容过滤器，而非将强烈的拒绝行为嵌入模型权重中。一位评论者指出，直接在模型中进行审查既耗费资源又脆弱，因为对抗性或精心措辞的提示词往往可以绕过安全微调。

• 一个技术上相关的基准测试注意事项被提出：任何关于 中国相关政治偏见或审查 的评估，都应该在 英文和中文 两种语言下进行。评论者指出，回答的差异可能反映的是训练数据的分布，而不仅仅是明确的审查，即使是西方模型在政治敏感话题上也可能表现出明显的语言依赖性行为。
• 用户们对比了不同模型的行为，声称 Qwen 拒绝回答某些与天安门相关的提示词，而 StepFun 则给出了强烈亲中否认式的回答。该讨论串建议用中文测试 MiniMax M3 的相同提示词，以确定其看似没有审查的表现是否在不同语言间一致，还是仅在英文中可见。

语音听写应该是免费、开源、本地优先的（热度：479）：Freestyle 正在推出一款面向 macOS、Windows 和 Linux 的早期预览版、免费/开源的语音听写应用，将自己定位为 Wispr Flow 等付费工具的隐私优先替代品，通过其 GitHub 仓库 freestyle-voice/freestyle 同时支持 云端 ASR 和 本地/设备端模型。维护者声明的技术目标是 “亚秒级转录延迟” 加上强大的后处理能力，以接近高级用户体验，同时避免在服务器端捕获所有语音/音频。评论者指出这与现有的开源听写工具有重叠，特别是 cjpais/Handy，它也提供后处理功能；有人主张 Freestyle 应该在那里贡献代码，而不是重复造轮子。维护者反驳说，现有的开源选项在延迟/用户体验上无法与付费应用匹敌，而另一位评论者则更喜欢 Handy 那种更隐蔽的、仅限菜单栏的交互模式。

• 一位评论者提到了 Handy（GitHub）作为一个现有的、具备 后处理能力 的开源听写应用，建议贡献代码而非重复造轮子。另一位评论者更喜欢 Handy 的用户体验，因为它作为一个“隐形”的后台工具运行，只有一个菜单栏图标，而不是一个常驻窗口。
• 项目作者表示，开发 Freestyle 的动机是在性能和用户体验上对标 Wispr Flow 等付费工具，具体目标是实现 亚秒级转录延迟 加上强大的后处理能力来清理听写文本，同时保持转录的隐私友好性和无订阅模式。
• DictaFlow 的一位开发者认为，对于“本地化”的快速听写来说，关键的实现细节是将转录内容直接插入到 macOS、Windows 和 iOS 上 当前活动的文本字段 中，避免基于剪贴板的插入、中间音频文件工作流或应用切换。

/r/Singularity, /r/Oobabooga, /r/MachineLearning, /r/OpenAI, /r/ClaudeAI, /r/StableDiffusion, /r/ChatGPT, /r/ChatGPTCoding, /r/aivideo, /r/aivideo