Comment by eviks
4 days ago
> people using LLMs are using up disproportionately huge hosting resources
So block huge resource use? What if people use LLMs with disproportionately tiny resource use?
4 days ago
> people using LLMs are using up disproportionately huge hosting resources
So block huge resource use? What if people use LLMs with disproportionately tiny resource use?
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.
4 replies →
> Only if you can reasonably separate LLM from non LLM code, which is in no way a solved problem.
It's trivial to detect when someone's coding with a chatbot - they tell you, repeatedly.
Nobody who doesn't code with a chatbot worries that it's hard to tell.
1 reply →
> principled ban against LLM
So was it about high resource use, or a principle?
> People who are creating more by hand would still be allowed to have more breathing room.
What about the breathing of people creating by hand with a sprinkle of an LLM?
> but it's just a totally different approach.
Indeed, a better one where you manage directly the issue you claim to care about
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.
1 reply →
Both. They noticed the high resource usage of LLMs and decided that LLMs, in general, aren't worth supporting.
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
How does adding a few words to TOS stop "selfish bastards"?
Gives them a line to justify removing projects in the future if they are caught violating the ToS.
6 replies →