<div dir="ltr"><div>Hi all,</div><div><br></div><div>I'm on the same page with Nyall on this one. While not perfect, a no AI policy will improve the SnR of new PRs and that's important granted that we already struggle with a queue of ~100 PRs!</div><div><br></div><div>> QGIS already has a problem with welcoming new contributors, and a policy giving more special rights to core contributors will only make the situation worse.</div><div><br></div><div>I strongly disagree with this opinion, especially before the inflow of AI assisted PRs. It's actually quite the contrary, QGIS is so welcoming to new contributors that we are starting to face issues with AI contributions! Yes, sometimes PRs stay in the queue for too long, however reviews are helpful and not dismissive. </div><div><br></div><div>It is sane and healthy to not treat core contributors or seasoned veterans the same as newcomers. Core contributors are by definition trusted so they can use the 'risky' tools. This is not gatekeeping in the same way that it is not gatekeeping to limit commit rights to core contributors only. We could still adapt this to requiring a minimum of let's say 50 merged PRs before AI tools are allowed.</div><div><br></div><div>Of course, since this is not enforceable, practically anyone can still use AI tools to review his code, or even generate new code and we won't know, and that will be OK, as long as the code is good!</div><div>Overall SnR will be improved though, as anyone wanting to contribute will need to put more effort into it.</div><div><br></div><div>Best</div><div>Stefanos</div></div><br><div class="gmail_quote gmail_quote_container"><div dir="ltr" class="gmail_attr">On Wed, 1 Apr 2026 at 14:47, Greg Troxel via QGIS-Developer <<a href="mailto:qgis-developer@lists.osgeo.org">qgis-developer@lists.osgeo.org</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">I should be clear that really I lean to "no AI contributions, at least<br>
for now" - the legal situation is unsettled, as is the social situation,<br>
and declining to engage while others figure it out seems best.<br>
<br>
What I really meant is that compared to where we are now, restricting<br>
contributions to those with a track record and human relationships is a<br>
positive incremental step.  However, I see the lack of equal treatment<br>
as a a bug.<br>
<br>
<br>
As for concern about new contributors and what amounts to "the kids<br>
these days just want to vibe code and if we aren't ok with that they<br>
won't play with us", I think that's ok to defer worrying about.  If<br>
that's really how it is, the Free Software world has much bigger<br>
problems well beyond the scope of any one project.<br>
<br>
_______________________________________________<br>
QGIS-Developer mailing list<br>
<a href="mailto:QGIS-Developer@lists.osgeo.org" target="_blank">QGIS-Developer@lists.osgeo.org</a><br>
List info: <a href="https://lists.osgeo.org/mailman/listinfo/qgis-developer" rel="noreferrer" target="_blank">https://lists.osgeo.org/mailman/listinfo/qgis-developer</a><br>
Unsubscribe: <a href="https://lists.osgeo.org/mailman/listinfo/qgis-developer" rel="noreferrer" target="_blank">https://lists.osgeo.org/mailman/listinfo/qgis-developer</a><br>
</blockquote></div>