OpenAI 称 Patch the Planet 用 GPT-5.6 Sol 发现 PHP2Shell 漏洞

← AI 新闻AI 新闻OpenAI 的 Patch the Planet 计划是发现 PHP 核心中 PHP2Shell 漏洞的两方之一，该漏洞影响 70% 的网站，发现过程使用了 GPT-5.6 Sol；双方协同响应历时 2 个月

大规模加固行动拉开帷幕Latent Space10 月 22 日·阅读时长 37 分钟

大约 2 个月前，OpenAI 为 Frontline Defenders 推出了 Daybreak，这是一项 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 生态系统的协同响应无疑是开发者社区最理想形态的体现。

我们应当预期，至少在未来一年内还会不断发现此类严重漏洞；但责怪发现漏洞的报信者是错误的做法；相反，值得庆幸的是，我们的关键软件正在接受人类历史上规模最大的安全审计。

2026 年 10 月 20 日至 2026 年 10 月 21 日的 AI 新闻。我们检查了 12 个 subreddit、544 个 Twitter 账号，未再检查 Discord。AINews 网站可搜索所有往期内容。提醒一下，AINews 现在是 Latent Space 的一个栏目。你可以选择开启或关闭邮件推送频率！

AI Twitter 回顾

头条：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 基金会合作以支持和加固该补丁。@OpenAI、@itszn13

Cloudflare 在计划补丁发布之前部署了初步的 WAF 缓解措施。其 CTO 表示，这些规则覆盖了已知的利用途径，所有客户（包括免费套餐）均可使用，并且随着早期攻击的出现正在不断更新。他明确称这些规则是临时措施，并指示运维人员在 UTC 14:00 打补丁。@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的发布做好准备，这与Cloudflare在UTC 14:00的公告一致。其中一条正确强调，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提供了发布前过滤。谷歌还宣传了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所致入侵的证据。所提供的feed混合了防御性发现、供应链攻击、凭据窃取、预防性关停以及无关漏洞。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报告称，自4月以来CVE从每月约4,000个增至15,000个，并询问了形式化验证、更安全的发行版以及没有红队的组织等问题。这些计数在此未获独立核实，披露数量也不是成功利用的直接衡量指标。其他帖子询问对完整代码库进行安全扫描将花费多少，并将挑战重新表述为加固平凡的基础设施，而非只争论抽象的灾难。@saranormous、@saranormous、@teortaxesTex、@mimi10v3

对事件响应团队而言，可辩护的顺序是：获取权威的PHP和发行版公告，清点暴露的运行时，在合理情况下应用临时防护，部署经过认证的修复软件包，验证正在运行的进程，并单独调查利用证据。更新堵住了一个漏洞；它并不能证明凭据或数据从未暴露。

公众反应：务实谨慎与无依据的升级

谨慎视角强调，互联服务很脆弱，修复可能代价高昂。Joshua Achiam将此刻比作2020年3月，推测互联网封锁，建议备份有价值的互联网资料，并建议打印重要记录。Pressman表示修复成本超出了他的预期。这些是准备性判断——并非即将发生系统性崩溃的证据。纸质副本可能有助于业务连续性，但本质上并非防篡改日志。@jachiam0、@jachiam0、@jachiam0、@jd_pressman

持怀疑态度的一方要求给出具体细节。Alex Johnson 认为，关于银行账户被任意清空的警告模糊了未经授权的转账与客户授权付款的诈骗之间的区别。他援引美国《电子资金划拨法》中关于及时报告的保护条款；这些保护因司法管辖区、账户和具体情况而异，并非普遍保障。Kelsey Piper 则另行警告长期生活在“灭顶之灾”叙事下的心理代价。@AlexH_Johnson、@KelseyTuoc

