<div dir="ltr">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):<blockquote style="margin:0 0 0 40px;border:none;padding:0px"><div><a href="https://github.com/dbolser/BioPAIthon">https://github.com/dbolser/BioPAIthon</a></div></blockquote><div><br></div><div><span style="background-color:transparent">Thanks,</span></div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Fri, 3 Jul 2026 at 17:43, Peter Cock <<a href="mailto:p.j.a.cock@googlemail.com" target="_blank">p.j.a.cock@googlemail.com</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">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" 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" 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" 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" 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" 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" target="_blank">https://fediscience.org/@pjacock/116782003665914065</a><br>
>><br>
>> <a href="https://illuminant.asjo.org/user/asjo/object/156156" rel="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" 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" 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" target="_blank">Biopython@biopython.org</a><br>
<a href="https://mailman.open-bio.org/mailman/listinfo/biopython" rel="noreferrer" target="_blank">https://mailman.open-bio.org/mailman/listinfo/biopython</a><br>
</blockquote></div>