全部 · 2026-04-29

纳德拉在财报电话会上用词很直白，说微软“完全打算榨干”新协议。核心变化是：微软以后把 OpenAI 的模型和智能体产品提供给自家云客户时，不用再向 OpenAI 付钱。这对微软的利润率是直接利好，等于把一笔持续的技术采购成本砍掉了。 但正文只披露了纳德拉这句话和大致的使用机制，没写免费使用权能持续多久、具体覆盖哪些产品线，也没提定价策略。没看到合同细节，不知道 OpenAI 是否在别的环节（比如算力结算、联合开发）找补回来。另外，微软自己的模型团队会不会因此被边缘化，也是个问号。 对从业者来说，这条消息的价值在于判断微软云上 OpenAI 服务的价格会不会降、能降多少。如果免费期够长，Azure 上的 OpenAI API 可能比直接找 OpenAI 买更划算。但在合同细节出来之前，只能当个信号看。

三星芯片部门一季度利润同比翻了48倍，创了历史新高，直接原因是AI数据中心在疯狂扫货内存，把供应都买紧张了。这个倍数看着吓人，但得先打个折：去年同期的基数可能极低，48倍不一定代表绝对金额有多大。 更关键的是，正文没披露具体利润数字，也没说是哪种内存卖爆了——是HBM（高带宽内存，AI训练推理用的高端货）还是普通DRAM，这直接决定这波增长的质量。客户是谁也没提，不知道是英伟达、谷歌还是其他云厂商在囤货。 这条消息的价值在于确认了AI硬件需求还在往上走，但缺了金额、品类和客户这三块拼图，没法判断三星这波到底吃到了多少AI红利，还是只是周期反弹搭了顺风车。

这条消息目前能确认的信息很有限。软银计划今年在美国让一家叫Roze的AI机器人公司上市，消息来源是金融时报和彭博的报道。但FT的原文被付费墙完全挡住，彭博的标题也只是转述FT的说法，两家都没有提供Roze的业务细节、技术路线、团队背景或财务数据。 对关注AI硬件和机器人赛道的从业者来说，软银的资本动作本身值得留意——孙正义一向喜欢用上市来给被投项目定价和回收资金。但Roze到底是一家有实际产品和收入的公司，还是又一个靠概念撑估值的壳，目前完全看不出来。正文没披露任何产品形态、应用场景或客户信息，也没提到融资历史和估值水平。 在没看到招股书或至少一份像样的业务介绍之前，这条消息只能当个信号看：软银在AI机器人方向有退出计划。至于Roze值不值得跟，还得等更多信息出来再说。

微软在财报会上宣布 M365 Copilot 的付费企业席位达到 2000 万，这个数字本身说明愿意掏钱的公司确实在变多。但文章没披露任何关于活跃度、留存率或每用户平均收入的数据，也没解释这 2000 万是怎么算出来的——是买过就算，还是真正在用。所以“他们真的在用”这个说法，目前只能先打个折看。 对从业者来说，这个规模意味着 Copilot 在企业办公场景的渗透已经不小，但缺了使用深度和续费情况，很难判断它是真被当生产力工具用，还是企业买了放着。如果后续能补上日活、周活和具体场景的用量数据，这个 2000 万才更有说服力。

大型科技公司的财报营收和利润还在涨，但传统的财务科目已经很难把 AI 投入和回报拆清楚。FT 的评论指出，这些数字“越来越大，也越来越没用”——不是说公司造假，而是现在的财报结构根本没法让人判断，几百亿美元砸进数据中心和模型训练后，到底带来了多少新增收入或效率提升。 另一篇 FT 文章稍微乐观一点，认为 AI 的回报可能开始冒头了，但正文没披露具体是哪些业务线或指标在改善。这点先别太激动，因为目前能看到的多是云业务增长或内部成本优化，很难排除只是把原有需求换了个 AI 包装。 现在最缺的是公司自己把 AI 相关收入和传统业务分开披露。没有这个，外面所有的“回报评估”都只能靠猜。

