QEMU考虑放宽AI贡献禁令
QEMU正在考虑放宽对AI生成贡献的全面禁令，允许在易恢复的领域使用AI辅助，但核心代码仍受限制。
文章情报
要点
- 红帽工程师Paolo Bonzini提议允许AI辅助用于小修复和文档等易恢复领域。
- QEMU当前政策拒绝任何可能包含AI生成内容的贡献。
- Bonzini认为风险平衡已改变，其他项目已接受AI内容而未遇法律问题。
- 建议引入'AI-used-for'标签记录AI使用情况，帮助评审者判断。
为什么重要
这条新闻值得关注，因为红帽工程师Paolo Bonzini提议允许AI辅助用于小修复和文档等易恢复领域。
技术影响
可能影响模型选型、推理成本、产品能力和评测基准。
QEMU，作为Linux虚拟化的关键组件，正在考虑放宽其全面禁止AI生成贡献的政策，允许在特定领域有限度地使用AI辅助。该提议由红帽杰出工程师、KVM hypervisor维护者Paolo Bonzini提出，建议在版权违规影响易于恢复且不易扩散的领域允许AI辅助，而核心代码仍须维护者事先同意才能使用AI。
QEMU当前的代码来源政策拒绝任何可能包含或衍生自AI生成的内容。Bonzini指出，全面禁令在LLM输出很少可用时易于维持，但随着工具改进，绝对禁止变得难以合理化。问题在于AI助手的代码来源——贡献者是否有合法权利贡献这些代码？Bonzini认为，虽然版权和许可问题依然存在，但风险平衡已经改变。
Bonzini引用了其他已接受AI内容而未遇严重法律问题的项目，以及包括红帽在内的认为风险可接受的组织。然而，像QEMU这样的项目没有红帽那样的法律资源，因此建议将AI辅助代码限制在可以撤销的领域，例如小型bug修复和文档。
LLM输出在贡献中的使用具有争议性，既有支持者也有反对者。例如，OpenSlopware项目跟踪了使用LLM生成代码或集成AI技术的自由和开源软件。一个担忧是LLM训练数据的来源以及可能出现的许可问题。
一种解决方案是披露AI的使用，但对于简单使用（如自动补全变量名）可能无需披露。Bonzini还建议引入'AI-used-for'作为尾部标签记录AI使用情况，并包括其他帮助评审者判断的建议。该标准不同于更常见的'Assisted-by'，后者可作为作者已阅读政策的检查。
尽管Bonzini指出“使用AI不会放松任何其他贡献要求”，但这一讨论表明，全面禁止AI辅助可能不是未来方向，需要更细致的方法。