“要么分叉，要么离开。”当Linux创始人林纳斯·托瓦兹在2026年7月15日的内核邮件列表中说出这句话时，他面对的不是某个粗心的开发者，而是整个开源社区对AI工具最深层的不安。
这场争论的导火索叫Sashiko——一个由Google工程师Roman Gushchin开发的AI代码审查工具。它于2026年3月正式亮相，自动扫描LKML上的每一封新补丁邮件，用Google Gemini Pro模型生成审查意见。代码在Apache-2.0许可下开源，所有权归属Linux基金会，模型算力由Google捐赠。听上去像一个标准的技术工具升级故事。
Sashiko捅了马蜂窝。
两个数字，两种情绪
Roman Gushchin在发布公告中给出了两个数字，像两块磁铁的同极，把社区推向了两端。
第一个是53%。在基于1,000个未过滤上游issue的测试中，Sashiko使用Gemini 3.1 Pro成功标记了53%的Bug。不算惊艳——意味着将近一半可能是误报。但第二个数字让所有人为之沉默：Gushchin补充说，这53%的Bug，“100%被人类审查者遗漏了”。
每一个提交到LKML的补丁，都可能藏着一两个连顶级内核工程师也没看出来的隐患，而一个AI工具正以过半命中率逐一揪出。
Andrew Morton，Linux内核维护者中的元老级人物——正是他当年那句“不，谢谢”挡掉了无数争议性补丁——第一时间要求所有提交者必须阅读并回复Sashiko的审查意见。这不是建议，是要求。
而反对者也有充分的理由：Sashiko的误报率太高。审查一个补丁，它可能标记出五六个问题，其中三个是假阳性。在每天流动成百上千补丁的LKML上，每一步额外的甄别都可能成为瓶颈。增加维护负担，而非减轻它——这是反对者最核心的指责。
当托瓦兹说“离开”
7月15日，争论达到临界点。托瓦兹在LKML上亲自下场。他的表态简洁到近乎冷酷：Linux不排斥AI。但反对者应该尊重项目决策——要么fork独立开发，要么退出。
这不是托瓦兹第一次用这种语气说话。从2005年BitKeeper许可证争议后两周写出Git，到2018年对某些开发者“不专业行为”的公开斥责，再到对Rust进入内核的谨慎表态——他不是代议制民主的信仰者。在他看来，维护者有权做决策，如果你不同意，代码是最好的投票方式。
但这一次，对手不是某个具体的代码质量问题，而是一种正从工具变为基础设施的技术范式。
Sashiko是什么：一把AI刺子绣
这个命名取自日本传统工艺，“刺し子”——用白色棉线在靛蓝布料上绣出几何纹样的加固针法。内核开发者选了它作为名字，寓意不言自明：在3400万行C代码和成长中的Rust代码之间（截至2025年4月，内核约含3400万行C代码与约25,000行Rust代码），人眼已经不够用了。
Sashiko做的事与其他AI编码助手有本质区别。它不是Copilot那样的自动补全，不是ChatGPT那样的编码问答。它是“审查员”：自动读取邮件列表上的新补丁，运行一套多阶段审查协议，模拟人类审查者的思考流程——从不同角度审视变更，然后输出意见。Phoronix的报道指出，它基于Chris Mason在2025年10月开发的review prompts，但采用了“一种不同的多阶段审查协议，某种程度上模拟了人类审查过程，迫使LLM从不同角度看待变更”。
据LWN主编Jonathan Corbet的深度分析，Sashiko“虽然基于专有模型，但它是开源社区在AI工具方向上的一个实质性进步”。
算力捐赠的隐忧
Sashiko有一个结构性的软肋，反对者最担心的根源也在这里——它依赖Google的LLM算力。
Corbet一针见血地指出：“Sashiko依赖其底层的LLM，因此需要某个慷慨的赞助者愿意提供其所需要的LLM时间。这件事正在发生，在AI泡沫仍然膨胀、LLM供应商正试图制造依赖关系的当下。但在某个时刻，这种慷慨很可能会结束。Google现在正在大方地捐赠，但别忘了，这家公司曾经免费向开发者发放Nexus One手机。现在那些人得自己掏钱了。”
这段话触及了开源社区多年未曾面对的核心矛盾：自主性。
过去二十年，开源项目面临的核心瓶颈一直是“人的注意力”——维护者的时间、审查者的精力。Git、邮件列表、Patchwork——这些都帮助社区在人力有限的条件下运转。每一行代码的运行只需要一台不算太贵的服务器。
AI改写了这个等式。像Gemini Pro这样的前沿模型，运营成本是传统服务器的百倍甚至千倍。Sashiko的代码是开源的，但它的“大脑”不是。如果Google某天收回算力捐赠——或是调整API定价策略，或是停止对Gemini Pro的免费商用许可——Sashiko就会立即沦为空壳。
LWN还提出了另一个隐忧：当社区习惯了依赖AI审查，人类审查者的能力可能悄然退化。“希望当历史重演时，社区不会让自己做代码审查的能力完全萎缩。”
fork文化遇上AI：锤子敲不碎的服务
托瓦兹“不fork就离开”的表态根植于Linux社区最重要的文化基因。2005年，BitKeeper因许可证争议收回免费使用权，托瓦兹用两周时间写出了Git。这就是fork的力量——你能再造一个工具，然后超越它。
但AI工具有一个根本性的差异：它不是代码，是算力服务。你可以fork Sashiko的全部源码，在GitHub上起一个完美的分支，但你没有能力fork Google的Gemini模型。没有数千万美元的GPU预算，那个fork只是一堆跑不起来的Python脚本。
当开源核心基础设施从“代码”变为“服务”，传统的fork武器就失去了杀伤力。这不是某一家公司的过错，而是AI时代算力垄断对开源社区自治能力的结构性冲击。
更大的图景：AI正在改写开源治理规则
Sashiko的争议不是孤例。2026年，开源社区正在全面面对AI带来的治理挑战。
在Linux内核中，开发者们在讨论“AI Agent Attribution”——AI生成的补丁该署谁的名字？是写prompt的开发者，还是训练AI的公司？在Python社区，AI自动生成PR的讨论同样激烈。在GitHub上，AI生成的代码正在快速增长，Review的质量和归属问题日益突出。
产业数据也印证了这一点。GitLab的2026 AI Accountability Report显示，91%的组织在使用两个以上的AI编码工具，54%在用三个以上。Checkmarx的2026 Future of Application Security报告则指出，96%的开发者已在日常工作中使用AI编码工具。
AI正在从“辅助工具”变为“开发流程中的默认基础设施”。但开源社区的治理模式——基于共识、基于代码主权、基于贡献者自治——能否适应这种变化？
托瓦兹给出的答案直接而强硬：可以适应，但如果你不适应，就离开。
这种态度在短期能平息争议。但长期来看，当AI工具的“非代码依赖”——算力、模型、API服务——成为项目的核心基础设施，fork的选项就会变成纸上谈兵。到那个时候，社区治理的张力将不再是个体开发者与维护者之间的矛盾，而是整个开源社区与商业AI公司之间的结构性依赖关系。
三方博弈，谁会出局
Sashiko争议揭示了三种不同力量的博弈。
Linux基金会已经做出了选择。Sashiko的代码所有权归基金会，从Open Sharing（AI资产与数据交换平台）到其他AI基础设施项目，基金会正在全面拥抱AI。这不仅是技术判断，更是战略押注。
Google可能是这场博弈中最大的受益者。通过捐赠算力，它将Gemini嵌入了全球最核心的开源基础设施。每一个Linux内核补丁都会经过Gemini的审查——Google获得的不只是模型粘性，还有对开源社区未来走向的隐性影响力。
反对的开发者是最大的输家。托瓦兹的表态意味着他们必须在“接受AI审查”和“离开项目”之间做选择。但Linux内核在云计算、移动设备和嵌入式系统中的统治地位，让“离开”几乎不是一个现实的选项。他们可以抱怨，可以争论，但最终会被流程裹挟着接受——开源的“退出权”从来不属于个体贡献者，它只属于那些有能力造出替代品的人。
AI不会fork开源社区。但开源社区如果不会fork AI，就注定会成为AI的附庸。那把叫Sashiko的刺子绣针，缝进的不仅是一行行代码，更是一个时代的治理裂缝。
快报