每日AI乱炖 · 2026-10-21

这里是由Robin为你带来的咸话咸说之每日AI乱炖。

今天的几条消息，几乎都落在「边界」上：平台想把哪些内容拿来训练、链接能被谁猜到、你的私人上下文该不该跟着你上车、推理引擎的吞吐账该怎么算、智能体的记忆丢了哪些细节。同一天里出现这样五件事，与其说是巧合，不如说大家同时在给同一件事划线——模型能拿什么、能记住什么、能替你做什么。

Meta 把「train」从商业条款里拿掉了

为了平息外界的批评，Meta 已经把「train」（训练）这个词，从 10 月 30 日生效的「精简版」商业服务条款里删掉了。上周，法律专家警告说，这份覆盖面很广的新商业条款，看起来等于给了 Meta 一项许可：它可以无休止地抓取企业主页上链接的网站内容。批评随即炸开——所谓「简化」，是 Meta 对条款做的一次重写，而这份条款的覆盖范围反而更宽，这正是专家警惕的来源。

要紧的地方在于这笔账最后由谁付。接受 Nieman Lab 采访时，专家进一步指出，Meta 可能靠这条政策躲掉向新闻机构支付的数百万美元授权费，办法就是要求所有商业用户仅仅为了经营一个企业主页，就把一大批 AI 训练数据交出来。原本只是开个主页做生意的商家，等于被要求顺带共享可用于训练 AI 的内容。

改动本身也有一个细节值得记下：一名 Meta 发言人向 Ars 确认，在这轮批评出现之后，Meta 并没有就改词这件事通知用户。回应批评时，这名发言人提供了一份声明，其中承认了 Nieman Lab 最早的那篇报道，但对后来那篇重申专家担忧的跟进报道，没有作出回应。政策正式落地之前，条款文字已经变了，却没有人明确告诉用户变了什么。来源：Ars Technica

Muse 的分享链接，被数出来了

Meta 新推出的通用 AI 智能体 Muse，在用户通过网页链接分享对话时，可能把敏感信息暴露出去。研究人员在周一报告了这一情况。面对 Ars 的提问，Meta 表示正在暂停这项分享功能，同时审视它、并考虑作出改动。这里得先说清防护本来的设计：像许多在线服务一样，Muse 的分享会生成一条唯一的 URL，URL 里带一长串不容易猜到的字符，靠这条「暗号」把链接挡在门外。Meta CEO 马克·扎克伯格上个月还说，Muse 是「从底层开始就为隐私和安全设计的」。

问题出在构造 URL 的一个核心设计决定上：它让这些链接变得很容易被发现。链接本身没有规律可循，但生成链接的方式留下了规律，猜中一条之后，剩下的就能批量顺着往外扫。这起事故的要害不在加密有没有被破解，而在链接本身能不能被猜到——出问题的是后者。

数字是具体的：安全公司 Claroc 的研究人员说，他们成功枚举出 Muse 用户为分享对话而创建的 6,800 条链接。在打开其中几百条之后，研究人员找到了明显不打算公开的信息，其中既有个人隐私，也有商业上的机密。分享功能本身在这些产品里很常见，一旦链接可以被批量发现，分享出去的东西就不再只属于你指定的人了。Meta 现在把分享功能按下暂停键，等它审完再决定要不要改。来源：Ars Technica

Personal Intelligence 上车，先从 Android Auto 推

Google 在 2026 年初把 Personal Intelligence 加进了 Gemini，让它的 AI 能调用更多属于你的数据来组织答案——不只是公开信息，还包括你邮箱、日历这类私人内容里的上下文。这项功能最初是付费功能，后来开放给了所有 Gemini 用户，但一直没进到车里。现在 Google 把它推送到 Android Auto 和 Google built-in 上，而且它仍然是一项可选功能：用不用、给不给它看你的数据，决定权留在用户手上。

为什么这件事对 Google 有分量？因为它本来就握着你大量数据，于是把 Personal Intelligence 当成与其他 AI 系统之间的差异点：你不需要主动向它交代来龙去脉，Gmail、Calendar 这些应用早就替它备好了上下文。别的 AI 系统还得让你自己喂材料。这层差别在车里尤其明显——车机上的对话往往一句接一句，AI 要是还得先问清你是谁、在忙什么，体验就断了。

时间表也值得记一下：按 Google 的说法，Personal Intelligence 今天先在 Android Auto 上开始推送，接下来几个月会进入搭载 Google built-in 的车辆。后者指的是车机里直接运行 Google 软件、而不是把手机界面投影上去的车型，目前带 Google built-in 的车非常少，但 Google 常常先在这些车上发布新的车载功能。这一次顺序反过来了，功能先从 Android Auto 上车。来源：Ars Technica

