补丁不只是一段代码，也是对他人注意力的请求。必须有人还原问题、评估副作用，并在合并后维护结果。QGIS 禁止 AI 辅助代码贡献的决定，使审查关系成为开发者使用代理参与开源时的核心问题。
来源报道说，已采纳政策于 2026 年 10 月 7 日批准，适用于 QGIS 主仓库代码贡献。后来发现违规辅助，可能回退代码并限制贡献者权利。但不能把文本扩张成所有问题讨论、翻译和文档渠道都禁止 AI。
披露不能推翻禁止规则
QGIS 之前尝试允许标注 AI 参与，并由人负责。参与者认为，这没有保护维护者时间。讨论中有人估计约 50 个标记请求中，约 40 个未合并关闭；这些不是正式审计，不能当成 AI 代码整体失败率。
在现有边界下，给代理代码加标签仍不符合资格，个人承诺负责也不能自行豁免项目规则。生成准备上游提交的改动前，应阅读当前仓库政策，确认自己的工作流合规。
计算审查者还要补多少推理
通过测试很重要，却不完整。变更可能遗漏数据格式、性能约束或其他提供器的交互。QGIS 项目介绍说明其地理空间生态广泛，看似局部的修改会影响多种流程。
作者应能解释机制、复现问题、说明测试设计，并回应新证据。如果审查者要重建全部推理，漂亮补丁只是转移工作。高提交量随后可能超过社区培养新维护者的速度。
比较政策，但不要混用许可
Linux 编程助手指南允许披露后的辅助，由人审查和认证，代理不能承担人类签署责任。QEMU 来源政策拒绝生成贡献，同时区分部分辅助活动。这是不同项目选择，不能互相当作许可。
QGIS 简短限制在研究、私人审查和自动补全等边缘仍有争论。不能因为其他项目允许，就假定存在例外。同时，只凭文字或代码风格精致来判断 AI 作者身份，证据也很弱。涉及制裁时，更需清楚解释和相称执行。
让贡献建立在持续负责之上
依赖 QGIS 的组织，应安排理解相关子系统、能够维护变更并遵守仓库规则的人。资助有经验贡献者或培养内部能力，可能比制造更多候选补丁更有助于接受。
维护者可观察审查积压、耗时、接受质量，以及新人是否成为长期贡献者。提交数量减少本身不能证明成功。开发者的当下义务则很明确：尊重本地边界，提交能解释的工作，并持续对结果负责。AI 能力不会创造获得志愿审查的权利；贡献流程只有能支持决定发布的人，才可持续。