I am locking the thread because I consider this cherry picking comments from KDE maintainers misinformation. Let's wait and see where they go... The discussion as to include gen AI code, in which ways, how much, etc. is something that many projects (if not all) are undergoing. Let's be respectful to their open decision processes! This respectfulness needs to be regardless of whether we agree or not with what they do. Once they make a decision, sure, go ahead with flaming commentaries and endorsing alternatives or forks (if they appeared)
Linux
A community for everything relating to the GNU/Linux operating system (except the memes!)
Also, check out:
Original icon base courtesy of lewing@isc.tamu.edu and The GIMP
the policy in question:
The golden rule for LLM usage in KDE is Don't be lazy:
Don't try to use a tool to replace your own judgment, interpersonal communication, or learning process.
Don't take unsustainable shortcuts.
Don't avoid growing as a person.
The result will be poor-quality work that eventually becomes someone else's problem.
Nobody in KDE should know if you use an LLM — not because you're concealing it, but because your usage of it produces output indistinguishable from what you could produce yourself. Contributions with obvious and lazy LLM usage may be ignored or closed.
Using an LLM to generate contributions
KDE follows a "human in the loop" principle: you must be making decisions and adjustments beyond mere prompting. The output must express your unique humanity in some way.
- Don't be a "meat proxy". For example:
- Don't submit throwaway LLM-created changes as a "first draft or proof-of-concept for maintainers to improve".
- Don't submit "vibe-coded" changes you don't understand and couldn't make yourself.
- Don't disclose LLM usage as a way of trying to excuse the potential errors or poor quality of a contribution that you haven't put much effort into.
- Don't add "Assisted-by: [some LLM]" tags to your commits; it's just free advertising for the LLM's provider.
(emphasis original, except for the fourth bullet point)
"You are responsible for the code you submit, regardless of tools used."
Literally the same stance Linus had on Linux. I'm okay with it as long as it's enforced.
Yes, that's fine. And it's also easy to enforce - just treat any code as if it's written by a human (except obviously machine generated code like hardware descriptions etc).
Being against AI and LLMs is all fine and dandy, but it kinda takes ridiculous shape now.
However, I would prefer if open source tools would only allow the usage of open weight models and self-hosted systems. But then again, that's my idealism talking.
I hate vibe coding, detest it, i'm tired of it. it wastes time and resources. That being said I use AI for debugging and as a glorified rubber duck. I don't let it write ANYTHING but I will allow it to review code and make suggestions. Generally, I'd say 8 times out of 10 the suggestions are garbage BUT it will lead me down the right path. it's a rubber duck that can talk back. So in that regards it has improved my build times, it has sped me up without actually touching the code itself.
THAT's what AI/LLMs SHOULD be used for. an assistant that doesn't directly interact with the project. a consultant to your code if you will.
unfortunately many people can't make that separation and they sit on both sides of the fence.
This isn't a bad policy, but outright ignoring ethical and environmental concerns doesn't seem very wise either. That should still be discussed, even if this becomes the final version of the policy.
i like how people exaggerated this into "oh no, KDE is s|op now". I totally get the hate for greedy and overhyping ai corpos, but if this policy is a sign of slop, you a) most probably never coded anything in your life b) unaware that before ai-slop there was natural, human-produced(tm) slop and dumb stackoverflow copypasta that barely even worked.
It's that humans cannot be trusted to not take shortcuts and AI has proven time and time again to be a literal gambling machine that uses persuasive writing techniques to convince you of things you wouldn't otherwise think.
KDE is also fighting transparency which is terrible.
It's not going to be shocking when KDE starts performing worse. If more than one person works on a project and you're just hoping people use things responsibly, you're dreaming.
Humans optimize everything and AI pretends to be the greatest optimization tool of all time while it spits spaghetti code it's authors understand less of over time while it tells them "great idea! I'll get to work right away!
This seems fine
This seems fine to me, it's all they can really do since banning AI entirely just isn't possible; someone could use it and submit very high quality code and no one would know AI was involved.
This is EXTREMELY disappointing. KDE is my favourite DE.
This. Dunno where I'm going to go once KDE starts collapsing under the weight of AI slop. XFCE maybe? Do they have an AI policy? What's Cosmic looking like these days?
Xfce have embraced AI with their new Wayland compositor.
Cosmic accepts AI code, but according to them, they take a preemptively hostile view toward AI code submissions and will rewrite some parts by hand.
There's some lists linked in the comments here of DE's that reject all AI.
If slop coding is so great why is everyone so adamant about hiding it from users?
If you're not willing to disclose something, maybe take that as a hint.
As a user, I think this is the biggest issue I have with this policy. Disclosure is a big part of open source and hiding whatever tools are used is fundamentally against that philosophy.
I feel like using ai is like using drugs, they're bad, but regulating them is muuuuuuuch better than just prohibiting, people will use it anyways.
It's not a one to one comparison but I feel encouraging witch hunts will definitely do more harm than normalizing it.
To be clear, I don't want it either, I'm acknowledging it's the lesser of two evils.
this is quite... disappointing, and I say that as someone who uses primarily GNOME :(
I'll likely be switching my gaming PC to Gnome due to all this :\
(on a side note, the Gnome dev in that thread mentions that Gnome bans AI usage, but I haven't been able to find anything that confirms that, and AFAICT Gnome doesn't have an official AI usage policy, only Gnome Circle does for 3rd party Gnome Extensions).
the Gnome dev in that thread mentions that Gnome bans AI usage, but I haven’t been able to find anything that confirms that
You can bet your behind that the developers employed by IBM Red Hat are 100% using LLMs to code. Chances are they are even mandated by corporate higher-ups to do so.
It starts with "oh, just clean up any code generated" and "you must understand what your code does" and then in a decade that person won't remember how to code at all because they self-lobotomized themselves for the convenience.
I do kinda get Niccolo's point that a contribution policy is not the place to decide environmental concerns even though it feels contradictory at first glance. He's generally very critical and nuanced when it comes to LLMs so I wouldn't call him "pro-AI". Just watch his YouTube content.
The contribution policy is the only place where anything meaningful can be done, as that is ultimately what will influence developers trying to contribute. Putting environmental concerns anywhere else is, IMHO, just toothless virtue signalling.
I personally consider advocating for non-disclosure of AI use to be Pro-AI. Advocating for disclosure but still allowing it would be neutral.
I don't really see why environmental policy shouldn't be mentioned in the contribution policy. If it's there as the justification for why a part of the policy exists and it is accurate about what the environmental impacts actually are, it seems to fit in fine within the policy? Not wanting the point there doesn't make KDE pro-AI (since they might just want to mention it elsewhere), but it is valid criticism if they don't acknowledge it anywhere.
However I do feel that the other points in the post are weaker. KDE's stance is in line with what the SFC recommends when it comes to AI in FOSS, specifically around contributions. I came across the SFC recommendations a while back and it's held up well in similar discussions so far: https://sfconservancy.org/llm-gen-ai/llm-backed-generative-ai-recommendations.html
Devs rejecting any notion of transparency by disclosing AI usage in code submissions
I don't think they rejected the transparency part? I agree that transparency is necessary. Rather their reply is telling the commenter to not shun people. Both of those points are reflected in the SFC recommendations (point 5 on disclosure and point 3 on shunning)
And all of this is coming right after the debacle with an AI slop project being allowed to give a presentation at Akademy, and the person asking how this was allowed being blocked by KDE
I get the feeling that KDE does not curate much of anything, for better or for worse. There is a good bit of content in the KDE ecosystem that is outdated or straight up shovelware.
On top of that, Akademy is a conference that is intended for discussion, rather than a presentation about KDE.
Akademy features a 2-day conference with presentations on the latest KDE developments, followed by 4 days of workshops, Birds of a Feather (BoF) and coding sessions. It is an opportunity to meet key KDE contributors, learn about the latest features and enjoy the great atmosphere. You will meet developers, artists, translators, upstream and downstream maintainers, users, and free and open software industry leaders from all over the world
It wouldn't work well if they had to curate every presentation at such an event. It is indeed deceitful to imply that the presenter is going to change the direction of KDE if in reality they rarely contribute and have little say in the direction of KDE. Also IMO it's good that they let that guy participate in the conversation because it let everyone else raise points about why the idea is bad.
Do we have a list of desktops that ban AI?
https://codeberg.org/ethical-foss/open-slopware#desktop-environments
https://codeberg.org/ethical-foss/open-slopware#window-managers
tl;dr:
- Lumina, Lumina NG, and GNOME (not mentioned) are good choices of DE
- bspwm, River, Sway, and Openbox are good choices of WM. The two options in bold have anti-AI policies, while the rest are simply untainted. Openbox is safer than the rest, as it has been feature-complete since 2010, and therefore only gets occasional patches.
- Niri has also recently changed its policy to ban the use of AI. It is unclear whether they will still use it for code reviews, but from the perceived tone of the text, this will probably also stop.
Niri should join that list since this recent commit: https://github.com/niri-wm/niri/commit/7256ccf6274a1f953c6987ade34ea1c0e4944c27
Edit: Good find @heliotrope@slrpnk.net, that list increases our options significantly.
This list contains ~~the only~~ some known DE's that openly reject AI. Basically just a couple window managers.
Pretty much every major full blown DE accepts or uses AI. Gnome and Cinnamon have no official stances
Yeah, but GNOME developers mostly dislike AI, so the project could be considered to be at a lower risk of contamination.
Actual proposed policy:
Nobody in KDE should know if you use an LLM — not because you're concealing it, but because your usage of it produces output indistinguishable from what you could produce yourself. Contributions with obvious and lazy LLM usage may be ignored or closed.
Generally, don't. What you are willing to write is generally the upper limit of what others are willing to read. LLMs, on the other hand, often produce long, rambling, soulless, corporate-sounding nonsense that nobody wants to read; don't do it. This includes:
Don't use an LLM to "organize your thoughts" and copy-paste the output somewhere. Organize them yourself. Don't use an LLM to generate commit messages and merge request descriptions. Write them yourself. Don't use an LLM to generate a reply to someone's question or comment, then copy-paste that as if it were your response. Understand and reply yourself.
The one acceptable usage is to write text in your native language and then machine-translate it into English, with no stylistic or tonal changes.
But of course reading is for the LLM, it's far better to be outraged about 'hopping on the Pro-AI train'.
That section only relates to descriptions of pull requests, not the AI code itself. They don't want long rambly AI generated explanations of how the code works, but they are fine if the code itself is AI generated.
It's a actually completely reasonable proposal
It all comes down to one thing - understand the LLM generated code you want to submit, and use the LLM for nothing else than write code, like making other people having to read LLM text. This is a whole lot like the kernel's LLM policy.
Niko is right, the environmental corcern is not something this policy should go against - what can they do despite ban LLM usage altoguether (and per consequence get LLM generated code submitted anyway), they can't have a blacklist for models, or force contributors to run them on their local hardware.
what can they do despite ban LLM usage altoguether (and per consequence get LLM generated code submitted anyway), they can't have a blacklist for models, or force contributors to run them on their local hardware.
But they can? Like OP pointed out, wine forbids contributions from those that have seen Windows source code. How in the world are they supposed to enforce that? Turns out the open source community is pretty good at self enforcing.
I find the proposed policy very nuanced and generally useful. It's not banning LLM usage but still prohibiting mindless vibe-coded contributions. I don't see an issue and your post seems to be blowing this out of proportion.
It makes no distinction between self-hosted LLMs or Corportate LLMs, and disregards the dangers of using LLM code in FLOSS projects due to copyright concerns and the environmental and social damage corporate AI causes. For more details:
-
Simply using an AI that's run on a corporate data centers encourages the construction of yet more data centers, with all of the environmental/climate negatives they bring, as well as local harms they induce on the people living near them, such as increased electricity rates.
-
Using corporate AI directly helps the financial situations of those giant corporations (by boosting usage/user numbers, they are able to attract more investment capital), most of which are ran by right-wing CEOs who are more than willing to collaborate with and fund fascist governments to ensure that they are not regulated in search of both maximum profits. Some of these companies, such as Nvidia, Palantir and Oracle, genuinely appear to be seeking to use these tools for what would previously be considered crackpot conspiracy theory levels of public control and surveillance.
-
I'm wary of the potential effects of AI usage resulting in declining or stagnating critical thinking based on some preliminary studies (example 1, example 2).
-
I do not think LLMs can be "just a tool" as many claim.
-
99% of LLMs (the ones virtually everyone use) are trained on copyrighted code that is incompatible with GPL licensed projects. LLMs have a 3 to 10% chance to unknowingly reproduce the copyrighted code perfectly, introducing legal plagiarism into an open-source project, which could easily open up the developers to being sued in the future if companies scanned open source repos for copyright violations.
-
Many courts are ruling that LLM generated code cannot be copyrighted at all, meaning that it also cannot be legally made GPL, losing the protections from corporate exploration the GPL normally grants. https://fsfe.org/news/2026/news-20260825-01.html
time to stop donating then. Ai crap results in death by a thousand cuts.
World sees AI doing awful things like nudifying children, making nearly every software we use worse, and stealing the world's knowledge to sell back to us, and generally dislikes AI.
Moronic software devs with massive egos: "WE SHOULD USE AI SEE HOW EASY THIS MAKES MY LIFE NOW I DONT HAVE TO LEARN. "
Also them: "I swear I just use it to augment my work! I'd never take a shortcut and eventually keep taking shortcuts and outsource my thinking! Humans notoriously NEVER take shortcuts!"
Guys wtf are we even doing anymore.
AI is not a thing, it doesn't act, it doesn't think. Humans do. Humans nudify children, humans enshitify software, humans steal content
Exactly.
All of the Anti-AI people are actually anti-capitalists, they're just not finished diagnosing the problem.
AI isn't building data centers, capitalists are. They're doing it in such a destructive and rapid manner because they're trying to leverage their infinite amount of cash into a future monopoly. If it wasn't AI it would have been some other product.
Fighting the product and ignoring the actual human beings who are making these destructive decisions is only adding to the smoke screen that shifts blame away from names like Huang, Altman, and Musk.
You cannot tell from the code necessarily anyway so anti-AI policies are hard to enforce. In the end the developer (or AI wielding human) is responsible for the code quality and its license which is what matters. All this discussion feels just like the usual culture war dividing the community. I’m more concerned about the intentions of people adding fuel to the fire.