广泛的个人安全建议需要与 PHP 修复区分开来。密码管理器、唯一凭据、强 MFA、打补丁、运营商 port-out 保护以及美国特定的信用或税务身份保护措施可以减少下游危害。但启用 2FA 并不能防止未认证的 PHP 引擎漏洞被利用。同样，次日避免所有在线支付的病毒式建议也没有得到已证明的影响范围评估的支持。@peterwildeford、@StillMare_

更广泛的威胁背景是真实的，但不能与 PHP2Shell 混为一谈。SemiAnalysis 报道称，自 9 月 25 日以来已有 18 家日本公司披露了数据泄露事件，包括约 660 万个 Times Car 账户、1118 万条 Burger King Japan 应用记录以及可能多达 2250 万条 Sourcenext 记录遭到暴露。该报道将有关 AI 辅助扫描和 API 攻击的发现归因于 JPCERT/CC。另一篇帖子引用了 8 月 19 日的一份公告，内容涉及针对暴露在互联网上的西门子 PLC 的 AI 辅助工具。这些是各自独立的已报告事件和公告；两者都不能证明 PHP2Shell 是它们的入口点。@SemiAnalysis_、@AndrewCurran_

关键未解决的证据缺口是具体的：确切受影响和已修复的版本；CVSS 向量；部署前提条件；独立发现时间线；发布前泄露了什么；成功利用与扫描的区别；经核实的暴露数量；以及每次报告的关停的原因和持续时间。所提供的病毒式事件汇编仅仅把 PHP、GitLab、LiteLLM、Railway、证书颁发机构故障和政府警告放在同一叙事中，并不能回答这些问题。@fiveoutofnine

其他新闻

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 公开生产调度技术：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 节点在 16 个节点的功耗预算内运行，使用 DSX MaxLPS。应将部署时间线视为产品声明，将节点结果视为概念验证，而非已交付的全 fleet 容量（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 并不实质性地需要图像；另一位研究人员强调，在没有图像的情况下运行基准是必要的健全性检查。这是对基准所衡量内容的实质性批评，而非证明其底层编码任务缺乏价值（调查、消融讨论）。

进化的测试框架和接口改进固定执行器：两篇论文加强了围绕智能体优化环境的论据。

OO-Harness：专用子类、源自执行的设计经验和路由，在相同 Gemini 3.5 Flash 执行器下将 AutomationBench 从 61.6% 提升至 77.4%；Workspace-Bench 从 25.5% 升至 39.5%（论文摘要）。

Agent S4：一个元智能体从轨迹中构建工具，无需成功标签。报告的开放 27B OSWorld V2 结果达到 21.3%，是同一模型使用手工构建接口的 3.8 倍；ScienceBoard 从 41.4% 升至 58.6%。这些是论文报告的系统结果，而非仅模型比较（摘要）。

SuperMimic 旨在降低人形机器人训练成本：研究人员报告使用一块 GPU 在三小时内训练了 129,514 个动作，而引用的最先进设置是 128 块 GPU 训练七天。该机制结合了学习到的可微世界模型代理与时间反向传播。声称的 >1,000 倍 GPU 小时减少涉及此运动控制训练设置，而非一般机器人学习（结果、机制）。

智能体产品、检索模型和 API 分发SponsoredYour sponsor ad hereReach the AI engineers building what comes next.

Latent Space 的读者正是那些正在交付智能体、模型和基础设施的人。咨询赞助此位置。business@latent.space →

Claude Duet 进入研究预览：Anthropic 开放了一个由 Opus-5.5 驱动的主动式助手的候补名单；据报道，初始访问权限面向美国 Pro 和 Max 用户。示例包括监控 Slack、准备问题以及在收到请求后进行购买。Stripe 介绍了 Link 钱包购买以及基于 MCP 的开票、退款和收入分析。可用性处于预览阶段，所提供帖子中未披露单独定价（Anthropic 高管、访问权限、支付集成）。

