如果你维护过一个开源项目，你大概懂那种崩溃。

邮箱里突然来了十几封“安全报告”。

有人是真的发现问题。

有人复制粘贴 AI 扫描结果。

有人语气很急，证据很薄。

最烦的是，你还不能完全不看。

因为万一里面真有一个洞，最后挨骂的是维护者。

OpenAI 6月22日发布了 Patch the Planet。

这次它卖点不只是“AI 能发现漏洞”。

更重要的是：它承认发现漏洞以后，最缺的是有人帮忙把事做完。

一、维护者缺的不是更多警报，是能落地的补丁

开源世界最荒唐的地方在于：很多商业公司靠它赚钱，但关键项目常常靠很少几个人撑着。

OpenAI 在 Daybreak 文章里引用研究称，广泛使用的项目里，94% 的项目由少于十名开发者负责一年新增代码的 90% 以上。

这数字看着像产业美谈。

其实更像一张欠条。

全世界都在用这些库。

真正修锅的人却没几个。

AI 出现以后，问题更复杂。

模型能更快找出可疑代码，也能让低质量报告变多。

维护者本来就忙，现在还要分辨：这到底是漏洞，还是 AI 一本正经胡说八道。

Patch the Planet 的关键点，是 OpenAI 没把任务直接扔给维护者。

它说会让 Trail of Bits 的安全工程师先做验证、去重、严重性判断、补丁开发、测试和披露协调。

这点很重要。

因为真正保护用户的不是“我发现了一个问题”。

是问题被确认、被修好、被发布。

二、这次有真权益，但别写成人人白拿

对开源维护者来说，这条新闻最实在的部分有三项。

参与项目可获得 ChatGPT Pro。

可获得 Codex Security 的条件访问。

还有用于核心开源开发、维护者自动化和发布流程的 API credits。

这就是读者真正该看的信息差。

不是 OpenAI 又讲了一个宏大安全故事。

而是如果你维护的项目符合条件，可能真的能少花钱、少花时间、少被安全报告拖死。

但这里必须说清楚：这不是公开承诺所有人都能领。

OpenAI 原文写的是参与项目 receive，申请入口在 Trail of Bits 的 Patch the Planet 页面。

条件、额度、周期、地区和审核结果，都要以官方显示为准。

别把它写成“开源作者都能白嫖 Pro”。

那是害人。

更准确的说法是：

如果你是维护者，今天值得去官方页面自查资格。

如果你是公司技术负责人，今天值得问一句：我们依赖的关键开源库，有没有这类外部安全支持。

三、小公司别等事故发生才想起开源账单

很多小团队对开源安全的态度很朴素。

能跑就行。

没报错就行。

Dependabot 提醒太多，先关掉再说。

直到某个库爆出高危漏洞，客户来问，甲方来催，老板来拍桌子，才发现自己根本不知道哪些服务用了它。

OpenAI 这次列出的初始项目里，有 cURL、Python、Go、pyca/cryptography、Sigstore、aiohttp、NATS Server、freenginx、python.org。

这些名字很多普通人没感觉。

但开发团队知道，它们可能就躺在你的服务、脚本、构建流程、证书链路、部署工具里。

开源漏洞的可怕之处，不是它离你远。

是它太基础，你平时都忘了它存在。

如果 AI 让漏洞发现速度变快，企业真正该补的不是口号，而是流程。

四、今天能做的三件小事

这篇不是让你崇拜 OpenAI。

也不是让你把安全外包给 AI。

它更像一个提醒：别等免费帮手来了，你连门牌号都没贴清楚。

如果你是开源维护者，可以先做三件事。

1. 看官方申请页，不看二手截图

只从 OpenAI、Trail of Bits、HackerOne、项目官方渠道核验。

页面显示能申请，再按页面要求提交。

不要把社群里的“听说能领”当资格证明。

1. 把项目最需要帮助的地方写清楚

是漏洞验证？

是补丁测试？

是 CI/CD 改进？

是历史 CVE 变体排查？

OpenAI 原文说，每次合作会先和维护者确认项目需求、偏好和披露流程。

你越清楚，对方越容易帮上忙。

1. 给 AI 报告设一道人工门槛

别把所有 AI 扫描结果直接丢进 issue。

要求复现步骤、影响范围、版本信息、修补建议和最小证据。

没有这些，就先标记为待验证。

维护者的时间也有成本。

如果你是公司开发团队，也可以做三件事。

第一，把核心依赖列出来。

第二，看这些依赖有没有进入类似安全支持计划。

第三，给每个高风险依赖安排升级负责人。

安全不是出事后开会。

安全是出事前知道谁该动手。

五、OpenAI 当然也有自己的算盘

别把这件事看得太纯洁。

OpenAI 做 Patch the Planet，肯定也在展示自己的 Cyber 能力。

尤其在 Anthropic Mythos、Fable 这类安全模型引发争议之后，OpenAI 需要讲一个更好听的故事：我们不只是能找洞，我们还能帮你修洞。

这是公关。

也是竞争。

也是产品入口。

但对维护者来说，没必要因为公司有算盘，就拒绝真实帮助。

判断标准很简单：

有没有人工安全工程师兜底？

有没有尊重维护者的披露流程？

有没有补丁和测试，而不是只扔警报？

有没有官方条件和边界？

有没有让项目长期留下可复用流程？

有，就值得看。

没有，就当营销。

AI 安全最烦人的地方，是很多公司只会制造更多待办事项。

Patch the Planet 值得关注，是因为它至少把问题说对了：维护者最缺的不是更多红色警报，而是有人一起把红色警报关掉。

发现问题很吵，修好问题才值钱。