AI 驱动代码激增时代的开源（open source）与“code first（代码优先）”

来源： 博客文章
作者： Sara Gallian
发布时间： 2026/10/19 23:29:16
原文链接： https://blogs.eclipse.org/post/sara-gallian/open-source-and-%E2%80%9Ccode-first%E2%80%9D-age-ai-driven-code-proliferation

我很高兴地看到，在 FEDERATE 的整个生命周期中——这项由欧盟资助的协调与支持行动汇聚了软件定义汽车（Software Defined Vehicle, SDV）生态系统——我们能够将开放协作确立为一个成功案例。这一成功具体体现在 Eclipse S-CORE 项目中：在最近一次高规格的 FEDERATE 聚会上，Eclipse S-CORE 被反复且慷慨地举为证据，证明面向开源协作的“代码优先”（code first）方法在汽车行业确实奏效。那是个美好时刻，我听到这些话时由衷高兴。

但在随后的交谈中，有人提出了一个问题，此后我一直无法停止思考：在一个 AI 代理（AI agent）据称能在几天内重写整个代码库的世界里，开源和代码优先的价值究竟是什么？

这是个合理的问题，值得一个真正的回答，而不是防御性的回应。那么，答案如下。

“代码优先”简史

当 Eclipse 软件定义汽车计划于 2022 年启动时，“代码优先”对汽车行业而言是一个刻意激进的想法。我们没有采用通常那种自上而下、由规范驱动、先达成共识再承诺的做法，而是要求各组织贡献真正可运行的软件：拼图中的各个部分，其他人可以使用、扩展并在此基础上构建的构建块。这是一场押注：动力来自可运行的代码，而不是来自描述某天可能存在的代码的文档。

这场押注得到了回报，叙事也随之演进。构建块变成了 Eclipse SDV Blueprints：集成且连贯的组件集合，而不是孤立的贡献。Blueprints 又演变为 Eclipse S-CORE，即安全开放汽车核心（Safe Open Vehicle Core），它带来了对功能安全（functional safety）的严肃、系统性关注，以及面向高性能 ECU（电子控制单元）的端到端平台。在每一个阶段，重心都从“这里有一些代码”进一步转向“这里有一个连贯、与安全相关、行业可以真正构建其上的平台”。

因此，当有人说 AI 代理让“代码优先”过时，因为如今代码充裕且生成成本低廉时，我的本能是同意这个前提的一半，但不同意其结论。是的，代码正变得更容易生产。但这从来都不是重点。

AI 代理无法取代的三件事

1\. 安全是流程，而非产出

在汽车软件这样与安全相关的领域，编写代码只是工作中相对较小的一部分。大部分精力都用于遵循严格的流程：需求可追溯性、验证与确认、文档化证据、满足功能安全标准的审查与审计轨迹。AI 代理当然可以加速其中的一些环节，比如生成代码、起草测试用例，甚至标记不一致之处。但它不能取代流程本身，而在安全关键系统中，流程恰恰构成了大部分价值。

这并非巧合，而正是我们最近成立 Eclipse 功能安全委员会（Eclipse Functional Safety Committee）并正式确立 Eclipse 基金会功能安全流程（Eclipse Foundation Functional Safety Process） 的原因。该流程为项目提供了一条明确路径，使其能够以 Eclipse 基金会运营其他一切事务时所用的开放、透明、供应商中立（vendor-neutral）方式，参与符合公认功能安全标准的实践。实际上，这正是第一支柱与第二支柱交汇之处：与安全相关的项目必须遵循的纪律，背后有治理和委员会结构作为支撑，使这种纪律对审计员、监管者或坐在同一张桌子旁的竞争对手而言具有可信度。AI 代理可以帮助团队在该流程内更快推进。但它不能成为外部一方信任结果的理由。

2\. 治理不是代码的副产品，而是信任的前提