检索版本聚焦精度与上下文成本：Cohere 在 Pro 和 Fast 层级推出 Rerank 5。其可选的 Context Focus 返回带评分的段落而非整篇文档，声称在保持准确性的同时将 token 消耗降低最多 41%。另外，ParseBench 报告称 NVIDIA 的亚 1B Nemotron 3.5 Parse 在其文档理解基准中排名第一（Cohere 功能、可用性、ParseBench）。

Kling 4.0 的推出已覆盖 API 访问：fal 最初宣布提供 UI/智能体访问，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 发布了年度公益报告，并任命实验物理学家、前哈佛大学理学院院长 Christopher Stubbs 加入其长期公益信托。这是一项治理进展，与公司的模型评估和产品发布相互独立（报告、信托任命）。

热门推文（按互动量）

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

Cloudflare CTO：免费 WAF 缓解措施只是权宜之计——请修补 PHP — 7,000

Nous Research：Hermes 在 GTC 上编排机器人训练工作流 — 6,400

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 万亿 token，并在非高峰定价下实现约每卡每小时 38 美元的收入。评论者认为此次开源相比 Anthropic、OpenAI 或 Meta 异常激进，其中一人称那些实验室“绝不会这么做”。一些用户仍不清楚该框架的实际作用，只是问道：“它是做什么的？”

一个关联的知乎来源声称，DeepInfer 为 DeepSeek V4.1 Flash 实现高吞吐、低延迟推理，报告单集群吞吐量为每天 155 万亿 token，并在非高峰定价下实现每卡每小时 38 美元的收入：

。评论者强调，与 OpenAI、Anthropic 或 Meta 等公司相比，这是一次异常激进的公开披露。

一个技术层面的担忧是，DeepInfer 究竟是真正通用的推理框架，还是主要针对 DeepSeek 自身的模型架构进行了调优。一位评论者指出，与旗舰模型绑定的炫目框架发布往往隐藏了特定于架构的优化，这些优化可能无法顺利迁移到其他 LLM。

帖子中提到的一个性能数字约为 256 token/s × 100 用户，评论者称其为极高的并发服务吞吐量。这意味着 DeepInfer 可能面向生产规模的多用户推理，而不仅仅是单请求延迟基准。

Eagle-4 发布：比 DFlash2 和 DSpark 更快（活动量：306）：EAGLE-4 是一个源码可得的投机解码栈，使用经硬件/工作负载校准的草稿树，并提供面向 SGLang、vLLM 和 TokenSpeed 的 eagle-harness 集成路径；目前报告的支持/基准测试集中在 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）。评论者还指出，Nemotron Bolt 所使用的 LiLiCorr 是一个竞争的投机解码器，其基准报告更细粒度（论文）。评论者质疑 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% 的预填充改进，而不是现实世界中 LLM 推理的广泛 1.9 倍加速。一人链接了此前帖子中最受认可的反驳，强调表面上的底层 BF16 增益尚未转化为实际的端到端工作负载。

有人提出了一个技术担忧：BF16 运算可能只占推理时间的一小部分，因此在 RTX 3090 上加速或解锁 BF16 路径影响有限，除非瓶颈确实是 BF16 计算，而不是内存带宽、KV 缓存访问、采样或其他内核。另一位评论者指出，采用与否将取决于该修改能否安全实施，并在 CUDA 和 NVIDIA 驱动更新中保持稳定。

在价格方面，评论者怀疑二手 RTX 3090 的价值会因这一消息而大幅飙升，认为 GPU 定价更多由更广泛的行业供应合同和新卡定位驱动，而不是小众 LLM 爱好者需求。一项对比提到，一张新的 Radeon RX 9700 级 32 GB 显卡价格约为 2,000 美元，可能比价格虚高的二手 3090 更具性价比，不过该帖中并未对确切产品命名/价值主张进行深入基准测试。

2. 新开放模型：Ornith-1.5、Flint、Tiny Voice-Cloning TTS

