• Pl chevron_right

      Jordan Petridis: The GNOME LLM Policy That I Want

      news.movim.eu / PlanetGnome • 6:02 • 3 minutes

    KDE is on the news because of a controversial proposal to define an official “AI” (LLM) policy. Other projects have tried their hand at similar policies and stances but, in my opinion, they miss the mark about the goal of such initiatives. I think that the point of these statements is shaping social norms and not micro-managing developer workflows. They should be about signalling what kind of behavior we want, and what kind we reject.

    This proposal does not go into detail about the many problems that LLM have caused to society, workers, the environment. It goes without saying that all these ills are fundamentally opposed to the humanist spirit of GNOME.

    With all that in mind, here is what I personally think a GNOME LLM policy could be:

    A GNOME Project LLM Policy

    The GNOME Project prioritizes the social and human aspects of
    collective software creation. Therefore:
    
    1. LLMs ("AI") can not be used to create or modify
    code submitted to GNOME, or hosted on GNOME infrastructure.
    
    You might be asked to prove your code meets this requirement.
    You might be banned for trying to circumvent this policy.

    Example Guidelines for Contributors

    These are just a draft of the kind of criteria one could use to evaluate if a submission fits the policy.

    • You must be able to personally reason and explain your changes
    • You must be able to demonstrate knowledge of the problem space you are working on
    • You must solve the underlying issue, not just its symptoms
    • You must respect the time of fellow contributors
    • You must not impersonate yourself through chatbots, agents, or other automated systems

    This Is About The Future Of GNOME

    GNOME is not just software that happens to ship every six months. That is just a delusion we have been holding up for the last 30 years to keep our loose group of colleagues, friends, and acquaintances, together.

    GNOME exists as a collective that find joy in reaching beyond our individual limitations to achieve something bigger. These people, this joy, are the whole point of the project. Contributors are not payroll, a liability, that we hope to downsize next quarter.

    “Come do free labor for a handful of corporations by reviewing chatbot output in your free time” is not an attractive proposition to young talented people in 2026. If we want GNOME to continue we need to create an attractive and inviting social space where people are valued as people.

    Just like the Foundation is moving to individual donations to stop depending on just a handful of companies, we need to look for the next 100 people that will donate a tiny bit of their time, instead of hoping that corporations will keep 10 overworked engineers on staff. We already have seen how companies will happily abandon a whole chunk of GNOME on a whim.

    GNOME is not just software, and it should protect the social and human aspects that make it special. Our success metric is the community and social bonds we create. In the most literal sense GNOME is about the journey and the friends we make along the way.

    Free Palestine.

    FAQ

    How do you enforce this?

    You can not. People will still send LLM generated code. This policy makes it explicit that we do not welcome these careless submissions. We have a Code of Conduct that is 80% about telling other people what our values are, and 20% about handling unwanted behavior (“enforcing”). This is similar.

    What if people simply lie about not using LLMs?

    This is the same problem as authorship, in the copyright sense. Whenever we receive new code we have to assume that “beyond a reasonable doubt” said code has been authored by the person contributing it. We make our best guess. The attached guidelines are a suggestion to make these new guesses.

    Ok. But what if people are really good at lying?

    This policy is about the majority that will not even try to lie. See previous questions.