Making a principled ban against LLM would seem to allow for more freedom and flexibility with usage limits. People who are creating more by hand would still be allowed to have more breathing room. With a hard limit of resources everyone would be more restricted. That's also a solution, but it's just a totally different approach. The LLM ban could help to allow for freedom without the resources getting overwhelmed.
Only if you can reasonably separate LLM from non LLM code, which is in no way a solved problem. Even if one agrees with their priorities 100%, it's just asking for non-automated enforcement. It's difficult to execute, and either lead to completely arbitrary enforcement, or a lot of resources being spent in exchange for this freedom
you mention. It's just a very hard practical line to try to draw.
And let's be real, most of the costs LLMs incur on hosting providers have little to so ln who makes commits. A popular project than bans LLMs from contributing, but is used often by LLMs that are using the project as a library is indistinguishable from one that allows LLM contributors.
So from a practical perspective, it's a head scratcher
It's true that an LLM ban is really hard to enforce, but that doesn't mean it's worthless. If i make an image editor and say "It is my policy that serial killers and pedophiles cannot use my software" i can't really enforce that, but it still makes a (somewhat useless) statement.
In my opinion, not allowing LLM code at least signals that codeberg (and forgejo) itself is unlikely to be majority LLM code, which raises its stock in my book; It signals what kind of people the maintainers are.
I really meant -- are these maintainers passionate about the design and maintenance of their tools, are they trying to slop up a demo fast enough that some VC buys them out, is this project a goal in itself or the means to some other end, etc...
Open source software that exists for its own sake is exceedingly rare, and understanding the goals of a community before becoming dependent on it is a good idea
OK! This makes sense, and I agree. But I don't think banning LLM usage gets us there. LLMs are going to be used for coding, whether anyone likes it or not. I think focusing on the effort and care that is put into the codebase is a good metric: LLM generated code that is reviewed by teams of professionals, for example, is a huge win, and should be encouraged.
I readily concede that there is a huge volume of inexperienced programmers generating crap, though.
If you made this statement and you catch a serial killer using your software, it affects the options. A more reasonable example may be: Microsoft may not reverse engineer this. They still can do it privately - you can't enforde it - but if you catch them, then you have more options besides saying "welp, I said they could"
Apparently some people have compared it to some other unlikable groups of people (I know this because a vibecoder complained about the comparison someone else made)
If someone has to ask whether their software is mostly AI-written, then it is.
If someone has to ask exactly how racist you have to be before you can be called a nazi, they're probably a nazi.
If someone has to ask how attracted to underage girls they can be before they're a pedophile, they're a pedophile.
If someone has to ask how responsible you have to be for a death before it's a murder, they're probably a murderer.
Because people who aren't these things clearly know that they aren't.
My interpretation is that the resource usage should be roughly proportional to the human activity involved. That wouldn’t restrict resource usage by any individual project, which might be a popular project with many contributors and a lot of activity, but the resource consumption needs to be justified by corresponding human effort and interest, which LLM usage doesn’t exhibit.
In this corresponding blog post, one point made is that LLMs tend to LARP big-project infrastructure on small projects. They use the resources for something like GNOME but they aren't actually GNOME so they don't have any excuse for it.
The main problem is that so many LLM users are selfish bastards and they won't respect the spirit of such rules and will only stop when the hard disk quotas force them to.
So now your solution entails lowering the quota for everybody because allowing in LLyou must assume eve
Do we have a tool that can detect whether a project is majority LLM-written? This is an unenforceable rule, unless it's just coming down to vibes and they're going to decide what projects to ban based on their feelings.
Are you sure? It's pretty easy to find telltale signs of LLM usage, like the CLAUDE.md file, the '.cursor' directory, the 'vim'-sized codebase done in a week.
That's just vibes. Measuring how much data someone uses is concrete and empirical. They are implementing TOS rules that are based on judgement and require a judge. Very different when implemented practically, especially in terms of effort on the part of the org. Quotas are automated, evicting projects is highly manual.