ornith-ai/Ornith-1.5-122B（Qwen 微调）（活动量：438）：Ornith AI 发布了 Ornith-1.5-122B，这是一个 122B MoE 推理模型，在 Qwen 3.5 / Gemma 衍生谱系上从 Ornith-1.0 微调/继续训练而来，采用自我改进循环，通过 RL 联合优化任务生成、脚手架构建和解决方案 rollout，而不是仅使用固定的人工策划任务。产物包括 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 是 Hugging Face 上一个采用 Apache-2.0 许可证的仅解码器 MoE 编码智能体模型，总参数为 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 柏林站的一项技术公告将 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 栈从约 1 亿参数压缩到 1820 万、690 万和 190 万参数的变体。压缩流程使用从约 3 亿参数教师模型进行蒸馏、单次内置无分类器引导、由 PCA 导出的 64 维主干–头部潜在接口、结构化 transformer 剪枝、单独的主干/头部/编解码器蒸馏，以及可选的奖励微调；报告的 CPU 吞吐量在 1820 万参数模型上达到约 9.9 倍实时，在 190 万参数模型上达到约 25 倍实时，其中 1820 万参数模型在 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 涨价即将到来 --> 三星 2027 年 HBM 产能已 100% 售罄——预计明年 HBM 价格将上涨 200%，DRAM 价格预计将出现两位数涨幅（活动量：1227）：GSMArena 报道称，三星据称已通过与大型科技客户签订的大额多年期合同，预售出明年约 70% 的通用 DRAM 产量以及 100% 的 HBM 产能。由此产生的内存供应紧张预计将在 2027 年第一季度推动 HBM 价格上涨 150–200%、DRAM 价格上涨两位数，从而加大 GPU/AI 加速器以及未来 Galaxy 手机等下游设备的 BOM 压力。评论者预计 HBM 供应紧张将进一步恶化消费者/本地 AI GPU 的可负担性，同时指出这一依赖循环：前沿模型需要超大规模 GPU 集群，但本地推理用户却在争夺同样受限的内存供应。一些人认为，稀缺性可能会迫使优化转向更小、更高效的模型以及更长的硬件生命周期。

一些评论者将报道中的三星 2027 年 HBM 售罄以及预期的 HBM/DRAM 涨价与本地 AI 硬件日益恶化的经济性联系起来：本地推理用户需要 GPU，但超大规模厂商和 AI 实验室同时在为训练和数据中心扩张吸收供应。一位评论者指出，GPU 采购似乎在与数据中心容量建设相匹配之前就已加速，这意味着库存囤积可能会使消费级/专业消费级 GPU 供应在数年内持续受限。

有人提出了一个技术经济观点：随着 GPU 和内存价格上涨，而部分云 AI 服务变得更便宜，本地 AI 设备与云推理之间的盈亏平衡点已经外移。该评论者特别指出，MoE 模型放大了这一效应，因为数据中心可以比单台本地机器用昂贵的、依赖大显存的硬件所合理支撑的方式，更高效地在众多用户之间复用稀疏专家激活。

一位评论者认为，硬件稀缺可能会推动模型侧的优化，激励更小、更高效的模型，而不是单纯扩大参数数量和内存带宽。其含义是，高 HBM/GPU 价格可能会加速压缩、量化、蒸馏、稀疏架构以及推理效率改进方面的工作。

我们何时会看到这些变化？--> 中国将 RAM 产量翻倍，以防止日常电子产品价格飙升（活动量：402）：该帖子询问，消费者何时会感受到中国据称将 RAM/DRAM 产量翻倍所带来的价格影响，此举很可能是通过长鑫存储等国内供应商来应对不断增长的内存需求。热门技术评论认为，影响将是渐进的：新的 DRAM 产能需要数个季度/数年才能逐步释放，会被边缘计算和数据中心等领域的潜在需求吸收，并且可能主要降低价格上涨的速度，而不是带来明显的消费价格下降。评论者怀疑全球买家会在短期内看到节省：一种观点认为，中国的产量将主要满足中国国内需求，减少中国的进口，而不是涌入出口市场。另一种观点认为，制造商不会为了低利润的消费级 DRAM 而放弃高利润的企业/数据中心销售，因此终端电子产品价格可能仍将居高不下。

