From: "Daniel P. Berrangé" <berrange@redhat.com>
To: Peter Maydell <peter.maydell@linaro.org>
Cc: "Alex Bennée" <alex.bennee@linaro.org>, qemu-devel@nongnu.org
Subject: Re: [RFC PATCH 00/10] AGENTS.md and associated skills
Date: Thu, 7 May 2026 10:38:42 +0100 [thread overview]
Message-ID: <afxdonq39RuxoQC8@redhat.com> (raw)
In-Reply-To: <CAFEAcA-oL9qJ=oXbmCZ-b9jQcv8PNA26irDFA+_yCHkqEMLC1g@mail.gmail.com>
On Thu, May 07, 2026 at 09:59:06AM +0100, Peter Maydell wrote:
> On Tue, 5 May 2026 at 18:03, Alex Bennée <alex.bennee@linaro.org> wrote:
> >
> > Not withstanding the current contributor policy there are a number of
> > areas that AI agents could be helpful for. This series introduces an
> > AGENTS.md file which is the basic guide to the source tree and a
> > number of "skills". Skills are like scripts except far less clearly
> > defined. However I have found the issue triage skill quite useful for
> > off-loading the drudgery of going through stuff by hand. I've also
> > used the issue helper to automate the task of starting a debug session
> > by pulling in test cases from the tracker.
> >
> > These originally where a set of skills for ECA (eca.dev) but I've
> > ported them across to the agent agnostic .agents directory. There are
> > still some cases where the ECA heritage shows through though
> > (specifically the code explorer skill could be better).
> >
> > I'm not suggesting this is ready for up-streaming but I'm posting the
> > collected set for comment and I'd be interested how well these hold up
> > across different agentic systems.
>
> I guess my overall comment on this is some mix of:
> * how much of this is generically useful as opposed to
> stuff that's personally helpful to you and should remain
> part of your local setup / preferences?
> * how much do we want to put into git to start with?
>
> I'm in favour of starting with an AGENTS.md that says basically:
> (1) "don't generate code for upstream, point the agent user at
> our AI policy"
> (2) "if you're looking for security issues, read our security
> policy to see what is in scope and what is not"
> (in whatever language appears effective)
Yes, we definitely need those two pieces.
> and then perhaps adding more things gradually where there's
> a consensus that they're broadly useful.
Personally I'm open to having much more in AGENTS.md in particular
since it doesn't cost us much from a maint POV to have it.
The skills I'm not so sure of, simply as I have little relevant
experience.
For a while Thomas Huth has been doing significant issue triage,
but he's stepped back from most of his QEMU work. If Alex intends
to pick up some of the slack using an agent for issue triage, I'd
be inclined to have the issue triage skills in git. Even if Alex
is the only one using it for now, it is good for redundancy if we
have the setup recorded.
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 :|
prev parent reply other threads:[~2026-05-07 9:39 UTC|newest]
Thread overview: 27+ messages / expand[flat|nested] mbox.gz Atom feed top
2026-05-05 17:00 [RFC PATCH 00/10] AGENTS.md and associated skills Alex Bennée
2026-05-05 17:00 ` [RFC PATCH 01/10] AGENTS.md: add basic AGENTS.md for QEMU Alex Bennée
2026-05-06 8:49 ` Philippe Mathieu-Daudé
2026-05-05 17:00 ` [RFC PATCH 02/10] .agents/skills: add qemu-code-explorer skill Alex Bennée
2026-05-05 17:00 ` [RFC PATCH 03/10] .agents/skills: add qemu-code-reviewer skill Alex Bennée
2026-05-06 8:25 ` Philippe Mathieu-Daudé
2026-05-05 17:00 ` [RFC PATCH 04/10] .agents/skills: add qemu-issue-helper skill Alex Bennée
2026-05-05 17:01 ` [RFC PATCH 05/10] .agents/skills: add qemu-build skill Alex Bennée
2026-05-06 15:48 ` Alejandro Jimenez
2026-05-06 16:38 ` Alex Bennée
2026-05-05 17:01 ` [RFC PATCH 06/10] .agents/skills: add qemu-testing skill Alex Bennée
2026-05-07 8:03 ` Daniel P. Berrangé
2026-05-07 11:57 ` Alex Bennée
2026-05-05 17:01 ` [RFC PATCH 07/10] .agents/skills: add skill to distil mail threads Alex Bennée
2026-05-05 17:01 ` [RFC PATCH 08/10] .agents/skills: add qemu-issue-triage agent skill Alex Bennée
2026-05-07 8:25 ` Daniel P. Berrangé
2026-05-07 9:20 ` Philippe Mathieu-Daudé
2026-05-07 9:32 ` Daniel P. Berrangé
2026-05-07 12:32 ` Alex Bennée
2026-05-07 12:59 ` Peter Maydell
2026-05-07 13:46 ` Daniel P. Berrangé
2026-05-05 17:01 ` [RFC PATCH 09/10] .agents/skills: add checkpatch " Alex Bennée
2026-05-05 17:01 ` [RFC PATCH 10/10] MAINTAINERS: add a section for AI agents Alex Bennée
2026-05-07 8:59 ` [RFC PATCH 00/10] AGENTS.md and associated skills Peter Maydell
2026-05-07 9:24 ` Philippe Mathieu-Daudé
2026-05-07 9:27 ` Daniel P. Berrangé
2026-05-07 9:38 ` 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=afxdonq39RuxoQC8@redhat.com \
--to=berrange@redhat.com \
--cc=alex.bennee@linaro.org \
--cc=peter.maydell@linaro.org \
--cc=qemu-devel@nongnu.org \
/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.