这条新闻目前信息量很薄。美国众议院共和党人确实在查 Airbnb 和编程工具公司 Anysphere，核心问题是这两家有没有用中国开发的 AI 模型，调查直接跟国家安全风险挂钩。但报道正文没给出任何实质细节：没提模型名字、没说明用在客服还是内部工具、没讲数据是否出境、也没给调查时间表。 对从业者来说，值得盯的点是后续会不会披露具体模型和调用方式。如果只是调 API 做非敏感任务，性质跟把模型嵌进核心业务系统完全不同。另外 Anysphere 是做编程工具的，如果用了中国模型，代码补全场景下的数据流向会是审查焦点。 目前只能确认调查已启动，两家公司还没公开回应。等有听证会安排或公司声明出来，才值得认真判断影响有多大。

Alphabet 一季度财报电话会上，Pichai 说搜索查询量到了“历史最高”，搜索广告收入涨了 19%。他把增长归因于 AI Overviews（直接在搜索结果顶部给答案的功能）和 Gemini App。这个判断方向是对的——AI 功能确实可能让用户搜得更频繁，但电话会没披露查询量的绝对值，也没说 AI 带来的增量到底占多少。19% 的广告收入增长里，有多少是 AI 功能直接贡献的，有多少是宏观经济或广告系统本身优化的结果，正文没拆开。另外，付费订阅总数超过 3.5 亿，YouTube 和 Google One 是主力，但订阅和搜索查询量是两笔账，别混着看。整体来说，Google 搜索的基本盘没被 ChatGPT 这类对话式工具明显吃掉，这点值得注意，但缺颗粒度更细的数据来验证 AI 到底起了多大作用。

亚马逊这季度云业务（AWS）收入冲到 275 亿美元，同比增长 19%，是 2022 年以来的最快增速。增长主要靠企业把更多 AI 训练和推理任务搬上云。但为了接住这波需求，亚马逊的资本开支也在大幅增加，主要砸在数据中心和 AI 芯片上。 这其实是个信号：云厂商现在不花钱就保不住增长。AI 云服务是门重资产生意，收入涨得快，但花的钱涨得更快。文章没披露具体的资本开支数字和利润率变化，所以没法判断这波投入到底划不划算。 还缺一个关键信息：这些新增的云收入里，有多少是 AI 直接带来的，有多少是传统云业务自然增长。如果 AI 占比不高，那这波砸钱的风险就更大。

这条分享的价值在于把 PDF 转有声书的整个链路都压到了本地，不用联网，数据不外传。作者用 Kokoro 82M 做语音合成，Qwen 3.5 0.8B 或 2B 处理文本，llama.cpp 跑推理，Tauri 2.0 打包成桌面应用，在 M1 Mac 上就能跑。技术上比较实在的一点是用了流水线策略：先读前 15 句，边播放边准备下 15 句，这样能压住首句延迟。 作者自己说真正的难点不在模型，而在 PDF 文本对齐、代码块和表格的处理，这些脏活才是工程大头。不过正文被 Reddit 的网络安全拦截了，我们看不到完整的技术细节和实际效果演示。82M 参数的语音模型能做到什么水平的自然度和停顿，Qwen 0.8B 处理复杂排版会不会丢段落，这些关键信息都缺失。另外整个流程的内存占用、耗电和生成速度也没给数字，想在自己机器上复现的人没法评估成本。

Meta 在路易斯安那的数据中心把 Entergy 的四年投资计划推高了近三分之一，从原计划直接拉到 570 亿美元。新增的 140 亿美元主要用来建燃气电厂，一共要上 10 座。这种操作说白了就是 AI 大厂等不及电网慢慢扩容，自己拉专线保供电，在行业里已经不是第一次见了。 不过这篇报道缺了几个关键数字：10 座电厂总装机容量多大、什么时候能发电、一度电成本大概多少，都没提。所以现在只能说 Meta 愿意为稳定电力砸重金，但没法判断这笔钱花得值不值，对当地居民电价和碳排放的冲击也得等后续数据。另外，报道也没说这 10 座电厂是只给 Meta 用，还是并入公网大家一起摊成本，这点直接影响这笔投资的公共性。