几位评论者强调，额外的 DRAM 产能将逐步出现，而不是表现为明显的价格下降：新晶圆厂需要数年才能逐步释放产能，而新增供应可能会被边缘计算、数据中心和消费设备的潜在需求吸收。一种预测是，近期的主要影响是价格通胀放缓，而不是 RAM 变得更便宜，因为供应商不太可能为了低利润的消费级销售而放弃高利润的企业/AI 需求。

一位详细的供应链评论者引用了长鑫存储到 2028 年达到每月 60 万片晶圆的目标作为相关时间尺度，认为由 AI 热潮引发的内存产能扩张将从 2025 年底开始陆续到位，并持续到 2030 年。该评论者还指出了全球范围内的并行扩张：美国纽约州、爱达荷州和印第安纳州的晶圆厂部分与《芯片法案》相关；三星在其内存中心新增第四和第五座设施；以及 SK 海力士在其 Y2 工厂投资约 35 万亿韩元，并在其 F17 晶圆厂投资 19 万亿韩元。

另一个技术/经济观点是，中国增加的 DRAM 产量可能主要替代进口，而不是涌入全球消费市场：长鑫存储可能会优先满足中国国内需求，尤其是在数据中心建设激进的情况下。评论者认为，内存制造具有高度周期性和资本密集型特点，过度建设可能使创纪录的利润变成破产，因为万亿美元规模的晶圆厂在需求下降时无法迅速转产或清算。

技术性较低的 AI Subreddit 回顾

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

1. 用于个人和数据工作流的 Claude 智能体

Claude Duet：Anthropic 就这么随手推出了这款个人助理，称其为主动型智能体。这是对 Muses、Bots 和 Dots 的回应（活动：1306）：图片是 Claude 在 X/Twitter 上发布公告的截图，介绍了 Claude Duet——一款研究预览版应用，将 Claude 定位为主动型个人智能体，而非纯粹的聊天式助手。帖子声称 Duet 能主动提示需要关注的事项，在用户离开时异步完成所请求的任务，并在代表用户行动前请求确认；一位评论者指出，据报道它将在 20 美元套餐中提供。评论者反应不一：一人表示这与他目前使用 Claude 的方式相符，并质疑 Duet 与 Muses、Bots、Dots 等其他智能体/应用概念有何区别。另一条高赞评论是一个非技术性玩笑，没有提供实质性的技术背景。

评论者指出，Claude Duet 似乎包含在 Anthropic 现有的每月 20 美元套餐中，这表明 Anthropic 正将主动型智能体/助手层定位为主流付费 Claude 使用的一部分，而非单独的企业专属产品。

若干技术性批评认为，Anthropic/OpenAI 类厂商目前推出的“助手”产品，看起来仍只是对不同前沿模型套上的薄薄一层聊天机器人外壳，而非根本性的新智能体系统。用户质疑 Claude Duet 与使用 Claude、Muses、Bots 或类似助手抽象的现有个人工作流有何区别。

一位评论者认为，缺失的一环未必是模型能力，而是结构化的个人数据集成和产品编排：一个有用的助手需要更好的模式、上下文管理以及与外部服务的集成。他们认为所需技术已经存在，但需要被打包成连贯的助手体验，而不是又一个通用聊天界面。