DeepSeek 开源 DeepInfer，把吞吐和收入摆在一起

DeepSeek 开源了推理引擎 DeepInfer，它是为大规模大语言模型服务而设计的。据一份中文转译报道引述 DeepSeek 的说法，单个集群运行 DeepSeek V4.1 Flash 时，每天可以吞吐 155 万亿个 token，按非高峰时段的价格计算，每张卡每小时能产生 38 美元收入，同时支持超过 72 小时的 KV 缓存保留。这些性能和收入数字尚未获得独立验证，现有材料也无法说明 DeepInfer 在技术上、经济上与 vLLM、SGLang 或其他推理引擎相比究竟处在什么位置。

要理解这组数字的位置，得先看推理引擎在这条链路里干什么：它站在训练好的模型和对外提供的服务之间，一边生成回答，一边管理算力、内存、批处理与延迟。也正因为要同时管这四件事，同一个引擎在不同负载下的表现可能差得很远。DeepInfer 是 DeepSeek 自己生产环境里的推理框架，这次开源的版本提供离线推理，也就是不依赖在线服务、在自有集群上跑批处理，把吞吐和成本算清楚。

数字里的几项可以拆开看。按天计的吞吐，是衡量一个服务集群能扛多少调用量的常用口径；按卡按小时计的收入，则把性能直接换算成了钱；KV 缓存保留时间说得直白一点，就是已经算过的上下文能在缓存里留多久，留得越久，长对话和长文档场景里重复计算的部分就越少，超过 72 小时意味着这份缓存能跨越多轮对话继续用。社区里的讨论也分成几路：有人重点看那组吞吐、收入和超长缓存保留的数字，同时提醒它们来自中文转译材料，仍需独立验证；也有人追问 DeepInfer 和 vLLM、SGLang 相比到底如何，是否带来实质性的性能提升。硬件支持、模型兼容性、可复现性，以及在可比负载下跑出的基准结果，仍然是评估它的关键点。来源：GitHub

REMORY 给压缩过的上下文，补一层学出来的软记忆

REMORY 提出了一种神经记忆网络：在文本形式的历史摘要之外，再补上一段长度受限的、学习得到的「软记忆」token。这些 token 以摘要为条件生成，作为残差接在摘要后面，沿着序列维度展开，帮一个被冻结的 LLM 逼近它在拿到完整历史时会生成的续写。冻结是关键前提——模型参数不动，动的只是喂进去的那段表示。

动机来自长程智能体的处境：它必须压缩交互历史，才能待在有限的上下文窗口里，而文本摘要可能丢掉后续决策需要的细节。窗口是有限的，历史却不断变长，摘要一旦把某个关键细节抹平，后面几步决策就没有依据。REMORY 的做法是让那段软记忆有界——长度封顶，不会因为历史变长就把上下文重新撑爆。

结果在两组地方给了出来。在 SummHay 上，REMORY 只用到 5.2% 的输入位置，就接近了全上下文条件下的联合得分，洞察覆盖几乎不变，来源归因还有改善。在长程智能体的一批基准上，Qwen3.8-27B 和 GLM-5.3-Flash 都表现出一致的提升，在 BrowseComp 和 Terminal-Bench 2.1 上重复的工具输出和工具错误明显减少。不过现有摘要没有给出效应量、消融实验和可复现细节，所以这组增益的幅度和来源，还缺更细的账——缺了消融实验，也就还分不清增益是来自软记忆 token 本身，还是来自它们顺带带进去的额外信息。对在构建长程智能体的开发者来说，这组结果指向一个比较实用的方向：学习到的软记忆可以在不改动底层 LLM 的前提下改善压缩上下文下的表现，基础模型不用重训，改动只发生在记忆这一层。来源：r/LocalLLaMA

把五条放在一起看，会发现它们问的是同一件事的不同侧面。Meta 那条在争「哪些内容可以被拿去训练」，Muse 那条在争「分享出去的链接能被谁找到」，Gemini 上车在争「你的私人上下文该不该跟着你移动」，DeepInfer 在争「把这套东西跑起来到底要付多少钱、账该怎么算」，REMORY 则在争「为了省下上下文，我们愿意丢掉多少细节」。条款、链接、车机、集群、缓存，看起来各管一段，实际都是同一批平台在给自己划范围：一边把能力往更多场景推，一边在出事之后往回缩一点。今天最耐人寻味的一处，是这几条里几乎每一条都停在一个「还没定」的状态上——条款改了但没通知，分享功能暂停待审，数字公布了但没被独立验证，增益有了但没给消融。

🎧 本期已同步制作为播客节目，点击收听《每日AI乱炖 · 2026-10-21》。