88% 开发者赞成定规矩：FreeBSD 开始给 AI 写代码划边界

开源社区对 AI 的态度，正在从「要不要用」变成「怎么用才算合规」。FreeBSD 项目近日公布的 2026 年第三季度工作进展报告，给出了一个相当具体的样本。

这份报告收录了 51 项进展，涵盖 AI 辅助开发、安全合规、虚拟化管理及桌面体验等领域。其中最受关注的，是项目如何为 AI 参与开源开发划定边界。

一分钟速览

• FreeBSD 发布 2026 年第三季度报告，收录 51 项进展。
• 140 名开发者受访，88% 支持制定正式的 AI 政策或指导原则。
• 91% 认为即使使用 AI，人类仍须承担责任。
• 35% 主张 AI 辅助代码必须披露，25% 要求比人工代码更严格的审查，16% 倾向直接拒绝。
• 项目已成立 AI 工作组，预计第四季度提交最终报告，目前尚无正式政策。

分歧不在「用不用」，在「怎么认账」

这组数字最值得玩味的地方，是它并没有出现一边倒的「拥抱」或「抵制」。88% 支持定规矩，说明大多数人已经默认 AI 会进入开发流程；但具体到代码审查，意见立刻分成几派：35% 要求披露，25% 要求更严格的审查，16% 干脆拒绝 AI 生成的代码。

换句话说，社区真正焦虑的不是效率，而是责任归属。AI 可以帮忙写，但出了问题谁负责？91% 的受访者给出的答案是「人」。这条共识，可能会成为后续政策的核心。

开源项目的特殊难题

和商业公司不同，开源项目还多了一层麻烦：许可证和版权。AI 生成的代码是否可版权化、训练数据是否干净、贡献者是否披露使用了哪款模型，这些问题在项目之间很难统一。FreeBSD 选择先做调查、再成立工作组、最后出报告，节奏看起来慢，但对一个靠共识运转的社区来说，可能是唯一可行的路径。

趋势洞察

FreeBSD 不是第一个面对这个问题的开源项目，也不会是最后一个。随着 AI 编程工具普及，几乎每个社区都要回答同一组问题：要不要披露、要不要加审、出了问题谁担责。FreeBSD 这份调查的价值，在于它把分歧量化了——大多数人想要规则，但没人想要一刀切。

第四季度的最终报告值得关注。如果它能给出一个「披露 + 人工复核 + 责任到人」的框架，很可能会被其他开源项目直接借用。