Changes to Sourcehut's terms of service regarding LLMs
progval
86 points
29 comments
August 27, 2026
Related Discussions
Found 5 related stories in 71.0ms across 4,692 title embeddings via pgvector HNSW
- Now is the time to give LLMs access to the ACM digital library rbanffy · 140 pts · July 28, 2026 · 53% similar
- The LLM Critics Are Right. I Use LLMs Anyway JeremyTheo · 209 pts · July 16, 2026 · 53% similar
- LLMs for technical editing: The good, the bad, and the ugly ritzaco · 15 pts · July 09, 2026 · 53% similar
- Protecting our FLOSS commons from LLMs acmnrs · 11 pts · July 23, 2026 · 53% similar
- LLM Usage in Debian: Three Proposals zdw · 120 pts · July 25, 2026 · 53% similar
Discussion Highlights (9 comments)
lantry
> The new terms of service, which will go into effect for new projects after the usual two week notice period (i.e. September 10th), will now include the following under the list of prohibited content: > - original content written with or which facilitates the use of LLMs (large language models) or other generative AI technologies > The use of LLMs or other generative AI tools to produce or assist with the production of source code, assets, tickets, emails, and so on, will no longer be permitted on SourceHut once these terms take effect. > As with our other policy changes, the intention is to roll this out slowly and thoughtfully. Each possible violation will be evaluated on a case-by-case basis and we are open to making exceptions.
lycopodiopsida
I am a paying supporter and I am considering to stop paying. This policy is a) dumb b) unenforceable. I pay them for infrastructure and service, not for some pseudo-moral ideas about how I should write my code. My code is as little of their concern, as things happening in my own house.
irealis
I've been a paying customer since... pretty much since I've first seen the project, which has been quite a few years. I've always known the srht founders as rather strongly opinionated - for better and worse. This has always bothered me a bit, but I still strongly preferred it to Github and the likes. And it didn't hit me either with the cryptocurrency related bans. Unfortunately this time, it does. And not because the policy is an anti complete slop policy, but because it bans relatively (at least to me) reasonable AI use as well. Disappointing, sad, but not surprising. Moral grandstanding in the face of AI does little, it's already here to stay, whether we like it or not. I wish there were reasonable alternatives.
vnorilo
I use LLMs at work without much thought by now. I'm also contributing a little bit to Sourcehut and keep my personal projects there. While I'm not necessarily in the "LLMs are evil" camp, I find I respect this position a lot. I wish more people would do what they feel is right, even if that's going to result in a backlash from those who disagree. When it comes to my personal projects, I realize I haven't really touched many of them in the LLM age. In a way, AI has made me uninterested in programming. This might actually be a nice demarcation line: keep my free range organic code on sourcehut and actively not use AI for my personal stuff. After all, LLMs (may) mostly help with speed (sometimes) - which was never the issue for the stuff I create "just because".
Nnnes
Summary of the mailing list discussion ( https://lists.sr.ht/~sircmpwn/sr.ht-discuss/%3CDKSTMKM0ZD9N.... ) - counted by hand without LLM assistance so there may be mistakes or misreadings :) ~51 in favor of the proposal. 20 of those specifically stated a desire for a blanket or as-strong-as-possible ban. 17 mentioned paying for the service. Many (sorry, didn't count these!) stated that the reason they joined SourceHut in the first place is because of the strongly opinionated culture and that an LLM ban aligns well with that. ~19 opposing the proposal to some degree. (I am counting Greg K-H's comments as a very weak "oppose".) 5 specifically mentioned paying for the service, and 1 stated they will stop paying if the policy takes effect. Some stated that they don't personally use LLMs, or don't like them or the effects they have, or would support a weaker ban (e.g. only ban fully vibe-coded projects or excessive resource usage).
Zambyte
Drew convinced me that we should abolish copyright through his blog[1][2]. I find it very unfortunate that he uses the copyright licenses of the software hosted on SourHut as an argument against LLMs. Abolishing copyright means abolishing copyright for everyone, even you. Even if you don't like what people do with their copies. I also find the reference to the energy consumption of AI dated a year and a half ago to be extremely unconvincing. The efficiency gains in AI over the course of the last year have probably been unparalleled in any other era of computing. The model (Qwen 3.8 27b) that I run on my own hardware on a single, high end gaming GPU, is often compared to the state of the art, massive frontier model from the beginning of this year. There was literally no amount of money you could pay to any company to run the biggest, most energy hungry AI model in existence at the time that the reference was written, that would even compare to the quality you can get out of a single GPU now. [1] https://drewdevault.com/blog/Alice-in-Wonderland/ [2] https://drewdevault.com/blog/Sustainable-creativity-post-cop...
pnikosis
I don't know how this can be enforced, there's a lot of room for interpretation, making projects at risk to be banned. > - original content written with or which facilitates the use of LLMs (large language models) or other generative AI technologies and > Moreover, the use of AI for purposes other than co-authoring code, tickets, emails, and so on, is discouraged but not prohibited. If you use LLMs privately to review your work, to ask questions of, to perform security analysis, and so on, and then write original code to push to SourceHut, your use-case is aligned with our policy. So from what I understand it is OK to use AI for security reviews privately but is not cool to host a project that allows to do that? Also, what does it mean "and so on"? Like "anything we consider we don't allow at some point?"
enriquto
Just to add a datapoint to the discussion: as a paying customer of sourcehut I 100% support this anti-slop policy. I'd prefer if some terms were stated somewhat more precisely, but it's great as it is.
robotmay
Sigh, frustrating for me but I guess I understand the rationale, if not the implementation. I'm retired from programming professionally and I liked using Sourcehut for my personal projects because it just got out of my way, and I could put my mostly-old open source projects up there without worrying about people trying to contribute to them thanks to the friction of the system. I do slop-code hobby projects because I'm pretty much done with programming for fun now, but they're always private and I know that my relative load is low as I don't do much different from how I would personally use it. Personally I'm in favour of blocking LLM pull requests/merge requests/patches to open source repos - the sheer volume of crap is out of this world. I saw a repo with 1.1k unmerged PRs yesterday! The code can be from an LLM but the request to merge it damn well better be written by a human. I'm not going to put effort into reviewing something someone else couldn't be bothered to even write a blurb for. But for private projects, just shove a rate limiter on the endpoints and be done with it. Lately I'm very conflicted about software development as a whole. I've always aspired to be good, both in my work and in my relationship with others in the industry. But I can't be arsed any more - the joy has gone out of software, and I just want it to be done and out of my way. And now I have to move my photography portfolio repo that has fewer commits per day than I could write by hand, because there can't be grey areas or compromise on the modern internet. I used to work for GitLab, for what it's worth (and they've gone quite far down the AI toilet), and I honestly don't think I can be arsed setting up that or anything else. I might as well just shove bare repos on my NAS and go do something I actually enjoy.