我用 Claude 修好了我的三星电视（活动：3894）：一位用户报告称，他使用 Claude 作为交互式智能体，诊断出三星电视运行的是 Tizen 而非 Android，然后通过提供本地网页、生成本地服务器二维码，并利用手机摄像头每 4 秒拍摄电视截图以获取视觉反馈（二维码截图），绕过了无法访问网络摄像头的限制。据称，该智能体花了约 30 分钟更改隐私/遥测设置、删除三星广告 ID、禁用未使用的应用、重新排列图标，然后构建了一个自定义的“Apple TV 风格”启动器/主屏幕应用，以及一个用于快捷方式和背景的配套设置应用（启动器、设置界面）。一位高赞评论者描述了类似的面向客人的自定义电视启动器流程：抵达前收集偏好、个性化呈现 Plex/媒体/新闻、音乐/背景/欢迎屏幕、行程/天气显示，以及通过 Home Assistant 控制户外灯、泳池曝气器和喷雾器。评论者主要惊讶于该用户竟尝试用 Claude 进行这种程度的自主电视去臃肿/定制；一人将其视为超越标准编码辅助的智能体式 UI 自动化的实际案例。那段猫视频的插曲被当作趣事看待，而非技术失败。

一位评论者描述了使用 Claude 构建/替换三星电视启动器，打造面向客人的自定义界面：通过问卷驱动的个性化，提供 Plex 电影、电视/新闻频道预设、背景音乐、天气、行程和本地推荐。他们还将启动器与 Home Assistant 集成，使客人可以直接从电视主屏幕控制户外灯、泳池曝气器、喷雾器和其他智能家居设备。

另一位评论者建议，与其采用 Claude 驱动的自定义工作流，不如安装 cleanyourtv——一个在 GitHub 上约有 15,000 颗星的项目，旨在清理/精简智能电视。他们将其视为比让 Claude 手动指导或生成电视修复过程更快、消耗 token 更少的替代方案。

被特别提到的一个技术细节是移除了电视的广告 ID，这意味着最初由 Claude 协助的修复包含了隐私/去臃肿步骤，而不仅仅是 UI 调整。这被视为对三星智能电视的一项值得注意的隐私导向修改。

我用 Claude Code 替换了三星电视的主屏幕（活动：1069）：图片展示了一个自定义的三星电视启动器，用极简的网页风格界面取代了原厂满是广告的主屏幕：时钟/日期、精选应用磁贴、游戏主机快捷方式、设置和遥控器提示。作者表示，Claude Code 帮助构建了该启动器，并通过在笔记本电脑浏览器中模拟三星电视 API 来加快迭代；据报道，Home 键接管使用了一个类似 CleanFrame 的辅助工具，该工具会修改未公开的电视设置，仅在 2022 款三星 Q70B 上测试过。代码已在 GitHub 上提供，并有更长的说明文章。评论者持怀疑和两极分化的态度：一位评论者称赞该项目是规避三星/LG 遥测和广告的一种方式，而其他人则怀疑是垃圾信息/诈骗转发，或认为它重复乏味而不屑一顾。

评论者对三星/LG 专有智能电视软件提出了隐私/安全担忧，认为开源替代 UI/操作系统可以减少厂商遥测和不必要的追踪。一个技术相关的告诫是，“凭感觉编码”的电视固件或主屏幕替换若在未理解平台启动/更新限制的情况下部署，可能会使设备变砖。

一个以安全为重点的讨论串警告称，鼓励用户运行未经审查的电视代码可能造成巨大的攻击面：被攻陷的替换启动器或脚本可能实现对多台电视的同步远程控制，例如强制在设备上播放攻击者选定的视频。

一位用户询问替换三星主屏幕是否带来了可测量的延迟改善，并指出原厂电视启动器感觉“慢得像猪”。他们还提到使用 Claude 安装 Jellyfin，表明他们关心 AI 生成的电视启动器相比 OEM 智能电视软件能否改善本地媒体工作流的响应速度。

