一篇来自 Miguel Grinberg 的博客文章,标题为《我不是反向半人马》,在 Hacker News 上获得 100 点热度。文章内容可能涉及人与 AI 关系的讨论,但原文仅包含标题与来源,无进一步技术细节。
原文 · 未翻译
I Am Not a Reverse Centaur
Posted by on 2026-06-12T09:20:39Z under
About a year ago I wrote on this blog about how coding with LLMs would not work for me, even if there were no ethical or environmental concerns preventing me to use them. I'm not going to repeat the arguments I made that time because my views on the subject haven' t changed. What has changed, however, is that the number of contributions I receive on my open source projects has gone up, and nearly all are now made with LLMs.
The other day I had a very depressing thought regarding this. All these people who submit drive-by pull requests to my projects are pushing me to spend more and more of my time reviewing and merging code that was extruded by machines. Cory Doctorow refers to people that perform this function as reverse centaurs. He calls these "frail and vulnerable people being puppeteered by uncaring, relentless machines." Ouch!
Am I a reverse centaur now? Is my new purpose as a seasoned software engineer and open source developer to spend my days reviewing LLM code, in spite of having decided that I do not need nor want this technology myself? As you can guess from the title, I'm never going to become a reverse centaur. Let me tell you how I resist the forces that want me to be one.
No more unsolicited pull requests
Back in pre-LLM days, receiving an unexpected pull request (PR) from a fellow coder was a source of excitement and pride. It meant that some random person decided it was worthwhile to invest their time and effort to improve a project of mine and share the result, not just with me but with all of its users.
Today, an unsolicited PR is a red flag. Too many people lazily prompt an LLM code generation tool and ask it to alter the behavior of one of my open source projects to meet their specific needs, without any care or consideration for what is being changed or how it might affect other users. Sometimes these changes make sense and improve the project, but often enough they do not. The submitters rarely care though, they just slap a long LLM generated description and send the PR over, leaving me with the task of figuring out if the change makes any sense at all or is pure slop.
I have decided that I have more important things to do with my life than to spend my days reviewing code produced by LLMs. If you want to contribute to one of my projects, I expect you to be the direct contributor, and to have a genuine interest in improving my project.
The contribution guidelines I include in all my open source projects have these instructions for contributors.
If you are interested in contributing a change to this project, please first introduce the change you wish to make to the maintainer in an issue. Pull requests that are submitted without a previous discussion in an issue may be closed at the maintainer's discretion. Once the maintainer accepts your proposed change and allows you to work on it, feel free to submit a pull request.
一篇来自 Miguel Grinberg 的博客文章,标题为《我不是反向半人马》,在 Hacker News 上获得 100 点热度。文章内容可能涉及人与 AI 关系的讨论,但原文仅包含标题与来源,无进一步技术细节。
原文 · 保持原样,未翻译
I Am Not a Reverse Centaur
Posted by on 2026-06-12T09:20:39Z under
About a year ago I wrote on this blog about how coding with LLMs would not work for me, even if there were no ethical or environmental concerns preventing me to use them. I'm not going to repeat the arguments I made that time because my views on the subject haven' t changed. What has changed, however, is that the number of contributions I receive on my open source projects has gone up, and nearly all are now made with LLMs.
The other day I had a very depressing thought regarding this. All these people who submit drive-by pull requests to my projects are pushing me to spend more and more of my time reviewing and merging code that was extruded by machines. Cory Doctorow refers to people that perform this function as reverse centaurs. He calls these "frail and vulnerable people being puppeteered by uncaring, relentless machines." Ouch!
If you are interested in contributing a change to this project, please first introduce the change you wish to make to the maintainer in an issue. Pull requests that are submitted without a previous discussion in an issue may be closed at the maintainer's discretion.
Once the maintainer accepts your proposed change and allows you to work on it, feel free to submit a pull request.
With this process I get to know the contributor and their proposal before there is a big time investment on either side, so it is a win-win for everyone.
In spite of this I still get unsolicited PRs, so clearly some users (or more likely their LLMs) do not read contribution guidelines. My initial task when a new unexpected PR arrives is to determine if there is a person behind it or not, and luckily this is easy to figure out in just a few seconds. If I don't see proof of human involvement, then I'm not interested, so the PR gets immediately closed with no questions asked.
You may argue that with this attitude I'm likely to miss useful improvements or bug fixes to my projects, and I guess that is possible. I really have no way to know without spending time reviewing these unsolicited PRs to separate the good from the bad. When I was sure that every contribution had the effort of a person behind it this review work was justified and I even enjoyed it. In today's slop-filled world this is reverse centaur work and it is not for me, so I only pay attention to PRs that come from engaged contributors.
My advice if you can only code with the help of an LLM and need fixes or improvements in a project of mine is that you don't waste your tokens on a PR, since I will ignore it. Instead, describe the problem in an issue, and let me handle the work. I do not want an LLM-generated novel with chapters, bullet points and emojis, just a simple description of the problem in your own voice. Since you will be saving some of those expensive tokens, you could also consider a donation, which will likely motivate me to prioritize your problem!
Does open source matter anymore?
This is a question that I constantly ask myself, and I do not have a clear answer yet. I still do a lot of coding, both for work and for fun, but in the last few years I have been less interested in sharing the things that I make. I still have enough interest to keep my current open source projects updated, but I have a bunch of recent projects that I can't bring myself to make public.
My perception is that there is less interest in open source, and in coding in general. The main reason I love coding is that it is a challenge, and I think this is actually the same reason why a lot of people prefer to give money to an AI lab and get a machine to spit out code for them, even with the risk of the code being subpar.
Will this trend continue to the point that nobody codes anymore and it is only machines doing it? I hope not, but we'll have to wait and see. I will continue to oppose a future in which we all have to be reverse centaurs, with the machines (and their billionaire owners) calling the shots.
Buy me a coffee?
Thank you for visiting my blog! If you enjoyed this article, please consider supporting my work and keeping me caffeinated with a small one-time donation through Buy me a coffee. Thanks!
Share this post
#1 Magesajr said 2026-06-12T10:58:34Z CAN IA reach the point when it can come up with creative minds(new ideas i mean)? But my qn is that can A flask web app become as a mobile app? I read a little about PWA(progressive web app) could you please explain a little about it and on how they can handle off line database transaction using Dexie
#1 Magesajr said 2026-06-12T10:58:34Z
CAN IA reach the point when it can come up with creative minds(new ideas i mean)?
But my qn is that can A flask web app become as a mobile app? I read a little about PWA(progressive web app) could you please explain a little about it and on how they can handle off line database transaction using Dexie
#2 Dan said 2026-06-12T11:25:50Z Hello, I like your approach as it still allows people to use LLMs to ease and speed up the coding phase for those that want to, but it reintroduces some humanity and social interaction in the process. As you said, win-win. What about putting some instructions in the contributing guidelines that would be read by LLMs, and would prevent them from working on the repo without an issue where you specifically approve it?
#2 Dan said 2026-06-12T11:25:50Z
Hello, I like your approach as it still allows people to use LLMs to ease and speed up the coding phase for those that want to, but it reintroduces some humanity and social interaction in the process. As you said, win-win.
What about putting some instructions in the contributing guidelines that would be read by LLMs, and would prevent them from working on the repo without an issue where you specifically approve it?
#3 Miguel Grinberg said 2026-06-12T12:42:41Z @Dan: You probably need to reread this blog post. LLMs are banned completely on my open source repositories. I only accept work from real people.
#3 Miguel Grinberg said 2026-06-12T12:42:41Z
@Dan: You probably need to reread this blog post. LLMs are banned completely on my open source repositories. I only accept work from real people.
#4 Miguel Grinberg said 2026-06-12T12:46:34Z @Magesajr: I'm not the right person to ask about what LLMs can or cannot do.
#4 Miguel Grinberg said 2026-06-12T12:46:34Z
@Magesajr: I'm not the right person to ask about what LLMs can or cannot do.
#5 Me said 2026-06-12T19:02:12Z Old man yells at cloud, story at 11
#5 Me said 2026-06-12T19:02:12Z
Old man yells at cloud, story at 11
#6 girllich said 2026-06-12T19:30:07Z yeah, that's unfortunate. personally I just hard fork and rename all projects I modify with llms, to ease your burden
#6 girllich said 2026-06-12T19:30:07Z
yeah, that's unfortunate. personally I just hard fork and rename all projects I modify with llms, to ease your burden
#7 Alexrsk said 2026-06-12T21:17:11Z I think, that "daily routine software engineering" will be automated fully in closest years; the new, free LLMs are here, which surpassed year-ago flagship LLMs. Also, optimized for LLMs hardware is here. This is so sad, I'd like to get rid of LLMs, but you genie is out of the bottle. What remains, is a coding as artwork. It's like Ferrari assembled by hand work in quantity of about 10, and Ford's conveyor belt. The first is for creators, the latter is for workers. So i predict a drastic gap between highpaid, narrow niche for code artisans, and easily replaceable worker of code conveyor. I wholeheartedly support you as seasoned dev, but can't afford to refuse reality.
#7 Alexrsk said 2026-06-12T21:17:11Z
I think, that "daily routine software engineering" will be automated fully in closest years; the new, free LLMs are here, which surpassed year-ago flagship LLMs. Also, optimized for LLMs hardware is here.
This is so sad, I'd like to get rid of LLMs, but you genie is out of the bottle.
What remains, is a coding as artwork. It's like Ferrari assembled by hand work in quantity of about 10, and Ford's conveyor belt. The first is for creators, the latter is for workers.
So i predict a drastic gap between highpaid, narrow niche for code artisans, and easily replaceable worker of code conveyor.
I wholeheartedly support you as seasoned dev, but can't afford to refuse reality.
#8 Alexrsk said 2026-06-12T21:31:55Z Some additional thoughts. I think that authors of educational books should demand prohibition of training LLMs on theirs content or using as RAG source
#8 Alexrsk said 2026-06-12T21:31:55Z
Some additional thoughts. I think that authors of educational books should demand prohibition of training LLMs on theirs content or using as RAG source
#9 James A said 2026-06-12T22:04:19Z About potentially missing out on useful contributions as a result of this filtering by requiring an existing issue report: I wouldn't worry too much about that. A good request/feature is likely to attract multiple supporters -- even if that takes some time (weeks/months, potentially), or requires some coalescing/herding of related issues and considerations. From the contributor side, as someone who enjoys the satisfaction of writing and improving code: I'm fairly likely to want to provide a pull request around the same time as filing an issue, at least if I believe that the required modification is small. Whether those hypothetical pull requests take into account all of the effects on the software and its consumers is likely to depend on how well I understand the particular project's environment.
#9 James A said 2026-06-12T22:04:19Z
About potentially missing out on useful contributions as a result of this filtering by requiring an existing issue report: I wouldn't worry too much about that. A good request/feature is likely to attract multiple supporters -- even if that takes some time (weeks/months, potentially), or requires some coalescing/herding of related issues and considerations.
From the contributor side, as someone who enjoys the satisfaction of writing and improving code: I'm fairly likely to want to provide a pull request around the same time as filing an issue, at least if I believe that the required modification is small.
Whether those hypothetical pull requests take into account all of the effects on the software and its consumers is likely to depend on how well I understand the particular project's environment.
#10 Miguel Grinberg said 2026-06-12T22:05:41Z @Me: the old man needs you and people like you to stop sending crap PRs to his projects. Then he would not need to yell at clouds anymore.
#10 Miguel Grinberg said 2026-06-12T22:05:41Z
@Me: the old man needs you and people like you to stop sending crap PRs to his projects. Then he would not need to yell at clouds anymore.
#11 Miguel Grinberg said 2026-06-12T22:09:09Z @girllich: It's great that you are willing to do that, but a lot of people want their LLM-made changes to be merged upstream because they want to continue taking advantage of updates and bug fixes, and apparently it is too much work to rebase once in a while.
#11 Miguel Grinberg said 2026-06-12T22:09:09Z
@girllich: It's great that you are willing to do that, but a lot of people want their LLM-made changes to be merged upstream because they want to continue taking advantage of updates and bug fixes, and apparently it is too much work to rebase once in a while.
#12 Miguel Grinberg said 2026-06-12T22:18:58Z @James: If you submit an unsolicited PR to a project of mine, even if it is immediately preceded by an issue, I'm going to start with the assumption that it is slop and spend just a few seconds on it to give it the chance of changing my mind. If you worked on the PR yourself, I will collaborate with you to merge the PR. This could mean that I will suggest additional changes that you (or I) will need to make before the PR can be merged. I've gone through this process lots of times, collaboration is one of the most gratifying aspects of open source.
#12 Miguel Grinberg said 2026-06-12T22:18:58Z
@James: If you submit an unsolicited PR to a project of mine, even if it is immediately preceded by an issue, I'm going to start with the assumption that it is slop and spend just a few seconds on it to give it the chance of changing my mind. If you worked on the PR yourself, I will collaborate with you to merge the PR. This could mean that I will suggest additional changes that you (or I) will need to make before the PR can be merged. I've gone through this process lots of times, collaboration is one of the most gratifying aspects of open source.
#13 EmmanuelNiyonshuti said 2026-06-13T08:00:26Z This is a bold take, and I respect it. I mean, I don't know, but this is kinda sad too. While finishing reading this, I couldn't help but wonder why you'd let "this" diminish your desire to keep sharing your work. I understand and empathize with the frustration of these low-effort, LLM-generated contributions and the burden that puts on maintainers. At the same time, I will forever appreciate open source and the willingness of people to share what they know. Personally, I enjoy coding because I like understanding how things work. I want, or at least try, to know what I'm doing and why I'm doing it. I have this fear of ending up with more and more code I haven't looked at, or APIs I have no idea what they do. That's why I try to be careful with these tools. Armin calls them "clankers", and speaking of Armin, from one of his writings, he argues like: "meaningful criticism comes from engagement. You don't have to become an enthusiast, but there is value in getting close enough to a technology to understand where it genuinely helps and where it breaks down." And that makes me wonder. if the flood of low-effort contributions is the problem and not the act of creating itself, why should that discourage you from continuing to share new things? Maybe this is already the reality for other people like you. Maybe the direction these things are going is way more obvious to people at your level, which makes my view a bit biased, I don't know. But I lowkey hope these clankers don't end up leading people away from sharing their work and from keeping the open source community as it used to be. Thanks!
#13 EmmanuelNiyonshuti said 2026-06-13T08:00:26Z
This is a bold take, and I respect it.
I mean, I don't know, but this is kinda sad too. While finishing reading this, I couldn't help but wonder why you'd let "this" diminish your desire to keep sharing your work. I understand and empathize with the frustration of these low-effort, LLM-generated contributions and the burden that puts on maintainers.
At the same time, I will forever appreciate open source and the willingness of people to share what they know. Personally, I enjoy coding because I like understanding how things work. I want, or at least try, to know what I'm doing and why I'm doing it. I have this fear of ending up with more and more code I haven't looked at, or APIs I have no idea what they do. That's why I try to be careful with these tools.
Armin calls them "clankers", and speaking of Armin, from one of his writings, he argues like: "meaningful criticism comes from engagement. You don't have to become an enthusiast, but there is value in getting close enough to a technology to understand where it genuinely helps and where it breaks down."
And that makes me wonder. if the flood of low-effort contributions is the problem and not the act of creating itself, why should that discourage you from continuing to share new things?
Maybe this is already the reality for other people like you. Maybe the direction these things are going is way more obvious to people at your level, which makes my view a bit biased, I don't know. But I lowkey hope these clankers don't end up leading people away from sharing their work and from keeping the open source community as it used to be.
Thanks!
#14 Thomas said 2026-06-14T00:55:00Z You have made tremendous contributions to the world of open source, and educated scores of programmers on your tools and those of others. We all owe you a huge debt of gratitude. How you spend your time is entirely your choice, you are under no obligation to spend it on any PRs or comments, regardless of who or what authored them. I find your position entirely reasonable, and hope that you continue to receive productive input and feedback from your users and fellow enthusiasts. And let's not forget that the only reason LLMs know anything about your open source software is that their creators incorporated your writing into the training data, without asking for permission or consent. Thank you for your incredible work!
#14 Thomas said 2026-06-14T00:55:00Z
You have made tremendous contributions to the world of open source, and educated scores of programmers on your tools and those of others. We all owe you a huge debt of gratitude. How you spend your time is entirely your choice, you are under no obligation to spend it on any PRs or comments, regardless of who or what authored them. I find your position entirely reasonable, and hope that you continue to receive productive input and feedback from your users and fellow enthusiasts. And let's not forget that the only reason LLMs know anything about your open source software is that their creators incorporated your writing into the training data, without asking for permission or consent. Thank you for your incredible work!
Leave a Comment
If you want to learn the ins and outs of relational database programming with Python and SQLAlchemy, consider my SQLAlchemy 2 In Practice book, available directly from my Courses site or from Amazon.
Welcome to my blog!
I'm a software engineer and technical writer, currently living in Drogheda, Ireland.
Generative AI notice: I do not use LLMs, agents or any other generative AI tools for help with writing, coding, image creation or any other tasks related to this blog or my open source work.
You can also find me on Github, LinkedIn, Bluesky, Mastodon, Twitter, YouTube, Buy Me a Coffee, and Patreon.
Am I a reverse centaur now? Is my new purpose as a seasoned software engineer and open source developer to spend my days reviewing LLM code, in spite of having decided that I do not need nor want this technology myself? As you can guess from the title, I'm never going to become a reverse centaur. Let me tell you how I resist the forces that want me to be one.
No more unsolicited pull requests
Back in pre-LLM days, receiving an unexpected pull request (PR) from a fellow coder was a source of excitement and pride. It meant that some random person decided it was worthwhile to invest their time and effort to improve a project of mine and share the result, not just with me but with all of its users.
Today, an unsolicited PR is a red flag. Too many people lazily prompt an LLM code generation tool and ask it to alter the behavior of one of my open source projects to meet their specific needs, without any care or consideration for what is being changed or how it might affect other users. Sometimes these changes make sense and improve the project, but often enough they do not. The submitters rarely care though, they just slap a long LLM generated description and send the PR over, leaving me with the task of figuring out if the change makes any sense at all or is pure slop.
I have decided that I have more important things to do with my life than to spend my days reviewing code produced by LLMs. If you want to contribute to one of my projects, I expect you to be the direct contributor, and to have a genuine interest in improving my project.
The contribution guidelines I include in all my open source projects have these instructions for contributors.
If you are interested in contributing a change to this project, please first introduce the change you wish to make to the maintainer in an issue. Pull requests that are submitted without a previous discussion in an issue may be closed at the maintainer's discretion. Once the maintainer accepts your proposed change and allows you to work on it, feel free to submit a pull request.
If you are interested in contributing a change to this project, please first introduce the change you wish to make to the maintainer in an issue. Pull requests that are submitted without a previous discussion in an issue may be closed at the maintainer's discretion.
Once the maintainer accepts your proposed change and allows you to work on it, feel free to submit a pull request.
With this process I get to know the contributor and their proposal before there is a big time investment on either side, so it is a win-win for everyone.
In spite of this I still get unsolicited PRs, so clearly some users (or more likely their LLMs) do not read contribution guidelines. My initial task when a new unexpected PR arrives is to determine if there is a person behind it or not, and luckily this is easy to figure out in just a few seconds. If I don't see proof of human involvement, then I'm not interested, so the PR gets immediately closed with no questions asked.
You may argue that with this attitude I'm likely to miss useful improvements or bug fixes to my projects, and I guess that is possible. I really have no way to know without spending time reviewing these unsolicited PRs to separate the good from the bad. When I was sure that every contribution had the effort of a person behind it this review work was justified and I even enjoyed it. In today's slop-filled world this is reverse centaur work and it is not for me, so I only pay attention to PRs that come from engaged contributors.
My advice if you can only code with the help of an LLM and need fixes or improvements in a project of mine is that you don't waste your tokens on a PR, since I will ignore it. Instead, describe the problem in an issue, and let me handle the work. I do not want an LLM-generated novel with chapters, bullet points and emojis, just a simple description of the problem in your own voice. Since you will be saving some of those expensive tokens, you could also consider a donation, which will likely motivate me to prioritize your problem!
Does open source matter anymore?
This is a question that I constantly ask myself, and I do not have a clear answer yet. I still do a lot of coding, both for work and for fun, but in the last few years I have been less interested in sharing the things that I make. I still have enough interest to keep my current open source projects updated, but I have a bunch of recent projects that I can't bring myself to make public.
My perception is that there is less interest in open source, and in coding in general. The main reason I love coding is that it is a challenge, and I think this is actually the same reason why a lot of people prefer to give money to an AI lab and get a machine to spit out code for them, even with the risk of the code being subpar.
Will this trend continue to the point that nobody codes anymore and it is only machines doing it? I hope not, but we'll have to wait and see. I will continue to oppose a future in which we all have to be reverse centaurs, with the machines (and their billionaire owners) calling the shots.
Buy me a coffee?
Thank you for visiting my blog! If you enjoyed this article, please consider supporting my work and keeping me caffeinated with a small one-time donation through Buy me a coffee. Thanks!
Share this post
#1 Magesajr said 2026-06-12T10:58:34Z CAN IA reach the point when it can come up with creative minds(new ideas i mean)? But my qn is that can A flask web app become as a mobile app? I read a little about PWA(progressive web app) could you please explain a little about it and on how they can handle off line database transaction using Dexie
#1 Magesajr said 2026-06-12T10:58:34Z
CAN IA reach the point when it can come up with creative minds(new ideas i mean)?
But my qn is that can A flask web app become as a mobile app? I read a little about PWA(progressive web app) could you please explain a little about it and on how they can handle off line database transaction using Dexie
#2 Dan said 2026-06-12T11:25:50Z Hello, I like your approach as it still allows people to use LLMs to ease and speed up the coding phase for those that want to, but it reintroduces some humanity and social interaction in the process. As you said, win-win. What about putting some instructions in the contributing guidelines that would be read by LLMs, and would prevent them from working on the repo without an issue where you specifically approve it?
#2 Dan said 2026-06-12T11:25:50Z
Hello, I like your approach as it still allows people to use LLMs to ease and speed up the coding phase for those that want to, but it reintroduces some humanity and social interaction in the process. As you said, win-win.
What about putting some instructions in the contributing guidelines that would be read by LLMs, and would prevent them from working on the repo without an issue where you specifically approve it?
#3 Miguel Grinberg said 2026-06-12T12:42:41Z @Dan: You probably need to reread this blog post. LLMs are banned completely on my open source repositories. I only accept work from real people.
#3 Miguel Grinberg said 2026-06-12T12:42:41Z
@Dan: You probably need to reread this blog post. LLMs are banned completely on my open source repositories. I only accept work from real people.
#4 Miguel Grinberg said 2026-06-12T12:46:34Z @Magesajr: I'm not the right person to ask about what LLMs can or cannot do.
#4 Miguel Grinberg said 2026-06-12T12:46:34Z
@Magesajr: I'm not the right person to ask about what LLMs can or cannot do.
#5 Me said 2026-06-12T19:02:12Z Old man yells at cloud, story at 11
#5 Me said 2026-06-12T19:02:12Z
Old man yells at cloud, story at 11
#6 girllich said 2026-06-12T19:30:07Z yeah, that's unfortunate. personally I just hard fork and rename all projects I modify with llms, to ease your burden
#6 girllich said 2026-06-12T19:30:07Z
yeah, that's unfortunate. personally I just hard fork and rename all projects I modify with llms, to ease your burden
#7 Alexrsk said 2026-06-12T21:17:11Z I think, that "daily routine software engineering" will be automated fully in closest years; the new, free LLMs are here, which surpassed year-ago flagship LLMs. Also, optimized for LLMs hardware is here. This is so sad, I'd like to get rid of LLMs, but you genie is out of the bottle. What remains, is a coding as artwork. It's like Ferrari assembled by hand work in quantity of about 10, and Ford's conveyor belt. The first is for creators, the latter is for workers. So i predict a drastic gap between highpaid, narrow niche for code artisans, and easily replaceable worker of code conveyor. I wholeheartedly support you as seasoned dev, but can't afford to refuse reality.
#7 Alexrsk said 2026-06-12T21:17:11Z
I think, that "daily routine software engineering" will be automated fully in closest years; the new, free LLMs are here, which surpassed year-ago flagship LLMs. Also, optimized for LLMs hardware is here.
This is so sad, I'd like to get rid of LLMs, but you genie is out of the bottle.
What remains, is a coding as artwork. It's like Ferrari assembled by hand work in quantity of about 10, and Ford's conveyor belt. The first is for creators, the latter is for workers.
So i predict a drastic gap between highpaid, narrow niche for code artisans, and easily replaceable worker of code conveyor.
I wholeheartedly support you as seasoned dev, but can't afford to refuse reality.
#8 Alexrsk said 2026-06-12T21:31:55Z Some additional thoughts. I think that authors of educational books should demand prohibition of training LLMs on theirs content or using as RAG source
#8 Alexrsk said 2026-06-12T21:31:55Z
Some additional thoughts. I think that authors of educational books should demand prohibition of training LLMs on theirs content or using as RAG source
#9 James A said 2026-06-12T22:04:19Z About potentially missing out on useful contributions as a result of this filtering by requiring an existing issue report: I wouldn't worry too much about that. A good request/feature is likely to attract multiple supporters -- even if that takes some time (weeks/months, potentially), or requires some coalescing/herding of related issues and considerations. From the contributor side, as someone who enjoys the satisfaction of writing and improving code: I'm fairly likely to want to provide a pull request around the same time as filing an issue, at least if I believe that the required modification is small. Whether those hypothetical pull requests take into account all of the effects on the software and its consumers is likely to depend on how well I understand the particular project's environment.
#9 James A said 2026-06-12T22:04:19Z
About potentially missing out on useful contributions as a result of this filtering by requiring an existing issue report: I wouldn't worry too much about that. A good request/feature is likely to attract multiple supporters -- even if that takes some time (weeks/months, potentially), or requires some coalescing/herding of related issues and considerations.
From the contributor side, as someone who enjoys the satisfaction of writing and improving code: I'm fairly likely to want to provide a pull request around the same time as filing an issue, at least if I believe that the required modification is small.
Whether those hypothetical pull requests take into account all of the effects on the software and its consumers is likely to depend on how well I understand the particular project's environment.
#10 Miguel Grinberg said 2026-06-12T22:05:41Z @Me: the old man needs you and people like you to stop sending crap PRs to his projects. Then he would not need to yell at clouds anymore.
#10 Miguel Grinberg said 2026-06-12T22:05:41Z
@Me: the old man needs you and people like you to stop sending crap PRs to his projects. Then he would not need to yell at clouds anymore.
#11 Miguel Grinberg said 2026-06-12T22:09:09Z @girllich: It's great that you are willing to do that, but a lot of people want their LLM-made changes to be merged upstream because they want to continue taking advantage of updates and bug fixes, and apparently it is too much work to rebase once in a while.
#11 Miguel Grinberg said 2026-06-12T22:09:09Z
@girllich: It's great that you are willing to do that, but a lot of people want their LLM-made changes to be merged upstream because they want to continue taking advantage of updates and bug fixes, and apparently it is too much work to rebase once in a while.
#12 Miguel Grinberg said 2026-06-12T22:18:58Z @James: If you submit an unsolicited PR to a project of mine, even if it is immediately preceded by an issue, I'm going to start with the assumption that it is slop and spend just a few seconds on it to give it the chance of changing my mind. If you worked on the PR yourself, I will collaborate with you to merge the PR. This could mean that I will suggest additional changes that you (or I) will need to make before the PR can be merged. I've gone through this process lots of times, collaboration is one of the most gratifying aspects of open source.
#12 Miguel Grinberg said 2026-06-12T22:18:58Z
@James: If you submit an unsolicited PR to a project of mine, even if it is immediately preceded by an issue, I'm going to start with the assumption that it is slop and spend just a few seconds on it to give it the chance of changing my mind. If you worked on the PR yourself, I will collaborate with you to merge the PR. This could mean that I will suggest additional changes that you (or I) will need to make before the PR can be merged. I've gone through this process lots of times, collaboration is one of the most gratifying aspects of open source.
#13 EmmanuelNiyonshuti said 2026-06-13T08:00:26Z This is a bold take, and I respect it. I mean, I don't know, but this is kinda sad too. While finishing reading this, I couldn't help but wonder why you'd let "this" diminish your desire to keep sharing your work. I understand and empathize with the frustration of these low-effort, LLM-generated contributions and the burden that puts on maintainers. At the same time, I will forever appreciate open source and the willingness of people to share what they know. Personally, I enjoy coding because I like understanding how things work. I want, or at least try, to know what I'm doing and why I'm doing it. I have this fear of ending up with more and more code I haven't looked at, or APIs I have no idea what they do. That's why I try to be careful with these tools. Armin calls them "clankers", and speaking of Armin, from one of his writings, he argues like: "meaningful criticism comes from engagement. You don't have to become an enthusiast, but there is value in getting close enough to a technology to understand where it genuinely helps and where it breaks down." And that makes me wonder. if the flood of low-effort contributions is the problem and not the act of creating itself, why should that discourage you from continuing to share new things? Maybe this is already the reality for other people like you. Maybe the direction these things are going is way more obvious to people at your level, which makes my view a bit biased, I don't know. But I lowkey hope these clankers don't end up leading people away from sharing their work and from keeping the open source community as it used to be. Thanks!
#13 EmmanuelNiyonshuti said 2026-06-13T08:00:26Z
This is a bold take, and I respect it.
I mean, I don't know, but this is kinda sad too. While finishing reading this, I couldn't help but wonder why you'd let "this" diminish your desire to keep sharing your work. I understand and empathize with the frustration of these low-effort, LLM-generated contributions and the burden that puts on maintainers.
At the same time, I will forever appreciate open source and the willingness of people to share what they know. Personally, I enjoy coding because I like understanding how things work. I want, or at least try, to know what I'm doing and why I'm doing it. I have this fear of ending up with more and more code I haven't looked at, or APIs I have no idea what they do. That's why I try to be careful with these tools.
Armin calls them "clankers", and speaking of Armin, from one of his writings, he argues like: "meaningful criticism comes from engagement. You don't have to become an enthusiast, but there is value in getting close enough to a technology to understand where it genuinely helps and where it breaks down."
And that makes me wonder. if the flood of low-effort contributions is the problem and not the act of creating itself, why should that discourage you from continuing to share new things?
Maybe this is already the reality for other people like you. Maybe the direction these things are going is way more obvious to people at your level, which makes my view a bit biased, I don't know. But I lowkey hope these clankers don't end up leading people away from sharing their work and from keeping the open source community as it used to be.
Thanks!
#14 Thomas said 2026-06-14T00:55:00Z You have made tremendous contributions to the world of open source, and educated scores of programmers on your tools and those of others. We all owe you a huge debt of gratitude. How you spend your time is entirely your choice, you are under no obligation to spend it on any PRs or comments, regardless of who or what authored them. I find your position entirely reasonable, and hope that you continue to receive productive input and feedback from your users and fellow enthusiasts. And let's not forget that the only reason LLMs know anything about your open source software is that their creators incorporated your writing into the training data, without asking for permission or consent. Thank you for your incredible work!
#14 Thomas said 2026-06-14T00:55:00Z
You have made tremendous contributions to the world of open source, and educated scores of programmers on your tools and those of others. We all owe you a huge debt of gratitude. How you spend your time is entirely your choice, you are under no obligation to spend it on any PRs or comments, regardless of who or what authored them. I find your position entirely reasonable, and hope that you continue to receive productive input and feedback from your users and fellow enthusiasts. And let's not forget that the only reason LLMs know anything about your open source software is that their creators incorporated your writing into the training data, without asking for permission or consent. Thank you for your incredible work!
Leave a Comment
If you want to learn the ins and outs of relational database programming with Python and SQLAlchemy, consider my SQLAlchemy 2 In Practice book, available directly from my Courses site or from Amazon.
Welcome to my blog!
I'm a software engineer and technical writer, currently living in Drogheda, Ireland.
Generative AI notice: I do not use LLMs, agents or any other generative AI tools for help with writing, coding, image creation or any other tasks related to this blog or my open source work.
You can also find me on Github, LinkedIn, Bluesky, Mastodon, Twitter, YouTube, Buy Me a Coffee, and Patreon.