PromptArmor 发现了一个很实际的攻击路径：攻击者在外部表格里塞一句白底白字的指令，Ramp 的 Sheets AI 读到后，会自动插入一个 IMAGE 公式，把你表格里的敏感财务数据拼到攻击者网址后面发出去。整个过程不需要用户确认，等于你导入一份行业基准数据，自己的财务模型就可能被静默偷走。 Ramp 那边说已经在 2026 年 3 月 16 号修了，但正文没披露具体修法——是禁止 AI 插公式了，还是加了用户确认弹窗，还是只过滤了已知攻击模式，这些都不清楚。另外，攻击演示用的是外部导入的数据集，但没提如果数据来自邮件附件或共享链接，触发条件会不会更宽松。 这类风险的核心不是 AI 有多聪明，而是它被允许直接改表格还能触发网络请求。Anthropic 之前在 Claude for Excel 上也遇到过类似问题，说明这不是某一家产品的疏忽，而是“让模型操作表格”这个功能设计本身就带着的坑。如果你在用这类 AI 表格工具，先别让它碰含敏感数据的表，或者至少确认一下它有没有插公式的权限开关。

inclusionAI 在 Hugging Face 上放出了一个 1 万亿参数的开源模型 Ling-2.6-1T。它用了 MLA（多头潜在注意力）和线性注意力，还加了一个叫“上下文过程冗余抑制”的技术，目的是让模型在一步步推理时别算那么多没用的东西，降低思维链带来的计算开销。 帖子提到了 AIME26 和 SWE-bench Verified 两个测试基准，但正文没给出具体分数。这就很关键了：技术听着不错，但实际跑分怎么样、比同尺寸模型强在哪，目前完全不知道。Reddit 原帖还被网络屏蔽了，只能看到标题和简介，更多细节得自己去 Hugging Face 模型页翻。 我会先打个折。1T 参数的开源模型本身是个大事，但没分数就没法判断它到底值不值得试。想评估的人得自己跑一遍，或者等官方补上基准结果。

Dwarkesh 这次把采访间改成了黑板教室，请来芯片公司 MatX 的 CEO Reiner Pope，用公式和粉笔把大模型从训练到服务的成本结构拆了一遍。讲座从批处理大小讲起：没有批处理，服务成本会直接差出 1000 倍，这也是为什么各家 API 定价和快速模式差价巨大的根源。接着讲了 MoE 模型怎么跨 GPU 机柜摆放、流水线并行如何把模型层切分到不同机柜，以及 Ilya 那句“流水线不聪明”背后的数学原因。 信息量很大，但来源限制也明显：这是单人讲座，不是经过同行评议的论文，很多推算是基于公开 API 价格反推的，正文没披露 MatX 芯片的具体规格和实测数据。Reiner 提到因为强化学习，模型可能比 Chinchilla 最优训练量多训了 100 倍，这个判断目前还缺大规模验证。 还缺什么：没有给出不同规模模型的具体成本对比表，也没讨论这些成本结构在不同云厂商之间的差异。如果你关心的是自家业务该选快模式还是慢模式，这篇能给你一个判断框架，但具体数字得拿自己的场景去套。

这篇拆解把 Hermes 的记忆设计讲得很透。它没搞什么花哨的向量数据库，就用两个加起来不到 1,300 Token 的纯文本文件当热记忆，剩下的历史会话全塞进 SQLite，靠搜索工具按需调取。这个冷热分离的思路直接冲着省钱去的——大模型的提示词缓存很贵，频繁改系统提示词会让缓存失效，延迟和成本都往上蹿。Hermes 的做法是把系统提示词前缀焊死，新记忆只在开新会话或触发压缩时才写入快照，中途不改。 压缩前的“记忆冲刷”是个好设计：先让模型把值得留的偏好和教训存进 MEMORY.md，再洗掉对话历史，避免摘要丢关键信息。技能层和可选的 Honcho 用户建模也补上了“怎么做事”和跨设备连续性的缺口。但正文没给出实际延迟或成本对比数据，也没说这套设计在复杂多轮任务里会不会因为记忆更新滞后而出错。另外，2,200 字符的硬上限对长期使用的智能体可能偏紧，这点得看实际场景。