我把1100万篇新闻文章的数据库交给Claude Code，它发现了一些奇怪的模式（活动：1604）：这张图片是技术仪表盘截图，不是梗图：它展示了CLSTR深色主题的“此刻世界”地图，其中新闻摄取流水线按国家可视化当前全球事件量。在帖子中，作者称该系统每天处理来自4万多个来源、40种语言的约10万篇文章，将它们聚类为事件，并在累计处理11,079,667篇文章后提供派生分析；截图显示过去3小时内161个国家共2,703个事件，并突出显示一个主要聚类“法国在广泛内乱中实施宵禁”，包含673篇文章。重要的澄清是，Claude Code并没有阅读1100万篇完整文章；它查询/导出了作者流水线生成的聚合聚类元数据，该流水线使用嵌入、启发式方法和LLM判定步骤。评论者争论该方法论是否支持这些主张：一个持怀疑态度的讨论串认为，Claude很可能只编写了启发式分析代码，而来源选择和聚类偏差可能主导了观察到的模式。其他人则更为乐观，认为这是LLM智能体帮助揭示现实世界数据中大规模模式的一个例子。

几位评论者质疑Claude Code是否真的直接处理了1100万篇文章，认为在这种规模下进行完整的基于LLM的分析将昂贵且缓慢得令人望而却步。更合理的实现方式是Claude编写辅助代码或启发式方法来聚合/搜索语料库，但评论者警告说，此类启发式方法需要记录在案，因为它们可能主导结果。

一个主要的方法论批评是缺乏关于数据收集、来源选择和抽样偏差的细节。评论者指出，如果来源来自Google News或其他聚合器，观察到的模式可能反映的是排名、地域性、点击历史个性化或来源可用性偏差，而不是真实的媒体行为。

评论者还指出了潜在的语言/来源覆盖问题，包括声称未知语言条目被标记为英语，以及明显缺少俄语、中文或韩语等主要非英语语料库。他们争辩说，如果没有来源文档和语言标记验证，关于全球新闻模式的结论在技术上将是薄弱的。

2. Robotaxi与人形机器人规模化

Waymo的Robotaxi严重碰撞事故比人类少95%。现在它计划组建2万辆车队（活动：1457）：Waymo最新的安全数据显示，仅载客行驶里程达2.713亿英里，每百万英里严重伤害/致命碰撞为0.01起，而建模的当地人类基准为0.21起/百万英里，即严重碰撞减少约95%，伤害碰撞减少约82%。IIHS对2021–2024年联邦碰撞数据中约5000万英里无人驾驶里程的分析发现了方向相似的降低——警方可报告碰撞减少68%，伤害碰撞减少81%——但指出了报告局限性，以及奥斯汀的结果略差于人类基准。据报道，Semafor称Waymo计划到2027年底从约4,000辆车扩展到20,000辆，部分通过50亿美元债务融资。评论者争论该基准是否具有可比性：支持者认为严重碰撞足够常见，因此降低幅度是有意义的，而且Waymo很少有过错；而怀疑者指出，Waymo当前的ODD主要是密集城市、低速、有限高速公路驾驶——不同于许多严重碰撞发生的乡村/郊区或高速高速公路场景。

一位自称拥有OEM碰撞安全工程经验的评论者认为，报道的Waymo安全结果与十年来的AV研究一致：人类驾驶是一项高风险的日常活动，而自动驾驶系统总体上显示出较低的严重碰撞率。他们强调，报道的指标似乎基于碰撞总量而非过错，并指出Waymo经常卷入由人类驾驶员造成的碰撞，而不是发起方。

另一位评论者提出了暴露偏差的担忧：据报道，Waymo车辆主要在密集城市环境中运行，很少在高速公路上运行，而高速碰撞和严重伤害在高速公路上更为常见。他们提出，严重碰撞减少95%的说法可能无法推广到乡村、郊区或频繁高速公路运行（车速更常超过50英里/小时）的场景。

一位评论者指出，奥斯汀特定的碰撞率比较可能在统计上较弱，因为据称研究期间仅包含该地2起Waymo碰撞。他们争辩说，这一样本量太小，无法就该市场中Waymo是否比人类驾驶员更安全或更不安全得出强有力的结论。

Unitree最新机器人：H2-X功夫传奇守护者（活动：3907）：Unitree发布了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。感谢阅读

保持领先一步。