加载失败
Redox OS（一个用 Rust 实现的类 Unix 微内核操作系统）宣布采用 Certificate of Origin 要求并施行严格的 no‑LLM 政策，目的是防止明显由大型语言模型生成的提交增加维护者的审查负担并降低许可风险。讨论延伸到许可与版权边界（如 GPL/copyleft、DCO/CLA）、可执行性与检测（提交 prompt、模型 ID、审计日志的建议），以及社区后果（分叉、resume 刷量、贡献门槛改变）。同时有大量对立观点：部分人认为最新模型已能显著提升产能并协助安全审计，另一部分人担心长期维护成本、法律责任与关键路径安全问题。社区也引用了对多项目的调查与实例（如 NetBSD、Zig、qemu 的禁令或不同项目前进速度差异）作为背景证据。
许多评论将 Redox 的 Certificate of Origin 与 no‑LLM 政策视为对维护者审查负担激增的现实回应：过去代码本身常被看作劳动证明，但 LLM 能在几分钟内产出表面合理的 PR，导致维护者不得不投入更多时间做深度审查。项目方把“明显的”LLM生成内容直接拒绝，作为一种粗略过滤器以迅速剔除低努力、高噪声的贡献，从而节约维护者有限的精力。讨论同时指出这非万能解决方案：随着模型变得更“人类化”，识别难度上升，长期可能演变为事先审批的信任机制或维护者自用 agent/LLM 来直接实现功能以避免审查他人的产出。
评论中多次提到法律风险是项目采取保守策略的重要原因：担心训练数据含有受限代码，且 LLM 输出是否构成派生作品会影响 copyleft/GPL 的适用。有人引用 NetBSD 等项目将 LLM 输出预设为“tainted code”并要求事先书面许可的条款，另有评论援引美国版权办公室的立场（版权仅覆盖人的创作），从而使得项目倾向通过签署 DCO/CLA、纸质签名或要求提交 prompt/模型日志来降低法律与授权风险。总体观点是：在许可边界尚不明朗时，强制出具原产声明或拒收疑似 LLM 产出被视为一种法律谨慎。
社区对 LLM 带来的实际价值存在明显分歧：一派指出新一代模型（评论中提到 Opus 4.6、Codex 5.3、Claude 等）在高质量配置下能显著加速编码、产出大量可用代码并节省重复劳动，但仍需人工复审来修正设计及漏洞。另一派强调 LLM 常生成冗长、风格不一、甚至引用不存在对象或逻辑漏洞的“slop”或“word salad”，长期维护成本可能抵消最初的速度收益。还有中间观点指出：成本/收益高度依赖用法（prompt、迭代与复审）以及是否在关键域内应用高质量模型和设置，低设置或懒用会导致大量低质产出。
评论讨论了禁用 LLM 对开源生态和贡献者激励的长期影响：有人预测“agentic coder”与“vibe coder”会通过 fork 快速推进个人版本，造成项目分叉与上游沟通断裂；也有人认为这会自然产生双轨生态——有的项目坚持手工艺术式维护，有的项目接受 LLM 驱动的快速迭代。多条评论警告简历刷量风险：自动化生成大量 PR 可被当作“贡献货币”滥用，建议招聘方更看重核心维护者或长期贡献而非零散的 drive‑by PR。总体担忧是治理与声誉机制会随工具化贡献方式被扭曲。
许多评论质疑严格禁令的可执行性并提出具体缓解措施：建议提交者同时上交用于生成的 prompt、模型标识与审计日志，或以 DCO/CLA 的签名形式做出声明以便追责；另有提案主张捐赠算力或让维护者自行驱动 agent 来实现特性，从而避免评审外来 LLM 输出。实务反馈显示自动化检测（例如“vibe‑lint”）误报与误判率高，且 LLM 自身并不足以替代人工审查，因此这些措施能够减少却不能彻底消除风险，且容易被“潜艇提交”绕过。
[来源1] [来源2] [来源3] [来源4] [来源5] [来源6]
在针对操作系统与固件等高特权、对正确性与一致性有极高要求的领域，若允许未经充分审查的 LLM 产出进入关键路径会带来明显风险。评论指出内核态或低层驱动中微小的错误可能导致内存损坏、权限提升或静默数据破坏，因此对这类项目实施严格的 no‑LLM 政策被一些人认为是合理且必要的防御措施。与此同时也有人指出安全研究正利用 LLM 找漏洞，表明同一技术既能助攻也能造成威胁，增加了治理难度。
Certificate of Origin / DCO / CLA: 开发者原产声明（DCO）或贡献者许可协议（CLA）：贡献者签署的声明/协议，证明其提交为本人创作或有权以所选开源许可授权，项目用以降低版权与再授权风险并作为追责依据。
vibe coding: 俚语，指贡献者主要依赖 LLM 一次性生成代码并最小化人工理解/复审的做法，常被批评会产生大量“slop”（低质量、不可维护的代码）。
agentic coding / agents: 代理式编码：用自动化 agent（多步骤脚本 + LLM）代替人工逐行编码，由 agent 规划、生成并迭代代码，维护者的工作转为制定验证规范与监督输出。
drive‑by contribution / drive‑by PR: 偶发性贡献或一次性 PR：贡献者未先参与社区，仅提交小修或单个改动。历史上常被接受，但在 LLM 时代容易被滥用为低努力噪声。
copyleft / GPL: copyleft 概念与 GPL（GNU General Public License）：强制性开源许可要求派生作品以相同许可发布，评论关注 LLM 训练与输出是否会破坏 copyleft 的法律效果。