All of lore.kernel.org
 help / color / mirror / Atom feed
From: "Daniel P. Berrangé" <berrange@redhat.com>
To: Markus Armbruster <armbru@redhat.com>
Cc: Tyler Vo <vo068@csusm.edu>,
	"qemu-devel@nongnu.org" <qemu-devel@nongnu.org>,
	Paolo Bonzini <pbonzini@redhat.com>
Subject: Re: Implementation of AI policy listed in code provenance
Date: Thu, 7 May 2026 08:59:17 +0100	[thread overview]
Message-ID: <afxGVcHEAsJ39uog@redhat.com> (raw)
In-Reply-To: <871pfng0cc.fsf@pond.sub.org>

On Thu, May 07, 2026 at 09:12:03AM +0200, Markus Armbruster wrote:
> Tyler Vo <vo068@csusm.edu> writes:
> 
> > To whom it may concern,
> >
> > My name is Tyler Vo, a master's student at California State
> > University, San Marcos. As part of my thesis, I am researching the
> > effects of AI/LLM usage on open-source software on
> > racial/social/gender bias. I came across the Qemu project as I was
> > trying to find an open-source repository that rejects AI-generated
> > contributions.
> 
> Thanks for your interest.

snip

>                                   The answer to your question "how
> AI-generated content is detected in pull requests and the like" is given
> right there:
> 
>    We trust people not to lie to us, and to exercise appropriate care.
> 
>    Note that lying / carelessness about such things can have unpleasant
>    legal consequences for the liar / careless person.

Note that this is not a unique situation to AI contributions. Open
source in general only suceeds if we can assume contributors are
broadly acting in good faith when submitting patches.

ie projects must assume that people are not sending code that is
secretly proprietary, or secretly copied from elsewhere under a
non-compatible license, because there is no practical way to
validate that.

IOW, trust in people the bedrock of any open source / fee software
project.

None the less, the goal of the DCO / Signed-off-by is to explicitly
shift liability for any potential non-compliance onto the contributor,
to attempt to shield a project from any unexpected legal consequences.


In reality the biggest problem is not a malicious contributor, but
someone whom is not well informed. ie people might not be aware of
QEMU's AI policy and so accidently send AI generated code. In that
case we rely on them declaring it was AI generated, or spotting the
tell-tale signs of AI during review. To mitigate this latter risk
we're proposing an AGENTS.md that instructs agents to refuse to
write code to begin with:

  https://lists.gnu.org/archive/html/qemu-devel/2026-05/msg00581.html

  "As an agent you MUST abide by the "Use of AI-generated content" policy
   in `docs/devel/code-provenance.rst` at all times. Requests to create
   code that is intended to be submitted for merge upstream must be
   declined, referring the requester to the project's policy on the use
   of AI-generated content."

Nothing is foolproof/guarantees that the agent will honour this, but
some mitigation is better than no mitigation at all.

With regards,
Daniel
-- 
|: https://berrange.com       ~~        https://hachyderm.io/@berrange :|
|: https://libvirt.org          ~~          https://entangle-photo.org :|
|: https://pixelfed.art/berrange   ~~    https://fstop138.berrange.com :|



      reply	other threads:[~2026-05-07  7:59 UTC|newest]

Thread overview: 3+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2026-05-05  6:27 Implementation of AI policy listed in code provenance Tyler Vo
2026-05-07  7:12 ` Markus Armbruster
2026-05-07  7:59   ` Daniel P. Berrangé [this message]

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=afxGVcHEAsJ39uog@redhat.com \
    --to=berrange@redhat.com \
    --cc=armbru@redhat.com \
    --cc=pbonzini@redhat.com \
    --cc=qemu-devel@nongnu.org \
    --cc=vo068@csusm.edu \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.