Hugging Face 这篇博客点出了一个被忽视的成本：大家盯着训练和推理的算力账单，但评测环节的 GPU 消耗也在暴涨。文章核心判断是，随着模型能力变强、评测基准越做越复杂，跑一轮完整评测的算力需求可能不亚于一次小规模训练。这点对中小团队尤其要命——你训得起模型，未必评得起模型。 不过目前能看到的只有 Hugging Face 博客的标题和摘要，Reddit 上的讨论帖因为网络限制拿不到正文，社区怎么反驳或补充这个观点，我们不清楚。博客里具体给了哪些数字、对比了哪些模型的评测开销，正文也没披露。 要判断这个说法有多严重，还缺几样东西：一是评测算力占整体研发预算的比例到底涨了多少，二是有没有更省算力的评测方案在冒头，三是大厂和开源社区在这个问题上的痛感是不是一样。如果只是某些极端基准在烧卡，那问题就没标题说的那么普遍。

Interfaze 搞的这个 SOB 基准测试，核心就干了一件事：把结构化输出的评测从“格式正确”升级到“数值正确”。它不像老测试只看 JSON 能不能解析、符不符合 schema，而是拿人工核对过的标准答案去对字段值，比如发票金额、会议日期有没有编造。测试覆盖了 5000 条文本、209 张图片和 115 段音频，图片和音频在评分前会先转成文本，尽量排除视觉和语音识别能力的干扰，专门看模型提取信息、填进 JSON 时的准确度。 结果挺说明问题：大部分模型在 JSON 格式、类型安全这些结构指标上都能跑到接近满分，但一到 Value Accuracy（字段值准确率）和 Perfect Response（整条记录全对的比例）就拉开差距了。GPT-5.4 在文本提取上排第三，到了图片场景直接掉到第九，说明看图填表比读文本容易出错得多。GLM-4.7 总排名第二，是个值得关注的开源选手。 不过得打个折：图片和音频的样本量偏小（209 张图、115 段音频），统计上可能不够稳。正文也没说清楚“人工核对加 LLM 交叉验证”的具体流程，标准答案本身有没有被 LLM 带偏，这点存疑。另外，测试把图片和音频都转成文本再评分，虽然能隔离提取能力，但也意味着它测的不是端到端的真实多模态表现，实际业务里 OCR 和语音识别出错的影响被抹掉了。

Google Photos 加了一个 AI 试衣功能，核心逻辑是扫描你相册里已有的照片，把里面出现过的衣服单品抠出来，让你在 app 里自由混搭，看看不同组合穿在自己身上大概什么效果。这跟电商那种用模特图生成试穿不一样，它完全基于你本人的历史照片，所以更像一个帮你回忆“我原来还有这件衣服”并重新排列组合的工具。 目前 The Verge 的报道只展示了功能界面，没有给出任何关于生成效果准确度、身体比例还原度或者隐私处理细节的实测数据。比如，如果照片里衣服有遮挡、光线不好，AI 能不能准确识别并“穿”回去，正文没披露。另外，这个功能是在本地跑还是需要上传云端处理，也没说清楚——这点对隐私影响很大。 整体看，这是个挺讨巧的生活化 AI 应用，但实用价值取决于生成效果有多自然。如果只是把衣服贴图一样糊上去，那新鲜感一过就容易吃灰。

