AlpineBSD
一个名为 AlpineBSD 的新项目旨在将 NetBSD 内核与类似 Alpine Linux 的用户态结合起来，同时执行严格的“尽可能少使用 AI 生成代码”政策。评论者争论，这样的无 AI 软件生态究竟是防范法律、伦理和质量风险的原则性保障，还是会把维护者隔离在有用工具和上游更新之外、因而不可行的部落化做法。讨论还涉及 NetBSD 在现实中的硬件和用户态局限、开源社区围绕 AI 使用的分裂，以及未来许可与训练数据问题可能如何影响专有软件和自由软件。
项目范围和目标
- AlpineBSD 结合了 NetBSD 内核、受 Alpine 启发的用户态，以及 s6 作为 init（并计划支持 OpenRC）。
- 其明确目标是尽量减少基础仓库和主仓库中的 AI 生成（“被污染的”）代码，并将一些核心工具（例如 gcc、binutils、gdb、perl）锁定在最后已知的非 LLM 版本。
- 几位评论者认为该使命声明并不清楚：它是面向原生硬件还是容器？为什么要用它而不是直接用 NetBSD？也有人认为，这主要是在尝试建立一个志同道合的社区。
对无 AI 政策的反应
- 支持者欢迎一个“无 LLM”的空间，将其类比为阿米什式的技术节制，并认为这是一种合理的减害措施，可应对 LLM 水帖式 PR、技能退化、环境影响以及模糊的版权问题。
- 批评者把这种立场描述为部落化或“倒退”，他们认为：
- LLM 已经在研究、原型开发和漏洞发现方面很有用。
- 禁止任何被污染的代码将迫使项目承受沉重维护负担（锁定工具链、减少上游更新），而且随着 AI 使用扩散，这种做法可能不可持续。
- 也有人区分：
- 拒绝将 LLM 生成的贡献纳入自己的项目（有人认为这是合理的），以及
- 拒绝使用任何包含 任何 LLM 输出的软件（有人认为这是一种意识形态上的越界）。
许可与法律不确定性
- 一个反复出现的担忧是：LLM 如果基于 GPL 或其他非宽松许可代码训练，可能会生成继承这些许可的输出，从而威胁到接收此类代码的项目。
- 有人引用 NetBSD 现有指南将 LLM 输出视为“被污染”的做法，作为谨慎政策的先例。
- 也有人认为侵权很难证明，诉讼很少，而法律体系最终可能会调整以使 AI 训练和使用常态化。
NetBSD 与 Linux 以及用户态选择
- 多条评论讨论了 NetBSD 在硬件支持上的“参差不齐”：它往往能在很多设备上启动，但与 Linux 相比，可能缺乏可靠的 Wi‑Fi、图形、节能管理和笔记本外设支持。
- 一些人赞赏 Alpine 简洁、轻量的用户态，认为它比 NetBSD 的默认用户态和 pkgsrc 工作流更易上手；后者在安装、配置和升级方面被几位评论者形容为困难。
可行性与生态影响
- 许多人预测，这种小众、反 AI 的 BSD 分支寿命有限，并指出此前一些 Linux/BSD 混合项目也都逐渐消失。
- 也有人认为，在 AI 生成代码日益增多、FOSS 因 AI 立场而日益分化的背景下，拥有“纯净”的人工编写代码库，作为长期训练和对照基线，仍然有价值。