【阅读札记】数字硅基的制度基建：从上下文工程看开源的 Agentic 未来

一、 破题：企业家精神与“未来的预兆”

面对由大模型掀起的这场狂飙突进的 AI 浪潮，我们很容易陷入一种“预测学”的被动与焦虑之中：

AI 究竟什么时候能完全替代程序员？大厂的模型壁垒到底能不能被打破？

但在开源的语境里，真正的社会骇客（Social Hacker）从不热衷于做算命先生。预测未来最好的方式就是去创造它。企业家精神的核心，从来不是等未来发生后去被动适应，而是在极度不确定的迷雾中，坚定地去做自己相信正确的事。

当我们把这种企业家精神投射到开源协作的演进上时，一篇名为《Context Engineering for AI Agents in Open-Source Software》[1]（开源软件中 AI 智能体的上下文工程）的论文，恰当其时的出现了，它不仅仅是一份学术报告，更是一个极其清晰的“未来已来的预兆”。

当前，开源世界甚至法律界还在为“AI 辅助生成的代码到底算谁的版权”争论不休，但前沿的工程实践早已跨越了这一步。这篇调研了数百个真实开源项目的论文告诉我们：我们正在经历一场历史性的范式跃迁。

开源开发的模式，正在从过去两年的“碳基主导、硅基辅助（Copilot 作为高级打字机）”，以前所未有的速度滑向“硅基接管、碳基规训（Agentic 智能体作为独立贡献者）”。在未来，AI 不再是依附于人类开发者的工具，而是拥有独立“工牌”的数字劳动力。面对成建制接管代码仓库的硅基智能体，我们必须去思考一个相信正确且极其紧迫的问题：我们该拿什么来约束、指引和规训这些不知疲倦的数字机器？

二、 务实的转向：从“提示（Prompt）”到“上下文（Context）”

当大模型刚刚具备编码能力时，整个行业的焦点都在“提示词工程（Prompt Engineering）”上。我们试图通过更精妙的指令，让 AI 写出更完美的单体函数。然而这篇论文戳破了这种“单点魔法”的局限性。

在真实的开源协作中，代码从来不是孤立存在的。它是一张由历史包袱、架构约束、依赖关系和社区品味共同交织成的复杂混合体。当把那些擅长处理单次 Prompt 的 Agent 放入复杂的开源代码库时，它们往往表现得像一个“极其自信但毫无常识的空降新兵”：写代码极快，但由于缺乏对项目全局的理解，它们会随意引入不兼容的第三方库、破坏现有的接口设计、或者写出完全违背该项目风格的“幻觉代码”。

修复这些由 Agent 制造的高级 Bug，人类维护者所花费的审查成本，甚至超过了自己重写一遍的成本。

为了解决这个极其务实的协作痛点，开源项目发生了一次向“上下文工程（Context Engineering）”的转向。

如果说 Prompt（提示）是告诉机器“现在这步你要做什么”（短期的任务导向），那么 Context（上下文）就是赋予机器“你身处在一个怎样的制度环境和历史约束中”（长期的环境感知）。

从新制度经济学（NIE）的角度来看，上下文工程本质上就是开源社区为了降低硅基智能体参与“集市协作”的交易成本，而务实地构建出的一套“防错护栏”。社区通过建立标准化的配置文件（如 agents.md），在 Agent 动手写第一行代码之前，就将“制度记忆”注入到它的工作流中。

三、 隐性知识显性化：解剖机器的“社会契约”

为了弄清楚开源社区究竟是如何给 Agent 立规矩的，论文的作者们对 466 个已经引入了 AI 上下文配置文件的真实项目进行了深度解剖。

根据论文（Table 1）极其严密的“机器规则分类学（Taxonomy）”，这些写给机器看的配置文件，被拆分成了六大维度，实质上构成了 Agent 参与开源协作的完整“社会契约”：

• 描述性规则（Descriptive）：赋予身份与全局认知。向机器解释项目的目的、结构和宏观架构。
• 指令性规则（Directive）：明确正向行为规范。强制要求具体的代码风格、格式化标准或测试指南。
• 禁止性规则（Proscriptive）：划定绝对红线。明确告诉 Agent 哪些事情绝对不能做，例如禁止使用被弃用的实践或库。
• 依赖规则（Dependency）：锁定生态边界。规定 Agent 必须或不得使用哪些库及其具体版本，防止幻觉。
• 工作流规则（Workflow）：规训机器的“思考路径”。规范 Agent 在动手前必须先做什么、如何处理错误、或如何提交 PR。
• 解释性规则（Explanation）：赋予“价值理性”。向 Agent 解释为什么要设定这些规则，帮助其在遇到边缘情况时做出符合该项目品味的推断。