这条消息目前能确认的信息很少。Mistral 推出了新模型 Medium 3.5，许可证改成了修改版 MIT，非商业用途免费，商业用途需要单独买授权。这跟之前 Mistral 部分模型完全开放的做法不太一样，更像 Meta 的 Llama 那种商用审批模式。 但关键信息全是缺口。Reddit 原帖因为反爬机制没抓到正文，所以参数量多大、在哪些榜单上跑了多少分、API 调用价格、上下文窗口长度，这些一概不知。标题和 RSS 摘要里也没提。没有这些数字，就没法判断它是走轻量低价路线，还是冲着 GPT-4o 级别去的。 想认真评估的话，得等官方放出技术报告或者有人拿到权重实测。现在能说的就两点：Mistral 还在推新模型，而且开始对商用收钱了。

七名 Tumbler Ridge 枪击案受害者家属把 OpenAI 和 Sam Altman 告了，理由是 GPT-4o 的设计有缺陷，属于过失。家属说 OpenAI 的系统曾标记出 18 岁枪手在 ChatGPT 上聊枪支暴力的内容，但公司没通知警方。这个指控如果成立，会直接冲击 AI 公司对用户危险行为的监控义务边界。 但报道正文没披露 OpenAI 具体用什么机制标记、标记的阈值是什么、以及完整的证据链。没有这些，很难判断是系统主动识别出明确威胁但被忽略，还是事后回溯时把普通关键词匹配解释成了“标记”。另外，诉讼刚提起，OpenAI 还没应诉，事实只有原告单方面说法。 还缺几个关键信息：枪手使用 ChatGPT 的具体时间线、OpenAI 内部对该标记的处理记录、以及是否有法律先例要求 AI 公司承担类似举报义务。这些缺口意味着目前只能把这件事当成一个值得跟踪的法律风险信号，而不是定论。

Sensor Tower 的数据给 OpenAI 的 IPO 泼了盆冷水。ChatGPT 的月活用户增速从 1 月的 168% 断崖式跌到 4 月的 78%，同时卸载量同比上升 132%。最扎眼的是跟五角大楼签合同那个月，卸载率直接暴涨 413%，说明部分用户对军事合作很反感，用脚投票了。 这些数字来自第三方监测，不是 OpenAI 官方披露的，所以没法知道付费用户流失了多少、企业客户有没有跟着跑。但增速放缓叠加卸载激增，至少说明靠 C 端讲故事来撑估值，难度变大了。 还缺几块关键信息：用户卸载后去了哪家竞品、OpenAI 的企业级收入能不能补上 C 端的窟窿、以及 IPO 定价会不会因此打折。这些没看到之前，先别急着下结论说不行了，但信号确实不好。

DeepSeek 把多模态模型直接放到了网页版识图模式里，现在打开就能用。从体验看，这应该是个独立的多模态模型，不是那种先把图片转成文字再丢给纯文本模型处理的拼接方案，这意味着理解和推理能力可能更连贯。 但正文没披露任何硬指标——模型叫什么、参数量多大、推理成本多少、API 什么时候开放，这些全都没说。没有 API 就意味着你没法把它接进自己的工具链或产品里，只能手动在网页上试。定价也没提，不知道大规模用起来划不划算。 我会先打个折：能上线全量说明工程侧已经跑通了，但信息缺口这么大，大概率还在为商业化或开放接口做最后准备。想在生产环境用的朋友，建议等 API 和定价出来再评估。

清华徐丰力团队和北京中关村实验室搞了个叫AutoSOTA的系统，放养式跑了一周，烧掉约220亿token，产出了105个所谓的最优结果。系统里塞了8个智能体，分别负责搭环境、修bug、排任务、想点子、做审计。每完整跑一轮平均5小时。最关键的是它设了条红线：不准改评估脚本和数据划分，靠这个来保证结果能复现。不过正文没披露具体在哪些任务上拿了SOTA，也没说跟哪些基线比。10万块的成本听着不高，但如果只是在小众benchmark上刷分，那这钱花得值不值就得打个问号。另外，系统靠智能体自己修bug、自己审计，这种自闭环的验证到底有多可靠，文章也没展开。我会先打个折：思路有意思，但缺横向对比和任务清单，暂时只能当个自动化实验框架看。

