<div dir="ltr">Hi lists,<br><br>Following recent discussions and conflict within the PostGIS community, I would like us to consider tightening our AI submission policy to hopefully avoid similar conflict arising in our community.<br><br>I would propose that we move away from our current (quite permissive) "human in the loop" policy (see <a href="https://github.com/qgis/QGIS-Enhancement-Proposals/blob/master/qep-408-ai-tool-policy.md">https://github.com/qgis/QGIS-Enhancement-Proposals/blob/master/qep-408-ai-tool-policy.md</a> ) to something more restrictive, such as what the GDAL project has done. See <a href="https://github.com/OSGeo/gdal/blob/33399bf734f48a6727050ccd13a43575d43f6bf4/doc/source/community/ai_tool_policy.rst">https://github.com/OSGeo/gdal/blob/33399bf734f48a6727050ccd13a43575d43f6bf4/doc/source/community/ai_tool_policy.rst</a>).<div><br></div><div>In short, GDAL's policy is:<br><br><i>Contributors can make limited use of LLMs for contributions in GDAL, subject to details mentioned below:<br><br>- Human contributors must be the primary author(s) of GDAL contributions<br>- All contributions including code, ticket comments, and commit messages should be fully understood by the author(s) submitting them to the project.<br>- Submission of vibe-coded contributions is banned.<br>- LLMs may only be used as an improved auto-completion mechanism, or for repeated tasks (mechanical refactoring) that could potentially be completed with a deterministic algorithm.<br>- Human-coordinated or uncoordinated (OpenClaw, etc) use of agents for submission of contributions to the GDAL repository is banned.<br>- Any LLM usage must be indicated by ticket label, comment, or commit message indication and account for what was written by whom/what.<br>- The contributing human author is ultimately responsible for every line of code, comment, or mailing list interaction they initiate, and all of it is subject to the project's :ref:`code_of_conduct`.<br>- The typical high verbosity of LLM code and text is actively discouraged. More code is more code to maintain. High verbosity contribution (tickets, code, messages, etc) will be seen as indication of LLM-generated content when not labeled otherwise and may be ignored, closed, left unmerged, or removed at maintainers' discretion.</i></div><div><br><br>I personally think a combination of GDAL policy + borrowing the "contribute only what you understand" term from Godot's current policy (see <a href="https://contributing.godotengine.org/en/latest/pull_requests/pull_request_guidelines.html#ai-assisted-contributions">https://contributing.godotengine.org/en/latest/pull_requests/pull_request_guidelines.html#ai-assisted-contributions</a> could be a good step forward. Specifically this clause:<div><br></div><div><span style="background-color:transparent"><b><i>Contribute only what you understand</i></b></span><div><i>Only submit code that you fully understand and are prepared to explain to a maintainer. This especially applies if you implement the idea of another person, copy code from elsewhere, or if you use AI to assist you with your contribution. In all of these cases, you must disclose which part of your submission wasn't fully authored by you.</i><div><br></div></div><div>Thoughts?</div><div><br></div><div>Nyall</div><div><br></div><div><br></div></div></div></div>