Folia
← 返回头版

GHC确立LLM辅助代码贡献新政:严禁“提取式”开发,强制披露AI生成内容

Haskell编译器Glasgow Haskell Compiler(GHC)的维护者近期正式确立了针对大语言模型(LLM)辅助代码贡献的具体政策,旨在平衡技术效率与维护者资源,并防止出现让项目付出更高审查成本而贡献者单方面获益的“提取式贡献”1。鉴于GHC目前面临超过6,500个开放工单且维护者时间是主要瓶颈,该政策采取了务实的中间路线,既未完全禁止AI工具的使用,也严格把控审查质量与责任归属1。新规包含四个强制点和一个强烈偏好:P1优先人与社区;P2使合并请求易于审查;P3要求人类作者身份与完全责任;P4规定披露直接LLM生成内容;以及P5偏好自己撰写最终版本1。其中,P3明确要求人类作者必须对每一行提交的代码负全责且能解释其逻辑1。

在合规细节方面,政策明确规定若LLM生成了任何提交审查的代码、文档或测试,必须在Issue/MR描述及Commit Message中通过Assisted-By:行进行披露1。这一做法与Linux内核允许辅助但需签署DCO并标记Assisted-by的策略相似,但区别于Zig项目为保护新手成长而禁止AI生成贡献的立场,以及OpenJDK更为严格的排除态度1。实际案例显示,Sylvain Henry曾利用Claude Fable为“Coercion zapping”问题提供概念验证,随后由Sam Derbyshire进行重写和优化,这印证了AI在复杂编译器问题上应作为灵感来源而非独立解决者的角色定位1。此外,GHC核心人物Simon Peyton Jones指出,大量准确但泛滥的AI生成Bug报告已淹没了维护者,表明AI正在改变工作流的性质而不仅仅是提高速度1。


来源

  1. Hacker NewsAI Contributions to GHC

评论