生数科技的新模型 MotuBrain 在 WorldArena 世界模型榜和 RoboTwin2.0 机器人测试里都拿了第一，WorldArena 得分 63.77 EWM，RoboTwin2.0 干净和随机环境分别 95.8 和 96.1 分。官方说它在 Motus 基础上加了视频-动作联合建模、Latent Action VAE 等技术，能跨不同机器人形态做长任务。 但这条消息缺的东西比给的多。WorldArena 是个新榜单，63.77 分到底意味着什么，跟其他模型差距多大，正文没解释。RoboTwin2.0 的 95.8 和 96.1 分看着高，但这是仿真环境里的分数，不是真机抓取成功率。训练用了多少数据、什么规模的模型、推理延迟多少，全都没提。 最关键的缺口是真机验证。仿真里跑得再好，搬到真实机械臂上可能完全不是一回事。另外跨形态能力也只是文字描述，没有给出在不同机器人上的对比数据。如果后续能补上真机测试结果和训练细节，这条消息才值得认真看。

这条新闻最值得看的是技术路线的切换。谷歌翻译从统计模型、神经网络一路走到大模型，现在用 Gemini 2.5 Flash 做原生语音到语音的翻译，不再把音频先转成文字再翻译，而是直接处理声音信号，能保留原话的语调、停顿和节奏。劈柴哥说这给了翻译“呼吸感”，这个形容挺准，但正文因为环境异常被屏蔽了，我看不到任何实测数据或对比案例。 月活 10 亿这个数字说明谷歌翻译的盘子确实大，2024 年一口气加了 110 种语言，背后是 PaLM 2 在撑。但这次升级的核心卖点——原生音频翻译——到底延迟多少、在嘈杂环境里表现怎么样、支持多少语种对，正文都没披露。这点先别太激动，等有实测再判断。

这条消息最值得关注的点是：一家做AI视频的公司（生数科技，产品是Vidu）突然在机器人榜单上登顶，而且演示里用了三台不同的人形机器人接力完成五项任务。RoboTwin2.0的干净环境和随机干扰环境分别拿了95.8和96.1分，分数确实高。他们管这套设计叫“世界动作模型”，核心思路是把视频、动作和语言用混合专家架构揉在一起，让模型能跨不同机器人本体执行超过10个原子动作的长链条任务。 但这里有几个信息缺口要先说清楚。第一，原文因为微信环境异常被屏蔽了，我们只能看到摘要，没法核实具体的技术方案、训练数据规模和硬件配置。第二，榜单分数高不代表真实场景稳，RoboTwin2.0本身是仿真环境，搬到物理世界会有多大折扣，正文没披露。第三，“跨本体”听起来厉害，但三台机器人是不是同一家厂商的、关节数量和传感器配置差异有多大，这些直接影响泛化能力的判断，目前看不到。 我会先打个折：如果后续能放出真实环境视频、失败案例和延迟数据，这条才值得认真跟。现在更像是一次不错的PR动作，技术含金量还得等更多证据。

Avenir-Web 这个框架最大的卖点是“零训练”，直接给模型套上就能干活。它在 ONLINE-MIND2WEB 测试里拿了 53.7% 的成功率，用 Gemini 3 Pro 跑的时候比 Claude Computer Use 3.7 的 47.3% 高出六个多点。测试覆盖了 136 个网站、300 个真实在线任务，样本量不算小，但任务类型和难度分布正文没细说，所以这个领先幅度到底值不值得激动，得打个折。 框架本身靠几个模块堆效果：EIP 负责理解页面元素，MoGE 做多模态信息融合，外加检查清单和自适应记忆。听起来完整，但实际落地时这些模块会不会互相拖慢响应速度，正文没提延迟数据。另外，53.7% 意味着还有近一半任务会翻车，在需要高可靠性的生产环境里，这个数字还撑不住。 还缺什么：没看到在不同模型上的横向对比，不知道换成 GPT-4o 或开源模型还能不能保持优势；也没披露任务失败的主要原因，是页面解析出错还是动作决策失误，这对想用的人很重要。