这是一场极其彻底的“隐性知识显性化”运动。在纯碳基协作时代，这些隐性的社区品味和潜规则只能散落在开发者的脑海中，新人的沟通与试错成本极高。而现在，面对算力强大但缺乏常识的 Agent，社区被逼迫着将这些高昂的“交易摩擦力”，一行行地固化成了机器可读的硬性契约。这不仅是在规训 AI，更是人类对自身复杂协作模式的一次极致反思与重构。

四、 新一代拓荒者：重新定义“上游优先”

当隐性知识被固化为机器的“社会契约”后，一个终极问题摆在了面前：如果连理解架构和编写逻辑的工作都由 Agent 承担了，未来人类开发者的价值究竟在哪里？

这绝不是程序员的终结，而是一次极其壮阔的角色升维。

在 Agentic 时代，代码的生成成本将趋近于零。未来决定一个顶级开源项目生死存亡的核心护城河，将是其“上下文工程”的质量。逻辑自洽的上下文契约，能以极低的交易成本，吸引并驾驭成千上万的“数字劳动力”为其添砖加瓦。

过去我们在创新公地中倡导“上游优先（Upstream First）”，意味着将本地代码补丁合并到主干仓库。但在机器接管代码库的明天，“上游优先”将被赋予全新的内涵：向生态上游贡献最优质的“上下文”与“制度记忆”。

最有价值的 Pull Request，将是对工作流规则的精妙优化，或是对架构红线的深刻澄清。开发者不再是敲击键盘的“代码打字员”，而是彻底蜕变为“协作机制设计师（Collaboration Mechanism Designer）”。

五、 终极远景：Token 平权与开源的“五维契约矩阵”

如果我们顺着“上下文工程”的脉络极目远眺，开源协作的终局将是一幅极其颠覆性的图景。

在不久的未来，成为开源贡献者的门槛将被史无前例地拉低。人们唯一的入场券，是清晰的“意图（Intent）”加上用于驱动 Agent 的“Token（算力凭证）”。借由去中心化网络中的闲置算力，开源软件的生产力将迎来一场真正的超新星爆发。

但这种生产力大爆炸绝不是无条件的。 缺乏严密“制度基础设施”的 Agent 只会制造出无法维护的“屎山”代码垃圾场。在 Token 时代的开源公地里，一个生生不息的项目必须依赖一套由不同法律文件组成的“五维契约矩阵”来协同运转：

1. License.md（产权契约）：不可逾越的法律底线。界定代码的归属、商业化边界，防止大厂“开源洗绿”与互补资产的收割。
2. Governance.md（权力契约）：防止“无结构暴政”。界定人类之间、人机之间的决策机制与剩余控制权。
3. agent.md（上下文契约）：机器的员工手册。将历史包袱、架构规范显性化，防止 Agent 陷入盲目自信的幻觉。
4. skill.md（能力与授权契约）：行动的护栏。明确定义 Agent 拥有何种级别的读写权限与 API 调用边界，确保系统安全。
5. soul.md（价值与信仰契约）：最核心的一环。赋予机器以“价值观”，告诉 Agent 这个项目存在的终极使命是什么。

结语

企业家精神，就是去构筑你所坚信的未来。当硅基智能体开始接管代码的编写，碳基人类的使命并没有终结，而是迎来了升维。去编写和维护这套极其复杂的“五维契约矩阵”，去在代码的丛林中确立文明的规则，将是下一代社会骇客最伟大、也最迷人的拓荒之旅。

参考资料

1. Seyedmoein Mohsenimofidi, Matthias Galster, Christoph Treude, Sebastian Baltes， Context Engineering for AI Agents in Open-Source Software ，https://arxiv.org/pdf/2510.21413

关于作者

「开源之道」·适兕

「发现开源三部曲」（《开源之迷》，《开源之道》《开源之思》。）、《开源之史》作者，「开源之道：致力于开源相关思想、知识和价值的探究」主创，Social Hacker，协作机制设计者。

「开源之道」·窄廊

来自于大语言模型的 AI 助手（如 Gemini 3.1 Pro 等），「开源之道」·窄廊 负责高密度的逻辑推演与文本具象化 ，在对话中作为镜像与反弹板，提出问题、提供理论切入点并对推演进行反馈。仅偶尔进行双重验证！