PHP2Shell 漏洞由 OpenAI 与 Wiz 两方独立发现并协调修复
[AINews] OpenAI’s Patch the Planet program is 1 of 2 parties to discover PHP2Shell vulnerabilities in core PHP affecting 70% of the web, using GPT-5.6 Sol; coordinated response over 2 months
OpenAI 的 Patch the Planet 项目研究员 Ryan Austin 于 2026 年 8 月使用 GPT-5.6 Sol 独立发现了 PHP 核心的两个内存损坏漏洞（CVE-2026-109618。
材料梳理了漏洞发现、协调修复与披露的时间线，并区分了各方主张与尚未证实的说法。
AI 全文翻译，未经原作者审校；可切换原文对照。
将近两个月前，OpenAI 推出了 Daybreak for Frontline Defenders，这是一项价值 10 亿美元的补贴计划，用于获取 Daybreak 网络模型和产品。这笔资金几乎立即投入使用，因为 PHP 中的重大漏洞被两方独立发现：安全公司 Calif 的研究员 Ryan Austin，作为 OpenAI “Patch the Planet”项目的一部分，于 2026 年 8 月使用 GPT 5.6 Sol 发现了该漏洞：
……以及 Wiz，该公司最近被 Google Cloud 收购（使用了 Gemini 4 Argon 和 GPT-5.6 Sol，以及他们自己的工具 Wiz Atlas）。
所有备受瞩目的网络漏洞披露都多少带点营销成分，而这个漏洞是否真的严重到与 log4shell 和 Heartbleed 等著名漏洞同属一个量级，尚存一些争议，但可以肯定的是，PHP 生态系统的协同响应正是开发者社区以最理想的形式作出的回应。
我们应该预料到至少还会有一年的时间会不断发现此类严重漏洞；但因发现漏洞而责怪发现者是错误的做法；相反，值得欣慰的是，我们的关键软件正在普遍接受人类历史上规模最大的一次安全审计。
AI News 2026/10/20-2026/10/21。我们查阅了 12 个 subreddit、544 个 Twitter，以及若干 Discord 频道。AINews 的网站可以搜索所有往期内容。提醒一下，AINews 现在是 Latent Space 的一个板块。你可以选择加入或退出邮件推送！
AI Twitter Recap
头条新闻：PHP2Shell——时间线、核心主张，以及紧急响应背后的复杂情况
发生了什么
研究人员披露了两个 PHP 引擎内存损坏漏洞，针对主流 CMS 展示了无需认证即可利用的攻击，并引发了异常广泛的协同响应。
研究人员将这些漏洞命名为 PHP2Shell，并将其识别为 CVE-2026-109618 和 CVE-2026-109619。他们的技术描述将这些缺陷定位于 PHP 内部对内存耗尽情况和致命错误的处理——而非 WordPress 插件或应用程序的身份验证逻辑。他们报告了完整的远程代码执行和“Heartbleed 式”内存泄露的演示。@sagitz_
披露的演示包括针对 WordPress、Drupal 和 Joomla 的预认证 RCE。研究人员的公告还声称可对任何 PHP 应用进行远程内存泄露。这些是研究人员报告的漏洞利用结果；不应擅自将其扩大为“每个部署都存在相同且可立即利用的 RCE 路径”的说法。@sagitz_
OpenAI 表示 Calif 的研究人员使用其模型发现了这些漏洞，而二手报道称 Wiz 独立发现了相同的漏洞。帖子在 Calif/OpenAI 一方指明使用了 GPT-5.6 Sol；一个与 Wiz 有关的账号将发现、漏洞利用链开发、检测器创建和补丁验证归功于 Gemini 4 Argon。这是一个多方共同发现的故事，而非单一厂商发现并修复该问题的证据。@TheRundownAI、@steipete、@ralucaadapopa
OpenAI 描述了在披露前约两个月的协同修复工作。它表示，该补丁需要对 PHP 引擎进行重大修改，并需要维护者、研究人员、安全提供商和政府之间的协调。一位参与的研究人员证实，他们与 PHP Foundation 合作以支持并强化该补丁。@OpenAI、@itszn13
Cloudflare 在计划的补丁发布之前就部署了初步的 WAF 缓解措施。其 CTO 表示，这些规则覆盖了已知的利用向量，对包括免费版在内的所有客户开放，并会随着早期攻击的出现而更新。他明确称这些规则为权宜之计，并要求运营者在 14:00 UTC 打补丁。@dok2001
所提供的 NSA 账号建议为立即更新做好准备——如果无法及时缓解，则应将系统下线。后来 OpenAI 的消息表示升级已经可用；二手报道称细节在补丁发布前就已泄露。所提供的材料并未确定具体泄露了什么、何时泄露，以及发布计划是否发生了变化。@NSACyber、@OpenAI、@TheRundownAI
重建时间线
1. 发现与私下协调：大约在公开披露前两个月。
OpenAI 将这项工作归入 Patch the Planet，并表示它领导了一个准备修复方案和防护措施的联盟。其安全研究员 Eric Wallace 补充说，内部团队致力于打补丁和检测，而不仅仅是披露漏洞，并向政府和外部机构进行了保密的提前通知。Greg Brockman 重申了两个月的协调期。这些是参与者的叙述，而非经过独立审计的事件时间线。@Eric_Wallace_、@gdb
项目名称之间的区别很重要：帖子将该漏洞与 Patch the Planet 联系起来，而研究人员则将安全工作的实现归功于 Daybreak 模型访问权限。它们是相关的角色——修复计划与访问机制——而非对同一项目的可互换描述。@OpenAI、@S1r1u5_
2. 提前的公开警告与计划的补丁窗口。
日语帖子警告运营者为 10 月 21 日 23:00 JST 的发布做好准备，这与 Cloudflare 的 14:00 UTC 公告一致。其中一个帖子正确强调，PHP 核心漏洞不能仅仅等待插件开发者来修复。另一个帖子将该事件描述为补丁发布后的一场“15 分钟”竞赛，但这个数字是一个预测——而非实测的武器化时间。@ds_nakajima、@expokun
3. 发布前的过滤与观察到的攻击活动。
Cloudflare 的帖子是所提供记录中最有力的第一手运营证据：缓解措施已经部署，已知向量已被覆盖，并且“早期攻击”正在出现。它没有具体说明成功的入侵、请求数量、受害者数量、载荷来源，以及这些流量代表原始漏洞开发还是泄露信息的再利用。@dok2001
4. 研究披露、政府警告与补丁可用性。
该研究员的公开推文串描述了漏洞利用演示和错误处理的根本原因。NSA 的帖子呼吁紧急准备并视情况停机。OpenAI 随后表示每个 PHP 站点都可以安全升级。所提供的材料中没有 PHP 基金会的官方公告、确切的修复版本矩阵、发行版软件包标识符或补丁提交记录。缺少这一层一手来源，使得无法给出可靠的“升级到版本 X”指令。@sagitz_、@NSACyber、@OpenAI
5. 所谓的提前泄露与大范围服务中断。
The Rundown 报道称细节被提前泄露。随后一条广泛传播的汇总帖补充称约有 150 万台服务器（数据归于 Censys）运行着未修复的版本；报道的停机事件涉及荷兰机构、欧洲其他地区的政府网站、Wikipedia、Archive.org、Asana、GOG 等；以及日本首相在 05:55 发出的警告。在所提供的材料中，这些说法没有任何一条得到其对应的公告、测量数据或状态页面的佐证。现有记录也无法确定每次中断究竟是预防措施、打补丁导致的中断、无关故障还是遭到入侵。@TheRundownAI、@fiveoutofnine
SemiAnalysis 另行报道称，日本首相敦促 PHP 运维人员立即打补丁，若无法做到则暂时断开连接。其报道将这一应对置于日本已有的入侵浪潮背景下，但并未证明 PHP2Shell 导致了那些更早的事件。@SemiAnalysis_
6. 披露之后的暴露面自查协助。
OpenAI 发布了一个仓库，其中包含一项 Codex 技能，旨在引导运维人员检查其站点是否受到影响。这是一个辅助性工作流程，不能替代厂商公告、软件包验证，也不能证明每一个存在漏洞的运行时都已被替换。@OpenAI
AI 的作用：可信证据、多方争功与未解的因果关系
肯定性证据比单纯的基准测试主张更有分量。研究人员描述了可用的漏洞利用链、协同完成的补丁工程、检测器以及补丁验证。一位参与其中的研究员称 PHP2Shell 是他们协助发现过的最重要的漏洞。OpenAI 将其描述为“防御者窗口”的一个例子：先进模型先于攻击者发现缺陷，从而为防御者争取了准备时间。值得注意的是，其措辞是“据我们所知”——这并不能证明此前没有攻击者知晓这些漏洞。@itszn13、@OpenAI
功劳分布在人类、模型和基础设施提供商之间。Calif/OpenAI 与 Wiz/Gemini 呈现为各自独立的发现记录；PHP 维护者提供了上游修复路径；Cloudflare 提供了发布前的过滤。Google 还宣传了一项 Wiz 测试，其中 Gemini 4 Argon 发现的漏洞数量超过基线模型的两倍，但所提供的宣传帖并未公开数据集、基线、预算或误报统计。这并非对 PHP2Shell 发现能力的独立对比评估。@TheRundownAI、@ralucaadapopa、@Google
研究人员访问政策既获赞誉也遭批评。一位研究人员将 OpenAI 的 Daybreak 访问权限归功于其横跨 PHP、GitLab、Chrome、WordPress 及其他目标的一系列发现。另一位则将 OpenAI 的审核制访问与 Anthropic 的限制措施进行了尖锐对比；关于 Anthropic 贡献“零价值”的说法是该作者的笼统观点，并未得到 PHP 记录的证实。另一篇帖子批评了对 Astra 访问的限制，并主张向1,000 名经过审核的研究人员提供最好的可用模型并辅以严密监控，而非采用僵化的红/蓝划分。@S1r1u5_、@migtissera、@S1r1u5_
相反的安全理由出现在相关报道中：Anthropic 为加强网络安全防护，将 Mythos 级模型的广泛访问推迟了四个月。这为限制访问提供了背景，但并未解决其实施方式究竟是帮助还是阻碍了本次特定的漏洞修复工作。@kimmonismus
披露数量的激增本身并不能证明 AI 导致的入侵事件也在激增。所提供的信息流混合了防御性发现、供应链攻击、凭据窃取、预防性停机以及不相关的漏洞。Ethan Mollick 将这一时刻解读为攻防双方都已加速超越人类的响应速度；John Allard 描述了一种能力上的“相变”，同时承认近期许多发现来自白帽项目。两者都是对该模式的解读，而非针对具体事件的因果归因。@emollick、@john__allard
操作层面的复杂性：打补丁、停机以及“修复一切”的诱惑
这场紧急事件在很大程度上不仅是发现的问题，更是分发和归属的问题。运维人员需要在托管主机、容器、设备、后台工作进程和旧应用中定位 PHP；获取合适的软件包；进行部署；重启或替换受影响的进程；并验证正在运行的构建版本。一位运维人员描述了维护众多 PHP/WordPress 网站，并因测试和更新而精疲力竭。另一位则得出结论，认为补丁分发缺乏协调。@ostrisai、@jd_pressman
部署 WAF 降低了直接暴露风险，但会带来虚假安全感的风险。Cloudflare 自己的声明比后来“将所有面向互联网的服务置于其后”的建议范围要窄：已知攻击途径已被覆盖，防护措施在不断演进，且打补丁仍然是强制性的。代理覆盖范围、备用入口路径以及源站的暴露情况必须经过检查，而非想当然。@dok2001、@threepointone
停机指南是有条件的，并不意味着整个互联网都应该断开连接。所提供的 NSA 帖子建议，当无法立即更新时，应将系统下线，直到能够实现完全缓解为止。对于特定的运维人员来说，相关问题是受影响版本的状态、暴露情况、可用的缓解措施以及继续运行的后果——而不是某篇耸人听闻帖子的互动评分。@NSACyber
“利用 RCE 自动修补所有服务器”是一个提议，而非已获授权的修复方案。Marc Köhlbrugge 提出了这一想法；J. D. Pressman 则建议对尝试这样做的实验室或白帽团队给予总统特赦。未经请求的利用仍会带来未授权访问、服务中断、错误修复、证据销毁以及跨司法管辖区的责任风险。推测性的特赦并不能提供普遍授权，也无法消除民事和境外法律风险。@marckohlbrugge、@jd_pressman
更新速度存在供应链层面的权衡。一条被广泛转发的帖子捕捉到了这一两难：持续更新可能让用户暴露在被篡改的软件包之下，而推迟更新则会让已知漏洞持续存在。Pressman 认为，除非新漏洞和高风险发布的速度下降，否则无休止的打补丁是不可持续的；他还指出，收不到补丁并发现数据被盗，比收到过多更新更糟。@xeophon、@jd_pressman、@jd_pressman
更长期的替代方案仍是未解之问。Sarah Guo 报告称，CVE 数量已从大约每月 4,000 个增至 15,000 个（自四月以来），并询问了形式化验证、更安全的发行版，以及没有红队的组织该如何应对。这些数字在此未经独立核实，披露数量也不等同于成功利用的直接指标。其他帖子则追问对整个代码库进行安全排查的成本，并将这一挑战重新定义为加固日常基础设施，而非仅仅争论抽象的灾难。@saranormous、@saranormous、@teortaxesTex、@mimi10v3
对于事件响应团队而言，站得住脚的流程是：获取官方的 PHP 及发行版安全公告，清点暴露的运行时，在有正当理由的地方部署临时防护，发布经过签名验证的修复软件包，验证正在运行的进程，并单独调查是否存在被利用的证据。更新只是关闭了一个漏洞，并不能证明凭据或数据从未泄露。
公众反应：务实的谨慎 vs. 无依据的升级
预防派观点强调互联服务的脆弱性以及修复成本的高昂。Joshua Achiam 将当前时刻比作 2020 年 3 月，猜测可能出现互联网封锁，建议备份有价值的网络资料，并提议打印重要记录。Pressman 表示修复成本超出了他的预期。这些是关于防范的判断——并非系统性崩溃即将来临的证据。纸质副本或许有助于业务连续性，但本身并非不可篡改的日志。@jachiam0、@jachiam0、@jachiam0、@jd_pressman
质疑警报派观点要求给出具体证据。Alex Johnson 认为，关于银行账户被任意清空的警告，掩盖了未授权转账与客户主动授权付款的诈骗之间的区别。他援引了美国《电子资金转移法》在及时报告情况下的保护条款；这些保护取决于司法管辖区、账户类型和具体情况，并非普遍保证。Kelsey Piper 则从另一个角度警告了长期处于“毁灭叙事”框架下生活的心理代价。@AlexH_Johnson、@KelseyTuoc
通用的个人安全建议需要与 PHP 修复分开来看。密码管理器、唯一凭据、强 MFA、补丁更新、运营商端口转出保护，以及美国特有的信用或税务身份保护措施，都能减少后续损害。但启用 2FA 并不能阻止对一个未经认证的 PHP 引擎漏洞的利用。同样，疯传的建议让人们第二天避免所有在线支付，也缺乏已证实的影响范围评估作为依据。@peterwildeford、@StillMare_
更广泛的威胁背景确实存在，但与 PHP2Shell 并不能混为一谈。SemiAnalysis 报道称，自 9 月 25 日以来已有 18 家日本公司披露数据泄露事件，涉及约 660 万个 Times Car 账户、1118 万条 Burger King Japan 应用记录，以及可能的 2250 万条 Sourcenext 记录。该报道将有关 AI 辅助扫描和 API 攻击的发现归因于 JPCERT/CC。另一篇帖子引用了 8 月 19 日的一份公告，涉及针对暴露在互联网上的 Siemens PLC 的 AI 辅助工具。这些是各自独立的已报告事件和公告；两者都没有将 PHP2Shell 确立为它们的入口点。@SemiAnalysis_、@AndrewCurran_
关键的未解证据缺口很具体：确切受影响和已修复的版本；CVSS 向量；部署前提条件；独立发现的时间线；发布前泄露了什么；成功利用与扫描的区别；经核实的暴露数量；以及每次报告的停机的原因和持续时间。所提供的疯传事件汇编，仅仅把 PHP、GitLab、LiteLLM、Railway、证书颁发机构故障和政府警告放在同一个叙事里，是无法回答这些问题的。@fiveoutofnine
其他新闻
Flint 与自动化研究：本地编码模型、更小的团队与科学工作流
Flint 发布，支持广泛的本地服务：Recursive 发布了一个 Apache-2.0 许可的编码 MoE，总参数约 400 亿，激活参数 25 亿，上下文窗口为 262K token。LM Studio 表示本地运行约需 24GB。Recursive 将其定位为前沿云端智能体的设备端补充——而非替代品（发布、规格）。
宣称的结果：Recursive 报告在 Terminal-Bench 2.1 上达到 54.9%，在 SWE-bench Pro v2 上达到 89.7%，在 SWE-bench Verified 上达到 74.2%。这些是发布方的声明，并非独立复现（结果）。
性能：宣传的短上下文速度在 MacBook Pro 上超过 125 token/s，在 RTX Spark 上超过 150 token/s。另一位用户在 M5 Max 上使用 int4 MLX 测得 114–132 输出 token/s；这是对速度的有用佐证，而非受控的能力评估（本地测量）。
研究贡献：Recursive 表示其 Eureka Machine 参与了从构思、实现到验证的全过程，贡献了稀疏架构选择、低比特训练和内核。它声称实现了 71% 的体积缩减且几乎没有质量损失，并在不到四个月内从零完成开发（方法）。
可用性：首日集成涵盖本地框架和托管访问。vLLM 报告在单台 GB200 上、100K 上下文使用 NVFP4 且不启用投机解码时达到 500 token/s；OpenRouter 提供免费的发布期访问（vLLM、OpenRouter）。
Mirendil 声称单人研究员完成大规模预训练：Mirendil 表示，其首个基础模型由一名研究员在 3.5 个月内构建完成，算力成本低于 1000 万美元，其中包含研究实验和最终训练运行。它披露了异常宽泛的参数范围——Base 为 100B–500B、Large 为 500B–2T、XL 为 2T–10T——而非精确配置。独立评估、后训练结果和 API 访问仍待发布，因此这是一项有待外部验证的重大效率声明（公告）。
JOLT 联合训练教师与学生模型：Perplexity 和 NVIDIA 的后训练工作针对自蒸馏的一个弱点：拥有特权的教师可以利用其学生无法获得的捷径。JOLT 使用结果奖励来训练教师，同时惩罚其与学生模型的过度偏离。作者报告称，在 MATH 上以少 6.5 倍的训练 token 达到了与 GRPO 相当的效果；加入学生结果奖励的 JOLT+ 在五个评估基准上均超越 GRPO（方法与结果，基准摘要）。
GPT-Rosalind 生成可检验的生物学假设：OpenAI 报告称，数千个智能体在 32 分钟内将数百万个小鼠脑细胞的基因表达结果与文献关联起来。其中一个提出的机制将 DCTN1 破坏与胆固醇转运受损联系起来；另一个则考察小脑神经元中 TSC1 与 TSC2 破坏之间的差异。这些是待实验跟进的假设——而非已证实的疗法或已验证的药物靶点（DCTN1 研究，TSC2 后续）。
推理系统：DeepInfer 经济学、原生 TPU 支持与功耗感知容量
DeepInfer 公开生产调度技术：DeepSeek 发布的框架结合了投机解码、动态预填充大小、按请求数量和 KV 长度进行解码均衡，以及 CPU 调度与 GPU 执行的重叠。一个特别可复用的思路是根据预测的草稿接受率和实测硬件吞吐量来调整投机验证长度，使批次更加规整，而不是让慢速副本决定完成时间（技术分析）。
缓存计数：一份部署报告摘要引用了每个预填充加速器 150 万输入 token/秒的吞吐量，包含缓存命中，而在 96% 缓存命中率下不包含命中则为 6 万；解码据报道为每个加速器 1.4 万输出 token/秒。这些是实质上不同的吞吐量指标（报告摘要）。
经济学注意事项：同一份摘要将每个加速器小时约 38 美元描述为收入，而非利润。服务器、电力、冷却和人力成本仍不在此数字之内。
独立基准测试仍存争议：SemiAnalysis 表示 DeepInfer 未被纳入 InferenceX，因为其缺少必要的服务组件，而重建这些组件需要过多假设。其随后的盈利能力比较因混合了不同硬件代际、高峰与非高峰价格以及收入与利润而受到批评。该批评本身是一项署名分析，而非已确定的复现结果；在比较经济学之前，实际要求是匹配硬件、工作负载、缓存假设、SLO 和定价（基准局限，比较批评）。
TorchTPU 开启原生 PyTorch 路径：Google 开源了 TorchTPU，可通过熟悉的 PyTorch 工具链进行训练和服务。据称 SGLang 的插件正在为 Meta 的生产推理提供支持，并支持多个当前的开源模型；其定制 MegaKernel 在 8K 输入/1K 输出负载、批大小为 1 的条件下，为 Muse Spark Open 达到据称 770 解码 token/s 的速度。vLLM-TorchTPU 增加了前缀缓存、投机解码和分离式服务（Google、SGLang、vLLM）。
GTC 强调部署速度与功耗利用：NVIDIA 的 DSX POD 将 AI 基础设施打包为容器化的构建模块，其宣传覆盖范围声称可在数天而非数月内完成扩容。更具体的是，Lambda 演示了 19 个 HGX B200 节点在 DSX MaxLPS 下运行于 16 个节点的功耗预算内。应将部署时间线视为产品宣传，将该节点结果视为概念验证，而非已交付的全机队容量（DSX POD、Lambda 演示）。
评估完整性与智能体工程：衡量的不只是模型，还有运行框架
医学推理暴露出完整性与准确性的权衡：Artificial Analysis 修订了 MLCR-AA 的提示词、参考答案和三模型评审组。Sonnet 5.5 与 GPT-6 Astra 并列 41.7%，在同时要求完整性与准确性的条件下，没有模型超过 42%。Claude 在完整性上领先；OpenAI 在基于记录的准确性上领先。修订后的分数与此前的方法论不可直接比较（结果、方法论）。
长度混淆因素：一项跨基准分析发现，Claude 的回答比 OpenAI 的长约 4–6 倍；每增加一条论断，就多一次与记录相矛盾的机会。因此，原始评分标准得分、完整性和长度调整后的质量会产生不同的排名（对比）。
SWE-bench Multimodal 面临消融实验质疑：一项独立调查认为 v2 并不真正需要图像；另一位研究者强调，在不使用图像的情况下运行该基准是必要的合理性检查。这是对该基准所衡量内容的实质性批评，并非其底层编码任务缺乏价值的证明（调查、消融讨论）。
进化后的运行框架与接口优于固定执行器：两篇论文强化了优化智能体周边环境这一方向的论证。
SuperMimic 目标是降低人形机器人训练成本：研究人员报告称，使用一块 GPU 训练三小时即可覆盖 129,514 个动作，而所引用的最先进方案则需要 128 块 GPU 运行七天。该机制结合了可学习的可微世界模型代理与通过时间的反向传播。所宣称的 >1,000× GPU 小时缩减针对的是这一动作控制训练设置，而非机器人学习整体（结果、机制）。
Agent 产品、检索模型与 API 分发
Claude Duet 进入研究预览：Anthropic 为一款由 Opus-5.5 驱动的主动式助手开放了候补名单；据报道，初期访问面向美国的 Pro 和 Max 用户。示例包括监控 Slack、准备问题以及在收到请求后进行购买。Stripe 描述了 Link 钱包购买以及基于 MCP 的开票、退款和收入分析。目前处于预览阶段，所提供的帖子中未披露单独定价（Anthropic 高管、访问权限、支付集成）。
检索发布聚焦精度与上下文成本：Cohere 推出了分 Pro 和 Fast 两档的 Rerank 5。其可选的 Context Focus 返回带评分的段落而非完整文档，声称在保持准确性的同时可将 token 消耗降低多达 41%。另外，ParseBench 报告称 NVIDIA 的 sub-1B Nemotron 3.5 Parse 在其文档理解基准测试中排名第一（Cohere 功能、可用性、ParseBench）。
Kling 4.0 推广延伸至 API 访问：fal 最初宣布了 UI/agent 访问，API 支持即将推出；随后 Kling 宣布了其正式 API 推出。宣称的改进集中在复杂动作稳定性、参考一致性和电影级控制上。后一则公告取代了先前“API 即将推出”的状态（fal 发布、API 推出）。
企业模型访问扩展，同时 Claude 为其 API 引入版本：OpenAI 宣布前沿模型和 Codex 工作流将登陆 Google Cloud Model Garden。另外，Anthropic 的 API 版本 2026-10-21 从 Messages 中移除了 temperature、top_p 和 top_k；新的主要 SDK 默认使用该版本，而 2023-06-01 仍受支持。升级 SDK 的团队应明确审查迁移行为（Google Cloud 分发、版本变更、SDK 默认值）。
行业与治理：研究者言论与公共利益监督
不得贬损条款引发审视：引用 BBC 报道的帖子声称，Google 雇佣合同无限期地限制公开批评，从而抑制了对 AI 安全和军事用途的讨论。前雇员的陈述和研究人员的评论描述了一种寒蝉效应。这些被归为合同和职场方面的主张；所提供的材料中没有公司回应或法律裁定（报道摘录、研究人员陈述）。
Anthropic 更新公共利益治理：Anthropic 发布了其年度 Public Benefit Report，并任命实验物理学家、前哈佛学院院长 Christopher Stubbs 进入其 Long-Term Benefit Trust。这是一项治理进展，独立于该公司的模型评估和产品发布（报告、信托任命）。
热门推文（按互动量）
NSA：请做好 PHP 更新准备；若无法缓解，请将系统下线 — 80,000
OpenAI：协同发现并修复 PHP2Shell — 19,600
OpenAI：用于检查 PHP2Shell 暴露情况的 Codex 技能 — 10,500
NVIDIA：Microduck 模拟到现实演示 — 7,800
Richard Socher：Flint 本地编码模型发布 — 7,600
OpenAI：GPT-Rosalind 的神经退行性疾病假说 — 7,500
AI Reddit 回顾
/r/LocalLlama + /r/localLLM 回顾
1. 开源推理加速：DeepInfer、EAGLE-4、RTX 3090 BF16 解锁
DeepSeek 新动态 - DeepInfer -（热度：441）：图片是 DeepSeek 在 X 上发布公告的截图，宣布其自研大规模推理框架 DeepInfer 现已完全开源：图片、GitHub 仓库、X 帖子。DeepSeek 将 DeepInfer 描述为 DeepSeek-V4.1-Flash 背后的生产推理栈，针对高吞吐、低延迟的服务进行了优化，以降低算力成本和能耗；一篇链接的知乎来源称，单个集群可达到每天 155 万亿 tokens，在闲时定价下每卡每小时收入约为38 美元。评论者认为，与 Anthropic、OpenAI 或 Meta 相比，此次开源的力度异常激进，有人表示这些实验室“绝不会这么做”。一些用户仍不清楚该框架的实际作用，只是简单地问：“它是干什么用的？”
一篇链接的知乎来源称，DeepInfer 为 DeepSeek V4.1 Flash 提供高吞吐、低延迟的推理能力，报告单集群吞吐量为每天 155 万亿 tokens，在闲时定价下每卡每小时收入为 38 美元：
https://zhuanlan.zhihu.com/p/2095560295930508953
。评论者指出，与 OpenAI、Anthropic 或 Meta 等公司相比，这种公开披露的力度异常激进。
一个技术上的疑虑是，DeepInfer 是否是一个真正通用的推理框架，还是主要针对 DeepSeek 自身的模型架构进行了调优。有评论者指出，与旗舰模型绑定的炫目框架发布，往往隐藏着针对特定架构的优化，这些优化可能无法干净地迁移到其他 LLM 上。
帖中提到的一个性能数据大约是 256 tokens/s × 100 用户，评论者称其为极高的并发服务吞吐量。这意味着 DeepInfer 可能瞄准的是生产规模的多用户推理，而不仅仅是单请求延迟基准测试。
Eagle-4 发布：快于 DFlash2 与 DSpark（活跃度：306）：EAGLE-4 是一个源码可用的投机解码栈，采用针对硬件/工作负载校准的草稿树，并通过 eagle-harness 提供对 SGLang、vLLM 和 TokenSpeed 的集成路径；目前公布的支撑与基准测试主要围绕 Qwen3.8-27B。该帖引用了相对朴素解码的加速比：MTP 为 2.22×，DSpark 为 2.57×，DFlash 2 为 2.80×，EAGLE-4 为 3.59×；而仓库报告在 4× NVIDIA B300 上的 SPEED-Bench 提升为 SGLang 3.42×、vLLM 2.83×、TokenSpeed 3.09×（单请求并发下）；据报道在更高并发下提升会缩小（EAGLE-4）。评论者还提到 LiLiCorr——Nemotron Bolt 所采用的方案——作为竞争对手的投机解码器，其基准报告更为细致（论文）。评论者质疑 DSpark/DFlash 的对比是否具有代表性，因为总体平均值可能掩盖对工作负载的敏感性——例如 MTP 在代码/JSON 等结构化输出上可能表现更好——并要求按工作负载类型给出细分数据。另一个关注点是实用性：据报道 EAGLE-4 的草稿模型比 DFlash2 大约 3 GB，这使其对显存受限的部署吸引力下降。
多位评论者质疑 Eagle-4 相对 DFlash2 和 DSpark 所报告的加速比是否在各类工作负载上具有代表性。有人指出，平均结果可能掩盖巨大差异，因为 MTP 在代码或 JSON 等结构化输出任务上可能表现更好，并要求按工作负载类型给出加速细分，而非仅看总体基准。
有人提出了关于内存占用的实际部署顾虑：据报道 Eagle-4 的草稿模型比 DFlash2 大约 3 GB，这可能使其不适合已处于容量上限的显存受限本地推理环境。
评论者指出了竞争性或相关的投机解码工作，尤其是 Nemotron Bolt 所采用的 LiLiCorr，其论文据称提供了更细致的基准分析：https://arxiv.org/pdf/2608.20530。也有人有兴趣将 Eagle-4 与 HyperQwen 进行比较，或探讨 HyperQwen 能否集成它：https://github.com/syv-ai/HyperQwen。
现在那篇 3090 狂热警告帖说得通了。（活跃度：405）：图片是一张 X/Twitter 帖子 的截图，声称 RTX 3090 的“gpu-unlock”内核/模块可以大幅提升 BF16 张量数学吞吐，例如 BF16 张量管线从 82→155 TFLOPS，cuBLAS BF16 GEMM 从 64→99 TFLOPS，据称是通过移除 NVIDIA 对 FP32 累加张量运算施加的限制实现的。结合上下文，Reddit 原帖询问这是否解释了此前的“3090 狂热”警告，以及旧的反挖矿或产品细分限制是否仍会影响 LLM 工作负载；但评论者指出，合成的 BF16/GEMM 提升未必能转化为实际推理/训练加速。评论者对市场炒作角度持怀疑态度：一人称二手 3090 会比 5090 更贵的预测是“妄想”，另一人则引用此前的反驳，认为该破解尚未显示出实际工作负载上的收益。主流观点较为谨慎：基准测试结果有趣，但“快 1.9×”可能只对应小得多的端到端改进。
一些评论者认为，传闻中的 RTX 3090“破解”被过度炒作了，因为实测收益似乎仅限于很窄的工作负载切片：大约 10–12%预填充提升，而非广泛的 1.9 倍真实世界 LLM 推理速度提升。有人链接了之前帖子的顶级反驳，强调表面上的底层 BF16 收益尚未转化为实际的端到端工作负载。
提出的一个技术担忧是BF16 运算可能只占推理时间的一小部分，因此在 RTX 3090 上加速或解锁 BF16 路径的影响有限，除非瓶颈确实是 BF16 计算而非内存带宽、KV 缓存访问、采样或其他内核。另一位评论者指出，采用与否将取决于该修改能否安全完成，并在CUDA 和 NVIDIA 驱动更新中保持稳定。
在定价方面，评论者怀疑二手 RTX 3090 的价值会因这一消息而大幅上涨，认为 GPU 定价更多受更广泛的行业供货合同和新卡定位驱动，而非小众 LLM 爱好者需求。有人对比称，一款新的 Radeon RX 9700 级 32 GB 显卡约~$2k 可能比涨价的二手 3090 更具性价比，尽管该帖并未深入测试确切的产品命名/价值说法。
2. 新开源模型：Ornith-1.5、Flint、小型语音克隆 TTS
ornith-ai/Ornith-1.5-122B（Qwen 微调）（活跃度：438）：Ornith AI 发布了Ornith-1.5-122B，这是一款122B MoE 推理模型，基于 Ornith-1.0 在 Qwen 3.5 / Gemma 衍生谱系上微调/继续训练而来，具备自我改进循环，通过 RL 联合优化任务生成、脚手架构建和解决方案展开，而非仅使用固定的人工策划任务。产物包括GGUF、unsloth GGUF和NVFP4变体；模型卡声称具有强劲的编码/智能体基准性能、262K上下文（可选 YaRN 扩展至约1M），并通过 vLLM/SGLang/OpenAI 兼容 API 以及 llama.cpp/Ollama 风格的 GGUF 路径提供服务支持。评论者质疑选择 Qwen 3.5 122B 作为基座而非更新的“Next Flash”式基座，认为它可能已经落后于更新的架构。一个技术担忧是推理速度：由于它基于 Q3.5 122B，具有 A10B 活跃参数且缺乏稀疏注意力，一位评论者估计它大约会比具有 A6B 活跃参数的 Q3.8fn 式模型慢 2 倍。
一位评论者指出，该微调基于 Qwen 3.5 122B，这意味着对 q3.8fn 用户而言是 A10B 而非 A6B 行为，且没有稀疏注意力，他们估计这将使该配置的推理大约慢 2 倍。
对基座模型的选择存在技术质疑：一位评论者问为什么没有基于 Ornith Next Flash 构建，认为虽然 Qwen 3.5 是一个强大的基座，但相对于更新的替代方案已被“远远甩在后面”。
RecursiveSI/flint (40B A2.5B) · Hugging Face（活跃度：784）：RecursiveSI/flint 是一个采用 Apache-2.0 许可的仅解码器 MoE 编码智能体模型，托管于 Hugging Face，总参数量为 39.8B，但每个 token 仅激活约 2.5B。它采用 49 层，每个 MoE 层有 256 个路由专家、每个 token 选择 6 个，混合使用滑动窗口/全注意力机制，并提供有据可查的 262k 上下文；Recursive 报告其在 Terminal-Bench 2.1 上达到 54.9%，在 SWE-bench Pro v2 上达到 89.7%，在 SWE-bench Verified 上达到 74.2%，目标是在 B300/H200 GPU 上通过 SGLang 提供服务，并支持 OpenAI 兼容的工具调用。 评论者将其定位为人们期待 Qwen 3.8 推出的那种约“35B-A3B”级别模型，但指出 Qwen3.8-27B 的存在让这次发布显得不那么令人意外；除此之外，基准测试截图是主要的技术讨论点。
评论者将 Recursive Flint 定位为一个 40B MoE 模型，仅有 2.5B 激活参数，大致符合部分用户期待的“35B-A3B”稀疏模型级别，但如今要与 Qwen3.8-27B 等更新的小激活参数 MoE 竞争。讨论指出，如果没有 Qwen 最近的发布，这次发布很可能会被视为意义重大得多的一次亮相。
一则来自 NVIDIA GTC Berlin 的技术公告将 Flint 描述为针对 RTX Spark 优化的本地编码模型，宣称在 64GB RTX Spark 上达到 220 tokens/s 以上，并在包括 SWE-Bench Pro v2、Terminal-Bench 2.1 和 SWE-bench Verified 在内的智能体编码基准测试中取得强劲结果：https://blogs.nvidia.com/blog/local-ai-gtc-rtx-dgx-spark-station-sync/
NVIDIA 表示 Flint 是使用 Recursive 的 Eureka Machine 构建的，这是一个自动化 AI 研究循环，能够提出想法、实现它们、运行实验并挑选后续方向。所引用的文章声称，该系统生成了专用内核，在 不改变模型权重的情况下将 Flint 在 RTX Spark 上的生成速度提升了 55%，并指出其采用 Apache 2.0 开放权重，支持通过 NeMo Automodel SFT/LoRA 和 NeMo RL GRPO 进行后训练。
支持语音克隆的 Pocket TTS 现在只需 190 万参数（活跃度：561）：Kyutai 发布了 Pocket TTS-small，将一套可在 CPU 上实时运行的语音克隆 TTS 系统从约 100M 参数压缩为 18.2M、6.9M 和 1.9M 三个变体。压缩流程采用从约 300M 教师模型蒸馏、单次前向的内置无分类器引导、由 PCA 推导的 64-D 主干–头部潜空间接口、结构化 Transformer 剪枝、主干/头部/编解码器分别蒸馏，以及可选的奖励微调；报告的 CPU 吞吐量显示，18.2M 模型可达约 9.9× 实时，1.9M 模型可达约 25× 实时，且 18.2M 模型在 WER/UTMOS 上与原模型持平或略有超出。 评论者关注的焦点与其说是压缩方法，不如说是已发布模型/演示中一个明显的脏话过滤器——例如“What the fuck”被渲染为“What the dee”——不过有更新称团队已修复该问题。其他人则要求提供关于自然度、实时率和跨说话人语音相似度的更严格基准测试，尤其是针对完全本地推理的情况。
多位用户反映 TTS 输出中存在明显的文本审查/回退问题：像“What the fuck”这样的短语被合成为“What the dee”。最高赞评论者后来指出，该团队已解决此问题并发布了修复，表明这很可能是无意的模型/分词/过滤行为，而非永久性的策略选择。
一位评论者指出，标题中的参数量——190 万参数——令人印象深刻，但要求提供具体的评估数据：自然度、实时率以及跨说话人的声音相似度。他们强调，微型 TTS 模型最吸引人的地方在于能够在保持完全本地推理的同时，不牺牲说话人克隆质量。
有用户报告非英语语言支持较差，称非英语输入实际上被渲染成英语而非目标语言。这表明尽管有更广泛的 TTS/语音克隆宣称，其多语言能力可能很弱或根本不存在。
3. AI 硬件供应紧张：Nvidia 订单与 HBM/DRAM 定价
独家：字节跳动、阿里巴巴、腾讯下了超过 350 亿美元的 Nvidia 芯片订单（热度：1047）：路透社报道，字节跳动、阿里巴巴和腾讯已下了超过 350 亿美元的 Nvidia 芯片订单（路透社）。Reddit 帖子将此描述为中国订购了大约 300 万块 RTX PRO 5500 显卡，单价约 11,400 美元，可能针对 LLM 推理和 AI 视频生成；而一位被引用的消息人士称，Nvidia 可能只能满足 5–10%的请求数量，且 2027 年全球最多只能生产 300 万块 RTX PRO 5500 显卡，而中国客户请求量超过 600 万块。评论者认为，供应限制意味着标题中的订单量不太可能全部交付，一些人推测 Nvidia 可能会降低利润率较低的工作站级显卡的优先级，因为数据中心需求占主导地位。也有人怀疑未来的 GPU 世代是否会让当前的 RTX PRO 显卡对本地 LLM 用户变得可负担，不过有些人希望数据中心的更新周期能压低二手市场价格。
评论者强调了报道中严重的供需错配：Nvidia 可能只会向合作伙伴分配 5%–10%的请求数量，一位消息人士称其 2027 年全球最多只能生产 300 万块 RTX PRO 5500 显卡，而中国客户的订单超过 600 万块。这意味着超过 350 亿美元的订单簿可能受到严重的供应限制，而非完全可交付的需求。
一条价格更正指出，隐含的单位成本约为每卡 11,400 美元（每块显卡），而非 11.40 美元，这与订单规模和高端专业/数据中心 GPU 的定价相符。另一个技术上的担忧是，高利润的企业需求可能会使 Nvidia 更不愿意优先考虑像 16,000 美元的 RTX 6000 Pro 这样的显卡，而更倾向于数据中心配额。
多位评论者推断，GB202 级别的芯片可能会被转向专业或符合出口管制的 SKU（如 RTX PRO 显卡），从而减少RTX 5090 等消费级 GPU 的供应。其根本担忧是，数据中心/专业需求可能会继续挤占游戏 GPU 的供应，直到新一代产品将需求从当前芯片上转移出去。
做好准备，GPU 涨价即将到来 --> Samsung sells out 100% of all 2027 HBM capacity - HBM prices expected to jump 200% next year, DRAM prices expected to see a double-digit price increase (Activity: 1227): GSMArena reports that Samsung has allegedly pre-sold roughly 70% of next year’s general-purpose DRAM output and 100% of its HBM capacity under large multi-year contracts with big-tech customers. The resulting memory supply crunch is expected to push HBM prices up 150–200% and DRAM prices by double digits in Q1 2027, increasing BOM pressure for GPUs/AI accelerators and downstream devices such as future Galaxy phones. Commenters expect the HBM squeeze to worsen consumer/local-AI GPU affordability, while noting the dependency loop: frontier models require hyperscaler GPU clusters, but local inference users compete for the same constrained memory supply. Some argue scarcity may force optimization toward smaller, more efficient models and longer hardware lifecycles.
多位评论者将报道中的 Samsung 2027 HBM 售罄以及预期的 HBM/DRAM 涨价，与本地 AI 硬件日益恶化的经济性联系起来：本地推理用户需要 GPU，但超大规模云服务商和 AI 实验室同时在为训练和数据中心扩张吸收供应。有评论者指出，GPU 采购似乎在匹配的数据中心容量建成之前就已加速，这意味着库存囤积可能会使消费级/准专业级 GPU 供应在未来数年内持续紧张。
提出的一个技术经济观点是：本地 AI 整机相对于云端推理的盈亏平衡点已经外移，因为 GPU 和内存价格上涨，而部分云端 AI 服务反而变得更便宜。该评论者特别指出，MoE 模型放大了这一效应，因为数据中心可以比单台本地机器更高效地在众多用户之间复用稀疏专家激活，而本地机器难以用昂贵的高显存硬件证明其合理性。
有评论者认为，硬件稀缺可能会推动模型侧的优化，激励人们开发更小、更高效的模型，而不是简单地扩大参数规模和内存带宽。这意味着 HBM/GPU 的高价可能会加速压缩、量化、蒸馏、稀疏架构以及推理效率提升方面的工作。
我们什么时候会看到这些变化？ --> China Is Doubling RAM Production to Keep Everyday Gadget Prices from Skyrocketing (Activity: 402): The post asks when consumers will see price effects from China reportedly doubling RAM/DRAM production, likely via domestic suppliers such as CXMT, in response to rising memory demand. Top technical comments argue the effect will be gradual: new DRAM capacity ramps over quarters/years, is absorbed by latent demand in areas like edge compute and datacenters, and may mainly reduce the rate of price increases rather than create an obvious consumer price drop. Commenters are skeptical that global buyers will see near-term savings: one view is that Chinese output will mostly satisfy domestic Chinese demand, reducing China’s imports rather than flooding export markets. Another argues manufacturers will not abandon high-margin enterprise/datacenter sales for low-margin consumer DRAM, so end-user gadget prices may remain elevated.
多位评论者强调，额外的 DRAM 产能将逐步显现，而非表现为明显的价格下跌：新晶圆厂需要数年时间爬坡，而新增的供给可能会被 edge compute、数据中心和消费设备的潜在需求所吸收。一种预测认为，近期的主要影响是价格通胀放缓，而非 RAM 变得更便宜，因为厂商不太可能为了低利润的消费级销售而放弃高利润的企业级/AI 需求。
一条详细的供应链评论引用了 CXMT 到 2028 年实现每月 60 万片晶圆的目标作为相关时间尺度，认为由 AI 热潮引发的内存产能扩张将从 2025 年底开始陆续到位，并持续到 2030 年。该评论者还指出了全球范围内的并行扩张：位于纽约州、爱达荷州和印第安纳州的美国晶圆厂部分与 CHIPS 法案相关；三星在其内存枢纽增建第 4 和第 5 座工厂；以及 SK 海力士在其 Y2 工厂投资约 35 万亿韩元，并在其 F17 晶圆厂投资 19 万亿韩元。
另一个技术/经济观点认为，中国 DRAM 产量的增加可能主要是替代进口，而非淹没全球消费市场：CXMT 可以首先满足中国国内的需求，尤其是在数据中心建设激进推进的情况下。评论者将内存制造描述为高度周期性和资本密集型的行业，其中过度建设可能将创纪录的利润变成破产，因为万亿美元规模的晶圆厂在需求下降时无法被快速重新利用或清算。
非技术类 AI 子版块回顾
/r/Singularity, /r/Oobabooga, /r/MachineLearning, /r/OpenAI, /r/ClaudeAI, /r/StableDiffusion, /r/ChatGPT, /r/ChatGPTCoding, /r/aivideo, /r/aivideo
1. 用于个人和数据工作流的 Claude Agents
Claude Duet：Anthropic 随手发布了这款个人助手，并称其为一个主动式 agent。这是对 Muses、Bots 和 Dots 的回应（热度：1306）：图片是一张 Claude 在 X/Twitter 上的公告截图，介绍了 Claude Duet，这是一款研究预览版应用，将 Claude 定位为主动式个人 agent，而非纯粹的聊天式助手。帖子声称 Duet 能够呈现需要关注的事项，在用户离开时异步完成所请求的任务，并在代表用户行动前请求确认；一位评论者指出，据称它将可在 $20 套餐中使用。 评论者意见不一：有人说这与他们目前使用 Claude 的方式一致，并质疑 Duet 与其他 agent/应用概念（如 Muses、Bots 和 Dots）有何不同。另一条热门评论是一个非技术性笑话，没有增加任何实质性的技术背景。
评论者指出，Claude Duet 似乎已包含在 Anthropic 现有的每月 $20套餐中，这表明 Anthropic 正在将主动式 agent/助手层定位为主流付费 Claude 使用的一部分，而非单独的企业专属产品。
一些技术性批评认为，Anthropic/OpenAI 等厂商目前发布的“助手”看起来仍然像是套在不同前沿模型之上的简陋聊天机器人外壳，而非根本性的新 agent 系统。用户质疑 Claude Duet 与现有的使用 Claude、Muses、Bots 或类似助手抽象的个人工作流有何不同。
一位评论者认为，缺失的关键环节不一定是模型能力，而是结构化的个人数据集成与产品编排：一个有用的助手需要更好的数据模式、上下文管理，以及与外部服务的集成。他们认为所需技术已经存在，但需要被包装成一个连贯的助手体验，而不是又一个通用聊天界面。
我用 Claude 修好了我的三星电视（活动：3894）：一位用户报告将 Claude 作为交互式智能体，诊断出三星电视运行的是 Tizen 而非 Android，随后通过提供本地网页、生成本地服务器二维码，并用手机摄像头每 4s 抓取一次电视截图来获取视觉反馈，从而绕过无法访问摄像头的限制（二维码截图）。据称该智能体花费了约 30 min 修改隐私/遥测设置、删除三星广告 ID、禁用未使用的应用、重新排列图标，然后构建了一个自定义的“Apple TV 风格”启动器/主屏幕应用，以及一个用于快捷方式/背景的配套设置应用（启动器、设置界面）。一位热门评论者描述了为客人打造的类似自定义电视启动器流程：到达前的偏好收集、个性化的 Plex/媒体/新闻呈现、音乐/背景/欢迎屏幕、行程/天气显示，以及用于户外灯光、泳池曝气器和喷雾器的 Home Assistant 控制。评论者主要对用户竟然尝试用 Claude 进行这种程度的自主电视去臃肿/自定义感到惊讶；有人将其视为超越标准编码辅助的智能体式 UI 自动化的实际案例。关于猫咪视频的插曲被当作玩笑处理，而非技术失败。
一位评论者描述了使用 Claude 构建/替换三星电视启动器，打造面向客人的自定义界面：通过问卷驱动的个性化设置，涵盖 Plex 电影、电视/新闻频道预设、背景音乐、天气、行程和本地推荐。他们还将启动器与 Home Assistant 集成，使客人可以直接在电视主屏幕上控制户外灯光、泳池曝气器、喷雾器及其他智能家居设备。
另一位评论者建议通过安装 cleanyourtv 来避免自定义的 Claude 驱动工作流，这是一个约有 15,000 颗星的 GitHub 项目，旨在清理/去除智能电视的臃肿软件。他们认为这是比让 Claude 手动引导或生成电视修复过程更快、消耗 token 更少的替代方案。
被指出的一个技术细节是移除电视的 Ad ID，这意味着最初的 Claude 辅助修复包含了隐私/去臃肿步骤，而不仅仅是 UI 调整。这被视为三星智能电视上一项显著的面向隐私的修改。
我用 Claude Code 替换了三星电视的主屏幕（热度：1069）：这张图片展示了一个自定义的三星电视启动器，它用极简的网页风格界面取代了原装的广告泛滥的主屏幕：时钟/日期、已选应用磁贴、游戏主机快捷方式、设置以及遥控器操作提示。作者表示 Claude Code 帮助构建了这个启动器，并通过在笔记本浏览器中模拟三星电视 API 来加速迭代；据称，对主页键的接管使用了一个类似 CleanFrame 的辅助工具，可以修改未公开的电视设置，且仅在 2022 款三星 Q70B 上测试过。代码已在 GitHub 上开源，并附有一篇更详细的文章。评论区的反应充满质疑且两极分化：一位评论者称赞该项目是规避三星/LG 遥测和广告的一种方式，而其他人则怀疑这是垃圾信息/骗局式的重复发帖，或认为内容千篇一律。
评论者对三星/LG 智能电视的专有软件提出了隐私和安全方面的担忧，认为开源的替代 UI/OS 可以减少厂商遥测和不必要的追踪。一个在技术上值得注意的警示是，如果在不了解平台启动/更新限制的情况下部署“凭感觉编码”的电视固件或主屏幕替代方案，可能会导致设备变砖。
一个侧重安全的讨论帖警告说，鼓励用户运行未经审核的电视代码可能会造成巨大的攻击面：被篡改的替代启动器或脚本可能实现对大量电视的同步远程控制，例如在多台设备上强制播放攻击者选择的视频。
有用户询问替换三星主屏幕是否带来了可测量的延迟改善，并指出原装电视启动器“慢得像头猪”。他还提到曾使用 Claude 安装 Jellyfin，这表明他有兴趣了解 AI 生成的电视启动器相比 OEM 智能电视软件，能否提升本地媒体工作流的响应速度。
我把一个包含 1100 万篇新闻文章的数据库交给了 Claude Code，它发现了一些奇怪的模式（热度：1604）：这张图片是一张技术仪表盘截图，而非表情包：它展示了 CLSTR 的深色主题“当今世界”地图，该地图通过新闻摄入管道按国家可视化当前全球事件的数量。在帖子中，作者表示该系统每天处理来自 40k+ 个信源、涵盖 40 种语言的约 100k 篇文章，将它们聚类为事件，并在处理了 11,079,667 篇文章后提供衍生的分析数据；截图显示过去 3 小时内在 161 个国家产生了 2,703 个事件，并重点展示了一个主要聚类——“法国民众骚乱期间实施宵禁”，涉及 673 篇文章。需要澄清的重要一点是，Claude Code 并没有阅读 1100 万篇完整文章；它查询/导出的是作者管道生成的聚合聚类元数据，该管道使用了嵌入、启发式规则和一个 LLM 判定步骤。评论者就该方法论是否支撑这些结论展开了辩论：一个持怀疑态度的讨论帖认为 Claude 很可能只是编写了启发式分析代码，而信源选择/聚类的偏差可能主导了观察到的模式。其他人则更为乐观，将其视为 LLM 智能体帮助从真实世界数据中挖掘大规模模式的一个范例。
一些评论者质疑 Claude Code 是否真的直接处理了 11M 篇文章，他们认为在这一规模上进行完全基于 LLM 的分析成本将高得惊人且速度极慢。更可能的实现方式是 Claude 编写辅助代码或启发式方法来聚合/搜索语料库，但评论者警告说，这类启发式方法需要被记录下来，因为它们可能主导结果。
一项主要的方法论批评是缺乏关于数据收集、来源选择和抽样偏差的细节。评论者指出，如果来源来自 Google News 或其他聚合器，观察到的模式可能反映的是排名、地域性、点击历史个性化或来源可用性偏差，而非真实的媒体行为。
评论者还指出了潜在的语言/来源覆盖问题，包括未知语言条目被标记为英语的说法，以及明显缺少俄语、中文或韩语等主要非英语语料库。他们认为，如果没有来源文档和语言标签验证，关于全球新闻模式的结论在技术上是站不住脚的。
2. Robotaxis 与人形机器人的规模化
Waymo 的 robotaxi 严重碰撞率比人类低 95%。现在它计划组建一支 20,000 辆车的车队（热度：1457）：Waymo 最新的安全数据 显示 271.3M 英里的仅乘客里程中，每百万英里发生 0.01 起严重受伤/致命碰撞，而基于模型的当地人类基准为 0.21/M，即严重碰撞减少约 95%，伤害碰撞减少约 82%。IIHS 对 2021–2024 年联邦碰撞数据在约 50M 无人驾驶英里上的分析发现了方向相似的降幅——警方可报告的碰撞减少 68%，伤害碰撞减少 81%——但指出了报告的局限性，以及奥斯汀的结果略差于人类基准。据 Semafor 报道，Waymo 计划从约 4,000 辆车扩大到 20,000 辆，到 2027 年底完成，部分通过 $5B 的债务融资。 评论者争论该基准是否具有可比性：支持者认为严重碰撞足够常见，因此降幅具有意义，且 Waymo 很少是责任方；而怀疑者指出，Waymo 目前的运行设计域（ODD）主要是密集城区、低速、有限的高速公路驾驶——不同于许多严重碰撞发生的乡村/郊区或高速高速公路场景。
一位声称在 OEM 碰撞安全工程领域有经验的评论者认为，报道的 Waymo 安全结果与十年来的自动驾驶研究一致：人类驾驶是一项高风险的日常活动，而自动驾驶系统通常显示出更低的严重碰撞率。他们强调，报道的指标似乎是基于总碰撞量而非责任归属，并指出 Waymo 车辆经常卷入由人类驾驶员引发的碰撞，而非作为发起方。
另一位评论者提出了暴露偏差的担忧：据报道，Waymo 车辆主要在密集的城市环境中运行，很少在高速公路上行驶，而高速碰撞和严重伤害在高速公路上更为常见。他们认为，严重碰撞减少 95% 的说法可能无法推广到乡村、郊区或频繁的高速公路运行场景，在这些场景中车速更经常超过 50 mph。
一位评论者指出，针对奥斯汀的事故率对比在统计上可能站不住脚，因为据称研究期间该地仅有 2 起 Waymo 事故。他们认为，这样的样本量太小，不足以支撑关于 Waymo 在该市场中比人类驾驶员更安全还是更不安全的有力结论。
宇树最新的机器人：H2-X 武学传奇守护者（热度：3907）：宇树发布了 H2-X“武学传奇守护者”，显然是一款更坚固/更高出力的 H2 人形机器人变体，宣称最大续航约8 小时，并在其X 帖子中将其定位为“服务与守护”平台。该帖子将其与中国其他人形格斗/娱乐机器人并列提及，尤其是 Engine AI 的 T800，据这篇报道称其用于格斗比赛演示；该 Reddit 视频本身因403 Forbidden封锁而无法访问。热门评论关注的更多是安全/两用问题而非规格参数，有人开玩笑说演示中的机器人推搡孩子时的力度似乎比一辆慢速汽车还大，并讽刺地希望这项技术不会被滥用。
3. 开源 AI 模型与内核策略更新
Fibo 2 Edit 才是 Klein 3 本该有的样子。（热度：1189）：Reddit 用户报告称 Fibo 2 Edit（HF 模型）是一款快速、开箱即用的“无审查”图像编辑模型，在简单编辑中未观察到色彩偏移/质量损失，并将部分质量提升归功于 Flux 2 VAE。他们给出了通过 PR Comfy-Org/ComfyUI#17240 实现的实验性 ComfyUI 支持，但随后更新称其在复杂提示词和多参考图编辑上表现吃力，“并不比 Qwen 更好，只是更快。”评论将 Fibo 2 Edit 视为可能“迄今最佳编辑模型”，主要因为它没有审查，同时引发了一场旁支讨论，暗示审查可能会降低模型的实用性。另一位评论者强调了开放权重图像模型的快速进展，列举了即将推出/已可用的模型，如 Ideogram 4、Krea 2、Qwen 2.1、LTX，以及可在消费级硬件上于 ComfyUI 中运行的量化版 Hunyuan Image 3。
用户们强调 Fibo 2 Edit 是一款强大的图像编辑模型，并指出据报道它是无审查的，有评论者称其为“迄今最佳编辑模型”。讨论将此视为一个更广泛趋势的一部分，即限制较少的图像模型在实际编辑质量上被认为优于过滤更严格的替代品。
有人报告了一项与技术相关的输出分辨率限制：据称 Fibo 2 Edit 会将源图像降采样至约1MP，然后通过 Flux 2 VAE 进行处理，导致结果模糊。这表明瓶颈可能在于预处理/VAE 的分辨率处理，而非单纯的编辑语义。
评论者提到对 ComfyUI 支持以及更广泛的开放权重生态系统势头的兴趣，列举了诸如 Ideogram 4、Krea 2、Anima、Qwen 2.1、Moss Image、Ming Image、Minimax H3、LTX 以及量化版 Hunyuan Image 3 等模型。后者被指出可能可在消费级硬件上于 ComfyUI 中运行，这意味着量化正让更大的图像模型在本地更易获取。
截至 3 小时前，Linux 内核不再要求在新代码提交中声明使用了 AI。（热度：1071）：torvalds/linux 的一张截图显示Linus Torvalds提交了14c8977，合并了 Linux 文档更新，其中移除了此前对新内核提交的“Assisted-by”要求。这意味着贡献者在向 Linux 内核提交代码时不再需要明确声明 AI 辅助，政策从强制披露 AI 使用情况发生了转变。评论分为支持和预期反弹两派：一位评论者认为“AI 代码全是垃圾”这类假设已经过时，而另一位则预期社区会炸锅。一位务实的评论者表示，他现在可能会用 Claude 提交一个长期存在的本地驱动修复，暗示这一变化可能降低某些贡献者的门槛。
一位评论者提到，他一直在多个版本间保留一个本地内核补丁，用于修复一个影响某些采用特定芯片的主板的驱动 bug，而放宽的 AI 披露规则可能让他们更愿意使用 Claude 将该修复推向上游。其技术含义在于，减少披露和流程摩擦可能会增加那些原本只能作为私有本地补丁存在的小型、特定硬件修复的提交量，尽管该评论并未指明具体驱动、芯片组或确切 bug。
来源：Latent Space · latent.space
原文链接：https://www.latent.space/p/ainews-openais-patch-the-planet-program