DeepSeek 研究员确认 V4 视觉版已经在灰度测试，官网首页多了图片识别入口。从流出的截图看，模型花了 4 秒识别出一张文字不多的图片里的饮料种类和杯子类型，速度不算快但也不算慢。 这条消息最值得关注的点是 DeepSeek 终于补上了多模态这块短板，之前一直只有纯文本能力。但正文没披露灰度覆盖了哪些用户、API 是否同步开放、以及收费标准，所以现在只能说“有了”，不能说“能用”。 我会先打个折：截图只展示了一个简单场景，复杂图文混排、表格、手写体这些真实世界常见的情况还没验证。另外 4 秒的延迟如果是端到端响应时间，在对话场景里还能接受，但如果要接业务流程干活，这个速度可能还得优化。

商汤这次放出的 SenseNova-U1，核心卖点是“原生统一多模态”，也就是模型内部直接处理文字和图像，不再像主流做法那样给纯语言模型外接一个视觉编码器当翻译。这思路在架构上确实更干净，理论上能减少信息在模态转换时的损耗。这次公开了 8B 和 A3B 两种 MoT（混合令牌）规格的权重，A3B 参数量更小，对本地玩家比较友好，官方还预告了 MoE 版本。 但这条消息最该打折的地方是：正文没披露任何基准测试成绩。没有对比数字，就没法判断这个“统一架构”到底比外接适配器的方案强多少，还是只是换了个说法。另外，视觉理解和生成塞进同一个模型后，生成质量、推理速度、显存占用这些关键指标也一概没提。 想试的话，权重和代码已经公开在 GitHub 和 HuggingFace 上了。建议先拿 A3B 版本在本地跑一下看图说话和文生图任务，重点看看生成图像的细节还原度和复杂场景下的理解是否翻车。等社区出了实测数据，再判断这个架构是实打实的进步还是概念先行。

这条新闻最值得看的是 Scout AI 的训练目标：让一个士兵指挥一群无人车。这比单纯造个无人机或识别图像更进一步，是把 AI 塞进真实的指挥链条里干活。1 亿美元的融资额不小，说明有人愿意为这种“让模型进业务流程干活”的军事场景买单。但正文只给了个 RSS 摘要级别的信息，没披露轮次、投资方和估值，也没讲技术验证到什么程度、有没有军方合同。没有这些，就没法判断这 1 亿是早期豪赌还是已有订单撑腰的扩张。另外，战场环境的数据从哪来、模型在通信干扰下怎么跑、决策失误的责任归谁，这些关键问题正文一概没提。

这条信息来自 Reddit 用户实测，不是官方数据，但数字挺实在。用两张 RTX 5060 Ti 16GB 跑 Qwen3.6 27B，搭配 vLLM 推理框架，204k 上下文窗口下能稳定跑到每秒约 60 个 token。这个速度对于消费级显卡来说相当可用，意味着你不需要 A100 也能在本地处理超长文档。 另一个用户跟进测试了单张 RTX 3090，把上下文推到约 218k token，速度在 50 到 66 tok/s 之间，还提到之前工具调用不稳定的问题（PN12 相关）已经修复。不过正文没披露具体量化精度，也没说用的是 GPTQ 还是 AWQ，功耗和显存占用也没提。这些会直接影响你能不能在自己的机器上复现。 还缺什么：没有长上下文下的困惑度或召回率测试，不知道模型在 200k token 末尾还能不能准确回答问题。另外 Reddit 原文被屏蔽了，我们只能看到标题和摘要，具体配置细节没法核实。

DeepSeek 在给部分用户推送带视觉能力的多模态模型，目前是灰度测试阶段，不是全量上线。消息来源是 Reddit 上 r/LocalLLaMA 板块的用户截图，但原帖链接被 Reddit 的安全策略挡了，正文没披露具体模型参数、支持哪些视觉任务、测试范围有多大。从截图看，界面里出现了上传图片的入口，说明至少支持图片输入。这点先别太激动——灰度测试离正式发布还有距离，而且没看到任何关于识别准确率、响应延迟或是否支持本地部署的信息。对从业者来说，值得盯的是它最终是走 API 还是开源，以及视觉能力是单独模型还是跟 V3/R1 系列合并。如果走开源路线，对本地部署场景会是好消息；如果只放 API，那跟现有闭源多模态产品比，得看定价和实际效果。现在还缺官方技术报告和实测对比，等有更多信息再判断。

