Linux内核社区近期就向源码树添加AGENTS.md文件展开激烈讨论。该文档旨在规范日益深入代码库的AI编程工具，引发务实派与文化派的争议：一方视其为减少低质量补丁的良方，另一方则担忧这是向不理解项目文化的机器投降。
随着Linux开发中AI参与度逐年上升，从固件仓库到LLVM等项目已托管类似文件。Linux基金会通过其去年年底成立的Agentic AI基金会（AAIF）支持AGENTS.md标准，Anthropic、OpenAI和Block等公司共同贡献了这一规范。Linux基金会执行董事Jim Zemlin表示，此举确保了项目在开放治理下的透明度与稳定性；OpenAI技术团队成员Nick Cooper则强调共享协议对构建可信赖智能体基础设施的重要性。
机器可读的“README”
AGENTS.md类似于面向机器的README，位于仓库根目录，指导AI智能体遵循编码风格、审查流程、许可协议及署名规则。linux-firmware.git仓库作为早期采用者，于2026年6月引入了此类文件。该文档由Anthropic的Claude Opus 4.8等参与编写，指导智能体在尊重许可证和使用“Assisted-by”标签的同时添加固件二进制文件。
然而，Linux内核数百万行C代码及基于人际信任的审查流程，使机器指导的注入变得复杂。Linux LTS联合维护者Sasha Levin去年提出RFC，建议为Claude、Cursor和Copilot等工具提供统一配置，并将要求汇总至中央文档，强调内核编码标准、正确署名及对开发流程的理解。
署名标签引发的“广告”争议
Levin的方案要求AI辅助补丁携带包含模型详情的Co-developed-by或Assisted-by标签以实现透明化，但数月后遭致抨击。知名内核开发者Christian Brauner直言这些标签令人烦躁，认为Git历史正沦为专有AI公司的免费广告平台。“信噪比过低，并非所有人都遵守规定，收集的数据似乎毫无意义，”Brauner提议完全取消强制披露要求。
内核维护者Greg Kroah-Hartman持不同观点。他虽成功使用AI工具，但拒绝暂存区中除真实安全修复外的LLM生成补丁，担心自动化贡献淹没人类审查者并稀释代码树对新人的友好性。
社区分歧与外部参照
支持者认为，清晰指令能引导智能体从事有价值工作，明确社区需求以减少噪音；批评者则反驳，静态文本无法捕捉内核开发在性能、安全和可维护性间的微妙权衡，AI可能照章办事却错失精神实质，甚至以此为依据提交更多补丁。
Apache软件基金会日前发布的AGENTS.md草案制定了严格规则：智能体不得直接发布作品或批准自己的工作，必须明确输出是生成还是辅助，并保留版权声明，将智能体视为工具而非贡献者。与此同时，Debian开发者今年夏天投票决定LLM使用策略，一款名为AgenticLinux的不可变桌面系统也于9月中旬亮相。
LLVM项目的辩论同样折射出这种分裂。Nick Desaulniers开启讨论，试图通过最小化草稿指引智能体查阅现有文档，但因项目子模块规范各异，单一文件难以适用。内核维护者深知这一挑战，子系统差异巨大，AGENTS.md需承认层级结构，否则可能被忽视。GitHub上的规范提案出现了“渐进式披露”概念，即智能体按需读取深层上下文。
根本问题在于：文本文件能否有效塑造Linux这样复杂项目的机器行为？还是仅形式化了AI抓取文档的现实？早期实验结果好坏参半，部分补丁经人工清理后合并，部分则制造了额外工作。署名争论揭示了对公司在提交日志中植入广告的反感，取消要求虽减少摩擦，却可能掩盖机器参与程度。
尽管Linux已通过引入Rust语言防御内存错误，且Android已在生产环境部署Rust代码，但人工监督依然不可或缺。Linus Torvalds反对将项目描绘成反AI社会运动，但坚持质量至上。如果AGENTS.md能在增强智能体能力的同时维持质量，它可能会被接受。目前，开发者仍在实用利益与哲学担忧间权衡，Linux的选择将为其他主要开源项目奠定基调。