I have used the new template below to show how it looks. We can add more details to the linked CONTRIBUTING.md in the pop repo.
I have not included any LLM (also known as AI) generated content in...
I gotta admit KDE’s stance on this frustrates me a lot.
On the flip side… I am also fully aware that policies of prohibition, in the broadest sense, tend to not be terribly successful, and I wouldn’t be shocked if some contributors simply excise the “co-authored by <agent-name>” from the commit messages with a simple pre-push hook or something like that on projects that explicitly prohibit LLM/codegen usage.
Some people will absolutely lie, but I suspect most contributors will respect the rules, and ultimately cut down on AI PRs overall, as those AI contributors switch to projects who are pro-AI.
IMO one of the major problems with LLm code generation is that it has the capacity to overwhelm human capacity to review code and properly understand the codebase.
From that perspective, a prohibitive policy doesn’t have to be 100% effective to be useful, it just needs to slow things down enough to keep the manageable and maintainable (and fun to work on).
KDE’s policy proposal explicitly allowed for contributors to not disclose that AI was used, which according to the FSFe and Software Freedom Conservancy, is not a good idea in legal terms.
“FOSS project leaders cannot make good decisions about LLM-gen-AI policy if they cannot survey which contributions were assisted, and how much they are assisted. Part of the contribution process should (at least) include a disclosure of what LLM-gen-AI system was used, its version (as these systems change over time), and a brief description of how the system assisted the contributor. This information should be included in a machine-readable format in commit logs."
Indeed, such disclosure can be an important foundational step to allow for the accurate assessment of the copyrightability of code that has been assisted or generated by AI tools, in order to assess their licensability into Free Software. Open and clear disclosure is a helpful step for the Free Software community to maintain a healthy licensing ecosystem, which is currently threatened by the legal uncertainties that come with the advent of generative AI.
Additionally, it is worthwhile for developers to document in some capacity the extent of human work that they have done in their software projects, whether it be the writing of code, the selection and arrangement of components within the project, or the extent of human modification of machine generated content.
Not to mention the ethical and environmental concerns with corporate AI usage, the use of which KDE was not interested in attempting to curb within its own project, which personally I think was disappointing, and even their KDE Eco group stated the policy was incompatible with the goals of KDE being a green project.
I admit I haven’t followed the KDE AI debacle very closely, but as far as I understand KDE has not yet decided on an AI policy. Am I mistaken?
Edit:
From all primary sources I’ve been able to track down, nothing suggests an AI policy has been decided. This is the best explanation of the situation I’ve found so far, though it is a bit over a week old: https://planet.kde.org/nate-graham-2026-09-23-kde-and-ai-and-you-and-me/. If you have a primary source that says otherwise, please link it here, I’d like to know what their AI policy ends up being.
Your very source confirms they have not yet decided on an llm policy. It’s also pretty old, and the link I posted on my other comment, which comes from Nate Graham himself, goes a lot more in depth about the incomplete policy proposal he had and is more up to date on the situation.
I’ll keep an eye out for their policy when it comes out, but all signs point to a policy not yet being decided upon.
I gotta admit KDE’s stance on this frustrates me a lot.
On the flip side… I am also fully aware that policies of prohibition, in the broadest sense, tend to not be terribly successful, and I wouldn’t be shocked if some contributors simply excise the “co-authored by <agent-name>” from the commit messages with a simple pre-push hook or something like that on projects that explicitly prohibit LLM/codegen usage.
Some people will absolutely lie, but I suspect most contributors will respect the rules, and ultimately cut down on AI PRs overall, as those AI contributors switch to projects who are pro-AI.
IMO one of the major problems with LLm code generation is that it has the capacity to overwhelm human capacity to review code and properly understand the codebase.
From that perspective, a prohibitive policy doesn’t have to be 100% effective to be useful, it just needs to slow things down enough to keep the manageable and maintainable (and fun to work on).
There’s no need to excise anything unless you specifically let an agent create a commit. No need for pre-push hooks.
I think KDEs policy is quite rational, it’s a compromise and still clearly anti-vibe coding. IMO the problems are overstated
KDE’s policy proposal explicitly allowed for contributors to not disclose that AI was used, which according to the FSFe and Software Freedom Conservancy, is not a good idea in legal terms.
Not to mention the ethical and environmental concerns with corporate AI usage, the use of which KDE was not interested in attempting to curb within its own project, which personally I think was disappointing, and even their KDE Eco group stated the policy was incompatible with the goals of KDE being a green project.
I admit I haven’t followed the KDE AI debacle very closely, but as far as I understand KDE has not yet decided on an AI policy. Am I mistaken?
Edit:
From all primary sources I’ve been able to track down, nothing suggests an AI policy has been decided. This is the best explanation of the situation I’ve found so far, though it is a bit over a week old: https://planet.kde.org/nate-graham-2026-09-23-kde-and-ai-and-you-and-me/. If you have a primary source that says otherwise, please link it here, I’d like to know what their AI policy ends up being.
They have, and I’m not really a fan of their choice.
You got a source?
https://chrislongros.com/2026/09/11/kde-about-to-introduce-a-llm-policy/
Your very source confirms they have not yet decided on an llm policy. It’s also pretty old, and the link I posted on my other comment, which comes from Nate Graham himself, goes a lot more in depth about the incomplete policy proposal he had and is more up to date on the situation.
I’ll keep an eye out for their policy when it comes out, but all signs point to a policy not yet being decided upon.