>We take contributions as human-written text, not code — see CONTRIBUTING.md. Describe the change you'd like informally in a .txt or .md file in adrs/, and if we're aligned we'll handle the implementation. Report vulnerabilities privately — see SECURITY.md, not a public issue.
Starting to think people were right when they talked about our industry itself having an AI psychosis problem.
SQLite has a conceptually similar contribution process:
> the project does not accept patches from random people on the internet
https://sqlite.org/copyright.html
In their case, it's motivated by a desire to keep copyrighted code out of the SQLite implementation, but I'm sure it has a nice benefit of making it so that an extremely widely used project doesn't get drive by, low effort code review requests while still allowing the community to engage.
Asking that "random people on the internet" don't sent code is not altogether a novel, post-AI idea.
I tend to think we have an industry AI mania problem, but I’m not sure I understand what you find psychotic about this. I find it better to get a text suggestion or description of the change, then work on the implementation myself, even without using an agent, instead of reviewing LLM diffs that I know I will want to tweak to my taste
Sounds to me they're asking people to basically at least put the starting stones to something that looks like a specification. Not a bad idea to gate the flurry of feature requests to people who actually can think 10-15 minutes about the feature they're suggesting/asking for.
as a maintainer, seems nicer than getting a slop pr with no context.
the other option is to generate 5000+ open issues that no one cares are open.
Also, it's a AI project; what, exactly, do you think they're going to try and do?
So, basically,
> Please write our prompts for us
As someone who has maintained an open source project, I much prefer written bug reports and feature requests to drive-by PRs. (I almost don't even care if they are LLM-written.)