How much AI can a maintainer get away with using without losing their humanity?

zdw1 pts0 comments

How much AI can a maintainer get away with using without losing their humanity? 路 Jamie Tanna | Software EngineerWritten by<br>Jamie Tanna<br>on August 2, 2026<br>CC-BY-NC-SA-4.0<br>Apache-2.0<br>8 mins<br>馃 This post includes some LLM-derived content 馃<br>How much AI can a maintainer get away with using without losing their humanity?

Table of ContentsI've been recently thinking about how Open Source maintenance seems to be becoming a little more a slog recently - largely with the increased amount of contributions possible with AI agents - and how it impacts being a maintainer.<br>I'm very fortunate that my literal job is to be an Open Source project maintainer (among other things) and that it's a privilege not many others have. That being said, it still doesn't mean that undoes the amount of work that seems to be increasing every month.<br>Mike McQuaid recently wrote an eloquent post about how Open Source needs to be fun, which naturally struck a chord - the work that we do needs to be sustainable and enjoyable.<br>As someone who feels like they're consistently pushing the edges of burnout - possibly due to my ADHD - I've hit a bit of a wall several times, where the overwhelm of so many things to do unfortunately leads to needing to (often silently) take a step back from the project for my own mental wellbeing.<br>This is moreso true with oapi-codegen and how we're trying to make it more sustainable. oapi-codegen is a widely used project with a difficult API surface: give me your arbitrary OpenAPI specs, and we'll convert the complex or straightforward spec to a form of Go that is generally nice to use. Being guided by our users' usage can be difficult at time, as well as Go's not-that-great type system.<br>More recently, we've been feeling this pain with Renovate, and a significant uptick in contributions and feature requests that aren't really scaling with the team size we have, largely due to the usage of contributions with help from AI agents.<br>(But at the same time, it's pretty great that we are seeing an increase in adoption and engagement, and the patterns in our codebase work quite well for AI agents to help with contributions!)<br>This has been something on my mind for a bit - as the project lead, I'm looking at what we can do to make things more sustainable for us as a project, while also taking into account valuable contributions from the community.<br>This post doesn't come with an answer - it's more of a way for me to think through my feelings, and a call to action from other maintainers to hear how they're doing, and whether they're having to rely on AI to be able to deal with the increase in AI contributions, or if they have any other practices at their disposal.<br>Why am I feeling the pressure?<br>This isn't really an answer that should surprise anyone familiar with running an Open Source project - especially in the last few years. But to make it clear, it's because there's a significant increase in contributions to the project, be they bug reports, feature requests, Pull Requests to review, and (potential) security vulnerabilities.<br>When I joined the Renovate project as the project lead in September, we had roughly 100 open Pull Requests, and I'd been trying to keep that number below 100 as long as I could. As of today, we have ~340, which has been a fairly consistent number over the last few months, increasing at a rate consistent with cutting off the head of a hydra.<br>(Some folks may notice that as of writing, I have 72 of those open PRs - a number of these are drafts as I need to finish tweaks on them, and I'm aware that adds a good chunk to the overall number of PRs we have)<br>As previously mentioned, the core maintainer team is only 3 people. Although we have some collaborators like Rahul and Sergei who do great work, the final decisions on functionality and reviews are the three of us maintainers - which is a tiny team considering that zero of the three of us are working 100% full-time on the project, and we're so widely used as a project.<br>To put this increase in contributions into perspective, let's look at some stats over the last few years.<br>I set Claude Opus 4.8 to take data from my "maintainer dashboard" - which also includes information from Pull Requests - in a way to get some understanding of whether our feelings matched the facts. This data has all been analysed between January-July across 2024, 2025, and 2026.<br>At a high level, we see:

Something I also wanted to investigate is how GitHub Discussions interactions have changed, given it is our key interface with users. Although we're generally seeing increased adoption of Renovate, it appears like more folks are using AI to answer the sorts of questions they'd come to our Discussion forums. This is good and bad - it's good that AI models are able to provide the support users need, but reduced interactions with the project means that we have less information about common issues, to improve documentation or smooth out rough edges.<br>We can also see that although 2024 and 2025...

project contributions maintainer open from requests

Related Articles