一句话定义：全球协同修复（Patch the Planet / Coordinated Remediation）是指当自动化智能体批量挖出成百上千个真实漏洞之后，把“先修哪个、谁来修、什么时候对外说”从各家各修各的，变成一套跨厂商的排期与披露机制。
为什么会有这个词
过去漏洞挖掘是稀缺事件：找到一个能远程触发的内存破坏，值得单独写一篇分析。现在智能体可以按天产出候选漏洞，经人工验证后仍有大量真货。瓶颈随之从“发现问题”转移到“让人把问题消化掉”。这时的风险不再是漏修，而是踩踏：所有人同时涌向同一批维护者，或者未修的漏洞地址提前外泄。
打个比方
城市地下管道抢修。以前是偶发爆管，抢修队随叫随到；现在一夜之间全城测出三千处渗漏。你既不能让所有工人挤进同一个小区，也不能把还没修的渗漏点坐标直接贴到公告栏上，但也不能捂着不说。于是需要排班表、片区协调和告示期。
三个核心部件
1. 分级调度：按可利用性、影响面、是否已在野利用排序，而不是按发现时间。能远程打穿、且无需认证的排最前。
2. 补丁产能分配：维护者的注意力是有限资源。同一个底层库被几十个下游产品复用，修一处要等整条依赖链跟上，所以“修完”往往是分批到达的。
3. 披露窗口：在协调披露（coordinated disclosure）的框架上做分档——难修的给更长窗口并允许协商延期，但必须保留默认值，防止无限拖延变成事实上的隐匿。
和“报告洪水”的区别
报告洪水（report flood）是输入端现象，协同修复是输出端机制。
| 维度 | 报告洪水 | 全球协同修复 |
|---|---|---|
| 核心问题 | 信噪比：大量重复、无法复现、低质量的报告 | 调度：假定大部分为真，怎么有序修完 |
| 瓶颈位置 | 报告筛选与去重 | 补丁产能与跨厂商排期 |
| 典型失败 | 维护者被淹没、干脆关掉入口 | 窗口撞车、下游追不上、提前泄露 |
| 衡量指标 | 有效报告占比、重复率 | 平均修复时长、分批完成率、窗口违约率 |
对普通人和从业者意味着什么
普通人的直观感受是：系统更新会来得更频繁、更碎，重启提示变多；“零日漏洞”这个说法会逐渐贬值，因为它不再罕见。对从业者，漏洞管理的重心从“能不能找到”转为“排队与协调”：软件物料清单（SBOM）让依赖关系可算，能给机器读取的复现用例让验证可自动化，而修复时限（SLA）会像今天的可用性指标一样写进合同。安全团队的核心能力，正在从挖掘转向调度。
具体披露流程与时限各厂商和协调机构不同，以官方页面为准。