QGIS正式禁止提交AI生成的代码了...

10 月 7 日，QGIS 官方仓库正式合并了一份编号为 QEP428 提案，这也意味着以后向 qgis/qgis 提交的代码，不允许任何 LLM、AI 或智能体辅助生成的代码。其实 QGIS 做这件事情已经不是第一次了，小编大约翻了一下讨论和邮件列表，今天就和大家聊聊这件事。

规定详情

正式条文只有两条。

一是禁止任何 LLM、AI 或智能体辅助的代码贡献进入QGIS仓库；二是事后若发现违规，可能回滚代码，并对贡献者权限作出制裁。

提案由核心开发者 Nyall Dawson 提出，对应的 Pull Request 是 QGIS-Enhancement-Proposals#387。在讨论期过后进入投票，并最终 于 10 月 7 日合并，目前支持和反对的声音都有，在开源圈里吵得挺热闹的。

不过需要说清楚的是，QGIS 官方并不是要永远保持手搓代码，而是在 QGIS 目前的开发模式下不得不做出的一种选择（具体原因小编后面会讲）。Nyall 的说法是先规则卡的严格一点，等真正安全且值得讨论的场景出现再具体分析，比如自动补全、翻译这类用途等后面会单独开放讨论。

之前政策

更早的时候，QGIS 其实已经有过 AI 政策，对应编号为 QEP408，思路是可以用但输出必须人工审核，并且还要用 Assisted-by 这类标记公开声明。规则想象的很美好，但面对 QGIS 这种大型项目，现实里这套流程并没有真正跑起来。社区统计大约 50 个 PR 被打上 AI Assisted 标签，其中大约 40 个最终未合并就关掉了。

目前据 QGIS 维护者 Régis Haubourg 介绍，外部贡献者大量用 AI 交 PR 之后，审查量远超人工审核上限，结果就是待审列表越堆越长，且代码质量无法统一，这是 QGIS 社区不想看到的。传统的开源软件靠的是人与人之间的协作网络，大家通过社区协作。但目前的 AI 流水线代码持续挤占审查人员时间，留给真人贡献者的空间就会被挤掉。更麻烦的是，靠 AI 交掉补丁的人，往往学不到项目本身，也很难成长为下一批审稿人，社区的技能接力会慢慢断掉。

PS：小编觉得这说的有点委婉了，核心可以总结为：凭什么你们使用 AI 生成的垃圾，让我来一行行读一个个测。

怎么执行

讨论里也有人担心政策写得太宽，IDE 里的智能补全算不算？用搜索引擎时顺带看到 AI 摘要算不算？拿 ChatGPT 聊设计、自己再手写代码算不算？

Even Rouault 的回应是：社区知道会矫枉过正，但这是过渡性政策，两年前没有这波AI浪潮时，QGIS并没更差，不如先收紧。

也有人追问怎么强制执行，目前回复：靠信任和政策的威慑力，会在事后回滚并对不遵循的开发者进行权限限制。

总结

QGIS 在开源软件圈子属于比较有影响力的项目之一，目前其政策的讨论范围已经远超了 GIS 圈，其最终结果可能会影响到 AI 时代整个开源软件的开发方式。

目前矛盾是，AI 把 提交 PR 的成本压得很低，却几乎没有降低严肃代码审查和维护的成本，靠志愿者撑着的核心维护力正在被压垮。QGIS决定是好是坏？实话说小编无法回答，欢迎大家评论区说说。

参考

1. Add QEP428: No ai contributions permitted：https://github.com/qgis/QGIS-Enhancement-Proposals/pull/387
2. QGIS AI tool use policy（现行文本）：https://github.com/qgis/QGIS-Enhancement-Proposals/blob/master/qep-408-ai-tool-policy.md
3. qgis-developer 邮件列表跟进讨论：https://lists.osgeo.org/pipermail/qgis-developer/2026-September/068576.html