AI 行业快讯（2026-10-15）：专家反驳「AI 失控」叙事、Passkeys 之争、OpenCode 2.0

1. 安全专家：AI「失控」报告的病根，是实验室丢了安全基本功（HN 825 分）

CSO Online 10 月 14 日刊发分析文章，汇集三位重量级专家——BIML 联合创始人 Gary McGraw、SANS 研究总监 Rob T. Lee、RAND 技术专家 Dan Wallach——对近期密集的「AI agent 失控」报道集体泼了盆冷水：这些事件的核心不是 AI 有自主意图，而是前沿实验室忽视了几十年的老安全实践。

证据链很具体：Hugging Face 入侵「持续数天无人察觉」是监控失效；Lee 直言「隔离被突破，多数是因为根本没设置对」「不是 agent 超级聪明，是确实有个洞被利用了」。文章点名 OpenAI（HF 事件先称「史无前例网络事件」后改口「失准行为」）、Anthropic（模型触达三组织的生产设施）、Meta、Google 的类似事件，唯独表扬 Mistral 主动切断越界模型。背景是压力真实存在：参院立法、FTC 调查、保险商开始倾向高管责任。

这是对我们近期 agent 安全系列报道的重要平衡视角，也给了企业一条更行动主义的结论：与其焦虑「AI 会不会失控」，不如把力气花在 Lee 说的基本功上——出口控制、网络分段、集中化 AI 采纳监督、外部供应商安全评估。失控的前提永远是「容器没造好」。

2. Passkeys 之争：反方 214 分，正方 464 分（本周）

同一周内，HN 先后刷屏两篇针锋相对的文章：上周《Passkeys are a trap. Do not use them》（214 分）历数 passkey 的恢复噩梦与平台锁定问题；本周安全博主 Scott Helme 以《Passkeys are not a trap》（464 分）逐条反驳——真正的风险不是 passkey 本身，而是把所有凭证绑在单一平台的账号恢复机制上，多平台冗余即可化解。

对企业的参考结论：passkey 方向没错，但落地时把「恢复流程」当作一级设计对象——跨平台凭证冗余、企业托管 passkey 策略、员工离职的凭证交接，这三件事想清楚了再全面推广。

3. OpenCode 2.0：编码 agent 平台化的另一条路（HN 269 分）

开源编码 agent OpenCode 发布 2.0 大改版：核心是服务化架构——单一后台进程承载 TUI、Web 与桌面端；Code Mode 用微型 JS 解释器把 MCP 服务器变成可组合的函数，「一次往返替代逐个调用」；后台子任务、80+ 内部插件热加载、SDK 可嵌入服务器乃至 Durable Objects。

有趣的是与昨天我们报道的 Codex CLI 守护进程争议（HN 445 分）形成对照：同样是「常驻后台服务」，OpenCode 把它做成明示的核心设计与可配置能力，Codex 则因默认悄悄开启挨批。编码 agent 竞赛的焦点正从「模型多强」转向「平台架构多合理」——企业选型时，这一层终于有了看得见的差异。

综合 CSO Online、Scott Helme 博客、OpenCode 官方发布说明与 Hacker News 社区信号。