这一点我之前提到过，是在汽车行业单一供应商开源模式（single-vendor open source models）的背景下说的。以宽松许可证（permissive license）发布代码是必要的，但并不充分。让 Eclipse SDV 这样的生态系统具有价值的，是供应商中立治理：一个公平的竞争环境，使竞争对手能够围绕非差异化软件开展协作，而没有任何单一公司控制路线图、访问权限或参与规则。这种治理不是事后补充，而是 Eclipse 基金会所提供服务的核心，并且在 Eclipse SDV 工作组章程 和 Eclipse 基金会工作组运营指南 中有明确定义，后者阐明了决策如何做出以及谁能在桌上占有一席之地。这是一种结构性属性，而不是技术属性。没有 AI 代理能编写出经过验证的治理。人和机构才能做到。

这也恰好与欧洲政策的走向高度一致。随着讨论转向技术主权与独立性，供应商中立、多方利益相关者治理就不再是可有可无的加分项，而是核心要义。事实上，European Tech Sovereignty Package（欧洲技术主权一揽子计划）就将 Eclipse SDV 列为工业协作的典范。

3\. 社区：从来就与代码无关的那部分

在我看来，这是三点中最重要的一个，也是我认为能提供最大价值、而单靠 AI 无法提供的那一点。AI agent（AI 智能体）可以写代码、起草需求，甚至在一个流程定义清晰之后协助编写安全文档。但它们做不到的是对齐意图。它们无法提供思想领导力，无法在竞争对手之间建立信任，也无法创造那种源于人们共处一室、共同参加黑客松或社区电话会议而形成的、对真正重要之事的共识理解。

今年我们就非常具体地看到了这一点。我们在亚洲的社区之所以成长，并不是因为我们发布了更多代码或发了更多简报，而是因为像 Ansgar Lindwedel 这样的同事亲临现场，在班加罗尔和东京的聚会上（阅读博客文章此处）与 Elektrobit 等伙伴共同举办活动，并与到场的人面对面交流。2026 年 5 月在班加罗尔举办的印度首场 Eclipse SDV 社区聚会，正是这种亲临现场的直接影响，而它所激发出的兴趣也从此不断累积放大。Eclipse SDV Hackathon: Chapter Four 也是如此：该活动于 2026 年 10 月 6 日至 8 日在腓特烈港（Friedrichshafen）举行，把整个社区汇聚到一处并肩构建，这是仅凭一个 pull request（拉取请求）永远无法做到的。Christian 的博客文章很值得一读，文中充分展现了参与者的热情。

无论 AI 智能体变得多么强大，这一部分都不会被自动化取代，因为它从一开始就不是一个代码生产问题。

值得细品的讽刺

还有一点值得直言不讳地指出。今天每一个能够写出可信代码的大语言模型（LLM），在很大程度上都是用开源代码训练出来的。有人如今称这些公共资源（commons）已被 AI 淘汰，而事实上，正是它们奠定了能干的编码智能体得以出现的基础。

Eclipse 基金会（Eclipse Foundation）的项目采用对产业友好的许可证，正是为了让任何人都能按自己认为合适的方式使用代码，我认为这是正确的选择。但这确实引出一个重要问题：可持续性。如果“代码如今免费”这一假设让组织不愿继续投资和贡献开源，那么 AI 智能体赖以训练的这些公共资源就不再更新。这些智能体能产出的质量，与其训练所依托的生态系统并非相互独立。让这个生态系统“饿肚子”并不会让 AI 智能体更强，最终只会让它们更差。

那么，在 AI 包揽代码的时代，开源的价值究竟是什么？

代码始终是入口，而非终点。“代码优先”（Code first）让各组织停止在规格文档上争论，转而开始共同构建。这一过程在数年间产出的不只是软件，还包括一套与安全相关的开发纪律、一套与欧洲发展方向相契合的供应商中立治理模式，以及一个能够就重要事项共同达成共识的社区——而且达成共识的速度是任何单一组织独力都无法企及的。

AI 智能体对第一点的确有真正的加速作用。对第二点，它们几乎无能为力。而对第三点，它们根本无法复制。

在我看来，这就是 AI 智能体时代开源的价值所在。代码始终是催化剂，从来不是终极目标。

Sara Gallian，Eclipse 基金会软件定义汽车（Software Defined Vehicle）项目总监