近日，Solus Linux 项目团队正式宣布了一项关于在项目贡献中使用 AI 和大语言模型（LLM）工具的新政策。该政策明确划定了 AI 工具在 Solus 开发中的使用边界：在代码与软件包贡献层面允许 AI 辅助，但要求贡献者承担全部责任并履行测试与标注义务；而在官方博客及通讯等书面内容领域，则完全禁止任何形式的 AI 生成材料。
一、Solus Linux 为何要专门制定 AI 贡献政策？
随着 AI 和 LLM 工具在开源社区的普及，Solus Linux 团队注意到，越来越多的贡献可能由 AI 生成或辅助完成。为了维护操作系统的高质量与长期可维护性，Solus 团队制定了这项政策。由于每天都有大量用户依赖 Solus，项目维护者必须确保每一行代码、每一个软件包更新都经过真人的检查与理解，而不是简单地分享 AI 生成的成果。政策的出台，本质上是为了在拥抱技术便利与守住工程质量之间建立一道清晰的防火墙。
二、代码与软件包贡献：AI 可以用，但责任必须由人承担
对于开发者提交的代码或软件包更改，Solus Linux 采取了相对开放但严格约束的态度。政策明确允许在贡献过程中使用 AI/LLM 工具，但前提是必须遵守一系列硬性规则。
1. 贡献者必须对 AI 辅助成果负全责
Solus 团队强调，开发者可以使用 AI 来帮助完成贡献，但必须对自己提交的工作承担全部责任。这意味着，无论代码是否由 AI 生成或修改，贡献者都不能当“甩手掌柜”，而需要深入理解每一处改动的原理与影响。
2. 提交前必须完成充分测试
任何提交代码或软件包更改的人，都需要在提交前进行充分测试。政策要求贡献者必须检查并理解自己的提交内容，确保其能够正常运行且不会引入新的问题。未经验证的 AI 生成代码不被允许直接进入项目仓库。
3. 使用 AI 需明确标注“Assisted-by LLM”
如果某项贡献借助了 AI 或 LLM 工具，提交记录（commit）中必须包含一条 “Assisted-by LLM” 的注释。这一要求旨在保持项目历史的透明度，让维护者和其他贡献者能够清晰识别哪些改动受到了 AI 辅助，从而进行更有针对性的审查。
4. 仅限真人开发者提交，禁止自动化机器人
政策明确规定，只有真实的开发者才能向 Solus 提交贡献，自动化机器人不在允许之列。这条规则进一步强化了“人在回路”的原则，确保每一个贡献都经过真人的判断与确认。
三、博客与官方通讯：为何全面禁止 AI 生成内容？
与代码贡献相比，Solus 对书面内容的态度要严厉得多。政策规定，在 Solus 的官方博客或任何官方通讯中，不允许出现任何由 AI 生成或部分由 AI 生成的材料。这意味着，从公告、发布说明到技术文档，所有面向公众的文字产出都必须完全由真人撰写，杜绝 AI 代笔或 AI 润色。这一严格限制表明，Solus 希望官方渠道传递的信息能够保持准确、一致，并体现项目团队的真实声音。
四、政策背后的核心逻辑：质量、可维护性与人的主体性
Solus Linux 的这项政策并非简单地排斥 AI，而是试图在技术浪潮中守住开源项目的核心价值。一方面，政策承认 AI 工具在提升开发效率方面的潜力，允许其在代码贡献中扮演辅助角色；另一方面，通过强制测试、强制标注和禁止机器人提交，政策确保了技术工具不会侵蚀开发者的专业判断。更重要的是，在官方内容领域全面禁用 AI，体现了项目团队对沟通质量与社区信任的高度重视。
我认为，AI 终究是人的工具，而非人的替身。Solus 的做法，倒不是守旧，而是清醒——它晓得技术可以借力，但责任与灵魂，终究还得活人自己扛着。
#人工智能
© 版权声明
文章版权归作者所有，未经允许请勿转载。
