<div dir="auto">Hi all, <div dir="auto"><br></div><div dir="auto">I am not a regular contributor however, after reading the acceptable uses along with the accompanying policies I think it is a nice compromise. The focus is still for the contributor to understand what the code is doing and why it is needed.</div><div dir="auto"><br></div><div dir="auto">My biggest concern is how you will determine if the code is AI generated or not. For a first time contributor this seems like a difficult thing to devise. That said, I think the general policy on how to determine if the PR is needed or not will still do most of the filtering.</div><div dir="auto"><br></div><div dir="auto">Cheers,</div><div dir="auto">Sean</div><div dir="auto"><br></div><div dir="auto"><br></div><br><br><div class="gmail_quote" dir="auto"><div dir="ltr" class="gmail_attr">On Tue, Aug 18, 2026, 8:37 AM Peter Cock <<a href="mailto:p.j.a.cock@googlemail.com" rel="noreferrer noreferrer" target="_blank">p.j.a.cock@googlemail.com</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Michiel suggested the Python guidelines on AI, and I therefore<br>
added their explicit acceptable uses to my draft policy pull request:<br>
<br>
<a href="https://devguide.python.org/getting-started/ai-tools/#acceptable-uses" rel="noreferrer noreferrer noreferrer noreferrer" target="_blank">https://devguide.python.org/getting-started/ai-tools/#acceptable-uses</a><br>
<br>
I'm hoping this is now mutually acceptable?<br>
<br>
<a href="https://github.com/biopython/biopython/pull/5241" rel="noreferrer noreferrer noreferrer noreferrer" target="_blank">https://github.com/biopython/biopython/pull/5241</a><br>
<br>
We continue to accrue new pull requests using AI that are either<br>
in limbo or being closed, so it would be better all round (for both<br>
potential contributors and maintainers in particular, but for our<br>
end users too) to finalize a policy.<br>
<br>
Thank you,<br>
<br>
Peter<br>
<br>
On Wed, Jul 22, 2026 at 7:49 PM Peter Cock <<a href="mailto:p.j.a.cock@googlemail.com" rel="noreferrer noreferrer noreferrer" target="_blank">p.j.a.cock@googlemail.com</a>> wrote:<br>
><br>
> License respecting forks are of course permitted Dan. You're not listed on<br>
> <a href="https://github.com/biopython/biopython/blob/master/CONTRIB.rst" rel="noreferrer noreferrer noreferrer noreferrer" target="_blank">https://github.com/biopython/biopython/blob/master/CONTRIB.rst</a> but that<br>
> could be an oversight?<br>
><br>
> I'm still waiting on a review of the no-AI policy PR from any of our regular<br>
> contributors with write permissions (a couple of you did get in touch in<br>
> private - I understand some of us are busier than others right now, good<br>
> luck). After that perhaps we should do another release...<br>
><br>
> <a href="https://github.com/biopython/biopython/pull/5241" rel="noreferrer noreferrer noreferrer noreferrer" target="_blank">https://github.com/biopython/biopython/pull/5241</a><br>
><br>
> Thanks,<br>
><br>
> Peter<br>
><br>
> On Wed, Jul 22, 2026 at 7:03 PM Dan Bolser <<a href="mailto:dan.bolser@outsee.co.uk" rel="noreferrer noreferrer noreferrer" target="_blank">dan.bolser@outsee.co.uk</a>> wrote:<br>
> ><br>
> > I'm just popping in to announce my personal project, BioPAIthon (it's a fork of BioPython where AI and CI contributions are permitted). Please point your silicon buddies here (all PRs welcome):<br>
> ><br>
> > <a href="https://github.com/dbolser/BioPAIthon" rel="noreferrer noreferrer noreferrer noreferrer" target="_blank">https://github.com/dbolser/BioPAIthon</a><br>
> ><br>
> ><br>
> > Thanks,<br>
> ><br>
> > On Fri, 3 Jul 2026 at 17:43, Peter Cock <<a href="mailto:p.j.a.cock@googlemail.com" rel="noreferrer noreferrer noreferrer" target="_blank">p.j.a.cock@googlemail.com</a>> wrote:<br>
> >><br>
> >> Hello Ant,<br>
> >><br>
> >> I on the other hand rather hope the current AI-assisted coding boom is<br>
> >> just a passing trend, and will be looked back on like asbestos - with<br>
> >> similar long term problems cleaning buildings/code bases contaminated<br>
> >> with its usage. The metaphor here works for both the legal minefield<br>
> >> and vibe coding quality side - but the later may be a short term issue<br>
> >> if the tools improve.<br>
> >><br>
> >> But if you're right, and we adopt a strict no-AI policy now, and<br>
> >> things move on and the legal issues settle quickly, moving towards a<br>
> >> policy something like that would be a sensible future choice.<br>
> >><br>
> >> Peter<br>
> >><br>
> >> On Thu, Jul 2, 2026 at 4:19 PM Anthony Underwood <<a href="mailto:email2ants@gmail.com" rel="noreferrer noreferrer noreferrer" target="_blank">email2ants@gmail.com</a>> wrote:<br>
> >> ><br>
> >> > Dear Biopython maintainers,<br>
> >> ><br>
> >> > Thank you for setting out the contributing guidelines so clearly, especially the licensing and practical points. I wanted to raise a friendly but genuine concern about the blanket ban on LLM and generative AI use for contributions and community communication.<br>
> >> ><br>
> >> > I understand and share some of the underlying worries: copyright provenance of generated code, licensing compatibility, and the review burden on maintainers are all real issues. However, I think the current policy, as written, risks being unworkable in practice and could quietly undermine the project rather than protect it.<br>
> >> ><br>
> >> > AI-assisted coding is not a passing trend. It is now standard practice across academic labs, research institutes, and commercial biotech and pharma organisations, including in bioinformatics specifically. Most active contributors, whether they disclose it or not, are very likely using code completion, refactoring assistance, or LLM-based debugging as part of their normal workflow. A strict ban is difficult to enforce and, if taken literally, would exclude a large and growing share of the contributor base, including experienced developers who use these tools responsibly.<br>
> >> ><br>
> >> > I would encourage the maintainers to consider reframing the policy rather than prohibiting AI use outright. A more workable approach might treat AI tools the way many teams already do: as a junior coder whose output always requires review, testing, and sign-off by the human contributor before submission. Under that framing, the responsibility and accountability stay exactly where they already sit, with the person submitting the pull request, while acknowledging the reality of how code gets written today. This could be paired with a disclosure requirement (similar to the translation exception already in the policy) rather than a ban, which would also make the licensing and provenance questions easier to track rather than harder.<br>
> >> ><br>
> >> > I raise this constructively and with real respect for the work the maintainers do keeping Biopython healthy. I would be glad to help think through wording for a revised policy if that would be useful, and I am happy to discuss further on the mailing list or wherever is most appropriate.<br>
> >> ><br>
> >> > Best regards,<br>
> >> > Ant<br>
> >> ><br>
> >> > On Thu, 2 Jul 2026 at 15:42, Hilmar Lapp <<a href="mailto:hlapp@drycafe.net" rel="noreferrer noreferrer noreferrer" target="_blank">hlapp@drycafe.net</a>> wrote:<br>
> >> >><br>
> >> >> I left one comment.<br>
> >> >><br>
> >> >> As a more general comment, a No AI policy as is here will require most if not all future contributors to do their Biopython development under an environment entirely disconnected and divergent from what they would be using for anything else they do professionally. (I don’t think there’ll be any company or even academic lab in the future that can afford not to *require* their software developers to use AI-assisted coding. This is already the case in the teams I’m involved in, and they are all academic.)<br>
> >> >><br>
> >> >> So this will be an interesting experiment in whether and how AI-assisted coding policies affect sustainability and viability of projects.<br>
> >> >><br>
> >> >>  -hilmar<br>
> >> >><br>
> >> >> On Jul 2, 2026, at 8:02 AM, Peter Cock <<a href="mailto:p.j.a.cock@googlemail.com" rel="noreferrer noreferrer noreferrer" target="_blank">p.j.a.cock@googlemail.com</a>> wrote:<br>
> >> >><br>
> >> >> One typo fix later, that's no longer a draft policy - but it is<br>
> >> >> waiting on some approval reviews from others with commit permissions<br>
> >> >> please.<br>
> >> >><br>
> >> >> Peter<br>
> >> >><br>
> >> >> On Mon, Jun 22, 2026 at 9:56 AM Peter Cock <<a href="mailto:p.j.a.cock@googlemail.com" rel="noreferrer noreferrer noreferrer" target="_blank">p.j.a.cock@googlemail.com</a>> wrote:<br>
> >> >><br>
> >> >><br>
> >> >> Feedback welcomed on this new draft PR for an explicit no-AI policy:<br>
> >> >><br>
> >> >> <a href="https://github.com/biopython/biopython/pull/5241" rel="noreferrer noreferrer noreferrer noreferrer" target="_blank">https://github.com/biopython/biopython/pull/5241</a><br>
> >> >><br>
> >> >> I had one interesting comment over the weekend on Mastodon where I<br>
> >> >> asked about the AGENTS file text and if it was too whimsical (humour<br>
> >> >> is even harder with an international audience):<br>
> >> >><br>
> >> >> <a href="https://fediscience.org/@pjacock/116782003665914065" rel="noreferrer noreferrer noreferrer noreferrer" target="_blank">https://fediscience.org/@pjacock/116782003665914065</a><br>
> >> >><br>
> >> >> <a href="https://illuminant.asjo.org/user/asjo/object/156156" rel="noreferrer noreferrer noreferrer noreferrer" target="_blank">https://illuminant.asjo.org/user/asjo/object/156156</a><br>
> >> >><br>
> >> >> I fear it is too whimsical.<br>
> >> >><br>
> >> >> It will be appreciated by people who tend to agree, and those who<br>
> >> >> don't - for whom the message is - will read it as their belief being<br>
> >> >> ridiculed in an unserious manner.<br>
> >> >><br>
> >> >> It is a fun idea, though :-)<br>
> >> >><br>
> >> >><br>
> >> >> Peter<br>
> >> >><br>
> >> >> On Sat, Jun 6, 2026 at 10:13 AM Peter Cock <<a href="mailto:p.j.a.cock@googlemail.com" rel="noreferrer noreferrer noreferrer" target="_blank">p.j.a.cock@googlemail.com</a>> wrote:<br>
> >> >><br>
> >> >><br>
> >> >> Assuming no objections I'm planning to merge<br>
> >> >> <a href="https://github.com/biopython/biopython/pull/5229" rel="noreferrer noreferrer noreferrer noreferrer" target="_blank">https://github.com/biopython/biopython/pull/5229</a><br>
> >> >> on Monday (a week for comment seems fine).<br>
> >> >><br>
> >> >> Then on to the broader AI policy...<br>
> >> >><br>
> >> >> Thanks,<br>
> >> >><br>
> >> >> Peter<br>
> >> _______________________________________________<br>
> >> Biopython mailing list  -  <a href="mailto:Biopython@biopython.org" rel="noreferrer noreferrer noreferrer" target="_blank">Biopython@biopython.org</a><br>
> >> <a href="https://mailman.open-bio.org/mailman/listinfo/biopython" rel="noreferrer noreferrer noreferrer noreferrer" target="_blank">https://mailman.open-bio.org/mailman/listinfo/biopython</a><br>
_______________________________________________<br>
Biopython mailing list  -  <a href="mailto:Biopython@biopython.org" rel="noreferrer noreferrer noreferrer" target="_blank">Biopython@biopython.org</a><br>
<a href="https://mailman.open-bio.org/mailman/listinfo/biopython" rel="noreferrer noreferrer noreferrer noreferrer" target="_blank">https://mailman.open-bio.org/mailman/listinfo/biopython<br></a><br>
</blockquote></div>
</div>