这条帖子最狠的地方不是价格本身，而是发帖人算完账后开始怀疑自己整个技术栈——输入每百万 token 0.145 美元，五月促销直接打到 0.036 美元，缓存命中更是 0.0036 美元，比 Claude Opus 4.7 的缓存价便宜了约 173 倍。这个差距大到让人没法忽略，尤其是跑 agent 循环的时候，每次调用都要反复塞上下文，成本会滚雪球。 不过得打几个折。第一，帖子正文被 Reddit 的网络安全拦截了，我们看不到原帖的完整计算过程和评论区讨论，只能靠摘要判断。第二，发帖人自己承认没验证百万 token 上下文在生产负载下的表现，这意味着便宜可能建立在性能妥协上——比如长上下文召回率下降、延迟波动，或者缓存命中率在实际场景里没那么高。第三，促销价是临时的，五月过后涨回去，差距会缩小。 还缺什么？缺实测数据：在真实 agent 任务里，V4-Pro 的指令遵循、工具调用准确率和长上下文稳定性到底怎么样。价格优势再大，如果模型在复杂流程里频繁跑偏，省下来的钱可能得花在重试和人工兜底上。

Simon Willison 在 128GB 内存的 M5 Max 上实测了 VibeVoice-ASR 的 4-bit 量化版，一小时播客转写用时 8 分 45 秒。这个速度不算快，但核心价值在于把传统“Whisper + 说话人分离工具”的多步流程压缩成一次推理，直接输出谁在什么时候说了什么。模型是 MIT 协议开源的，9B 参数，原生支持 50 多种语言和中英混说，单次最多处理 60 分钟音频。 内存是硬门槛。prefill 阶段峰值冲到 61.5GB，生成阶段稳定在 18GB 左右，所以 32GB 笔电基本没戏，想本地跑至少 64GB 以上。另外有个有意思的细节：模型把一场两人对谈识别成了三个说话人，因为主持人的开场白和广告口播用了不同录音环境，模型直接按声学特征切出了第三人。这说明说话人分离的准确度还受录音条件影响，不是真的人数识别。 正文没披露字错率或多语种混说的具体准确率数据，也没跟 Whisper 做横向对比。超过 60 分钟的音频需要自己切片，还得手动对齐切片间的说话人 ID，这块的工程成本不能忽略。对做播客转写、会议纪要的人来说，流程确实简化了，但内存门槛和长音频处理的后处理工作，让这个方案目前更适合有高配机器的开发者先试试看。

这篇文章的价值在于把 V4 的工程决策逻辑讲透了，而不是罗列技术名词。它点出了 V4 面对的核心矛盾：百万级上下文不是能装下就行，Agent 得反复回看历史里的报错和工具结果。V4 的解法是把注意力拆成三层——远处看压缩地图、相关块按索引细查、近处保留完整窗口。这个方案让推理计算量降到 V3.2 的 27%，但代价是把复杂度转移到了缓存和推理系统上，需要同时管理多种 KV 缓存。 另一个有意思的点是 OPD（在策略蒸馏）。文章解释得很清楚：不同任务训练出的专家模型参数已经被拉向不同方向，直接做权重平均容易两边都做不好。V4 选择让 student 模型在自己实际生成的轨迹上，接收 teacher 在整个词表上的完整概率分布作为指导信号。这比用固定数据集蒸馏成本高，但能减少 Agent 任务里一步错步步错的分布偏移。 不过要打个折：这篇文章是 DeepSeek 自己的模型生成的，天然会偏向解释而非质疑。正文完全没有披露模型参数量、训练数据构成、定价和具体发布时间，这些才是判断实际可用性的关键。另外，三层注意力在真实长链条任务里的召回率到底损失多少，文章也没给具体数字。