There was recently a thread on AI-generated documentation:

https://lists.gnu.org/archive/html/lilypond-devel/2026-05/msg00025.html

---

Now, I want to ask whether anyone sees any issue with merging AI-generated program code. This is somewhat urgent in the sense that we have such an MR in draft, though of course we could delay it until there is certainty. I just wouldn't want the uncertainty to last so long that a capable contributor gets frustrated and leaves.

To my knowledge (and I have been paying only minimal attention), the FSF views AI-assisted contributions to GNU projects as potentially problematic but has not established a policy.

As a reviewer, I strongly desire two things:

1. openness about the origin of the code I'm reviewing
2. accountability of the human submitter (not reviewers)
   for the code that is merged

For the MR that is in draft now, there were tells in the patch, but I had to ask the submitter twice before he confirmed that it was "AI-assisted." To streamline this in the future, I propose configuring a template for default MR descriptions something like this:

    ##### Description

    <!-- Describe your motivation and your work briefly
    to orient reviewers.  If you have not described
    your commits well, go back and do that first. -->

    ##### Question

    What percentage of this work is AI-generated?  <!-- 0-100 -->

Do you think that would effectively address that specific concern?

---

Another situation arises at the confluence of these things:

* Anyone with middle-class money and some patience can
  rather easily submit a high-line-count patch that solves
  a narrowly defined problem and passes regression tests.

* Unless the submitter first examines the generated code
  carefully to confirm that it aligns with his intent more
  broadly, that kind of generated code demands even more
  of reviewers' time and attention than before.

* The number of active reviewers (those who have been
  leaving comments) is currently small.

* Our current "countdown" policy effectively treats
  silence as approval, and moves changes forward as long
  as there are no objections within a certain time.

Therefore, I suggest adopting a new policy: AI-generated program code does not automatically move forward without a human reviewer's acknowledgment. It should be full acknowledgment, not, for example, "C++ LGTM; don't know about Scheme."

It would fall to the "patch meister" to help people follow this policy and to allow sensible exceptions, such as if a contributor with a good record vouches for the quality of his own AI-generated submission in an area where he has developed expertise.

---

Is there any other guidance that we active contributors should follow when dealing with AI-generated submissions? The floor is open.

Thanks,
--
Dan


  • Merging AI-gene... Dan Eble
    • Re: Mergin... Lukas-Fabian Moser
      • Re: Me... Arno Waschk via Discussions on LilyPond development
        • Re... Lukas-Fabian Moser via Discussions on LilyPond development
          • ... Arno Waschk via Discussions on LilyPond development
            • ... Lukas-Fabian Moser via Discussions on LilyPond development
              • ... Arno Waschk via Discussions on LilyPond development
                • ... Lukas-Fabian Moser via Discussions on LilyPond development
        • Re... David Kastrup
      • Re: Me... Dan Eble
        • Aw... Arno Waschk via Discussions on LilyPond development

Reply via email to