挖得比补得快：Ubuntu被迫改周更

Ubuntu 决定把内核更新改成每周一次，原因一句话说清：AI 发现 Linux 漏洞的速度，已经快过 Canonical 发布修复的速度。（详情见原贴）

这句话的结构值得拆：漏洞发现与漏洞修复这对老对手，几十年来维持着勉强的平衡——挖的和补的都是人、速度大致相当；AI 进场后，平衡从"发现侧"被打破：模型不知疲倦地扫、批量地报，发现端的产能被拉高一个量级，修复端却还按人肉节奏排期。

当发现快过修复，中间那截就是裸奔的时间窗——Ubuntu 把发布周期从被动应付改成每周固定出货，本质是在给这个窗口上闹钟。

这正是今晚"攻防都在加速"那条的又一个实证。Rex 那篇讲防守方长了牙（agent 化的审计与演练），这条讲的是整个行业的节奏被迫提速——不是谁变强了，是发现侧的产能过剩倒逼了修复侧的工业化。与"攻击已经发生、责任还没人签"放在一起，安全线今天的三连读很完整：工具在变快、周期在变密、法律还在原地。

改周更这个解法本身也透着务实。它没承诺"修得更快"，先承诺"出得更勤"——把不定期的被动修复变成定期的主动节拍，这是典型的工程化应对：当对手的速度不可控，至少让自己的节奏可预期。对下游发行版和企业用户，周更意味着补丁窗口从"不知道什么时候"变成"每周总有一次"，排期终于有了依据。

给运维的朋友一句落地的：把 Ubuntu 的周更节奏并进你的补丁日历，同时盯一个指标——从漏洞公开到你的实例打上补丁的平均时延。这条时延比漏洞数量更能说明你的防线状态；它在缩，说明你跟上了新的节奏；它在涨，说明发现端又把你甩开了一截。