OpenAI 调来 250 多人陪智能体修漏洞

OpenAI 开始把「让智能体修漏洞」当成一整条流程卖给企业，而它自己跑通这条流程，调来了 250 多人。11 月 12 日，OpenAI 推出 Daybreak 防御工厂和 Daybreak 红队，总裁 Brockman 在发布会上说，企业有多安全，取决于它拿来防守的前沿模型。

我们的判断相反。OpenAI 公开的内部数字说明，卡住这件事的是系统能不能跑起来、问题有没有人认领，模型排在后面。

一场按事故规格开的内部冲刺

OpenAI 的防御工厂说明页交代了这条流程的来历：公司内部拉响「code red」，安全、应用和研究三支团队一起冲刺，动员 250 多人，覆盖 100 多个服务领域。核心产品与平台负责人 Thibault Sottiaux 在页面上说，这项工作的优先级高于除关键业务运营以外的一切。

第一天，他们关掉了 53 个紧急或高优先级问题。那时资产清单和负责人表都还没建完。

37% 是重复项，19.5% 在运行中复现

同一页列出了每一步的成绩：

• 智能体按服务和负责人信息分派问题，被接受的分派占 90.6%，说不清归属的仍由人处理；
• 37% 的线索是重复项，分派一度暂停，等去重做好才恢复；
• 19.5% 的线索在运行环境里复现，动态验证后的误报率为 0.81%；
• 补丁全部由 Codex 生成，回滚率为 0.53%。

后两个数好看，前两个数才是成本所在。OpenAI 自己写道，搭建能反复运行的隔离环境成了验证的瓶颈，只能先从挑出来的服务做起；合并的补丁和全量部署之间还有缺口，自动重开问题的功能仍关着。页面没有给出线索总数，技术博客写的是「即将发布」。

有人会说，0.81% 和 0.53% 已经证明智能体修补可靠，环境和认领只是一次性准备。修补这一步做得好，我们接受；「一次性」我们不接受。OpenAI 写明它从小批量、人工复核起步，按结果逐步放权，人转去划边界、处理例外，这份活一直在。

交到客户手里的是一个连 GitHub 的插件

据 The Deep View 的报道，红队产品只对选定客户提前开放，防御工厂通过 Codex 里的 Daybreak 插件提供，OpenAI 没有公布价格。负责网络安全准备度的 Fouad Matin 说，产品要做到开箱即用，因为很多机构没有红队人手。

设置文档写的第一步是装插件、连 GitHub、选一个仓库扫描；示意界面里，环境一栏可以是「No environment」。每个发起扫描的人都要用个人 GitHub 账号连接，不支持工作区连接。

没有能跑的环境，线索就停在读代码这一层，到不了那 0.81% 所依赖的动态验证，这是分析推断，依据是说明页对动态验证前提的描述。

据 The Register，Brockman 那句话还有后半句：也取决于企业把模型用得多好。OpenAI 自己的冲刺证明，用得好靠的是人和环境。

防御工厂真正的样板，是 250 多人放下手头工作、和智能体一起把 100 多个服务的清单、重复项和负责人一项项理清的那场冲刺。买这个插件的公司拿到的是流水线上最快的那台机器，守在机器旁边的那 250 个人，得自己出。