FreeBSD 发布 2026 年第三季度状态报告，社区就 AI 代码贡献展开调查
FreeBSD 项目状态团队近日发布了 2026 年的第三份季度状态报告。这份实质性文件涵盖了来自五个团队的 51 个条目、16 个项目以及其他六个详细报告，展示了项目正在推进的多项雄心勃勃的工作。与此同时，报告也揭示了社区内部对于如何处理人工智能（AI）编码助手生成代码的持续争论。
虚拟化与容器化技术进展
在基础设施管理方面，Sylve 项目的进展受到关注。该项目旨在为 FreeBSD 虚拟化主机提供类似 Proxmox 的图形用户界面（GUI），以提升管理体验。此前报道中提到的“大王朝”（Great Dynasty）项目也与这一方向相关。
此外，新的 AppJail 努力也在进行中。这是一个用于 FreeBSD 应用程序分发的容器化系统，支持包括 GUI 应用在内的多种场景。其目标是在功能上对标 Linux 生态中的 Snap、Flatpak 和 AppImage。这些动向表明 FreeBSD 领域正经历着显著且激进的技术演进。
开发者对 AI 辅助编程的态度调查
报告中特别值得关注的是关于处理 LLM（大型语言模型）生成代码的内部讨论。尽管这一问题自 2025 年 9 月起便引发争议，但截至目前尚未形成最终定论。相比之下，OpenBSD 8.0 在其发布材料中对 AI 用户表现出明显的排斥态度，而 Debian 则在 8 月的开发者民意调查中通过康多塞投票方法允许了机器人参与。
在 FreeBSD 核心团队部分，由 Baptiste Daroussin 发起的“FreeBSD 开发者人工智能调查”收到了 140 份回复。数据显示，虽然存在一定阻力，但社区倾向于通过规范而非禁止来应对 AI 带来的挑战。以下是调查的核心发现：
- 政策需求：88% 的受访者希望项目采用明确的政策，其中 49% 要求正式书面政策，39% 接受简单的指导和最佳实践。仅 6% 的人主张完全禁止 AI，3% 认为现有规则已足够。
- 代码审查标准：35% 的开发者认为 AI 辅助代码必须公开披露；25% 主张对其实施比人类代码更严格的审查；22% 建议将其视为普通贡献；16% 则主张彻底拒绝。
- 保障措施：最常被提及的要求是强制性人工审查（78%）和强制性披露（69%）。其次是来源或许可证文件（47%）以及强制性测试（39%）。
- 透明度与标记：84% 的受访者希望公开 AI 使用情况（48% 要求始终公开，36% 仅在涉及重大改动时公开）。79% 希望在提交日志中标记 AI 辅助内容，56% 偏好进一步标记具体使用的工具名称。
- 主要顾虑：对代码质量的担忧主要集中在正确性和细微错误（39%）、许可与来源问题（26%）以及可维护性（21%）。高达 75% 的受访者对版权和授权问题表示担忧。
- 核心原则：问责制（91%）和透明度（78%）被视为首要原则，保持代码质量是制定政策的主要目标。
- 其他用途：65% 的开发者允许使用经过人工审查的 AI 生成文档。54% 的人同意在项目基础设施中使用 AI 工具，但大多附带限制条件，29% 的人持反对意见。
总体而言，仅有 6% 的受访者明确拒绝所有形式的 AI 参与，16% 直接拒绝 AI 生成的代码，另有 35% 反对使用 LLM 创建的文档。大多数意见集中在负责任的使用、透明披露以及解决潜在的版权问题。鉴于反对声音相对较弱，业界推测 FreeBSD 可能会采取类似 Debian 的路径，即不禁止 AI 工具，而是向开发人员发出谨慎使用的指导。
