QA filed an end-to-end smoke test asking the dev-krill / krill-blue-bot
loop to prove the full pipeline still works: blue runner picks up an
assigned issue, branches, makes a small repo edit, files a PR, and the
QA-verify run on the ghost runner installs a deb whose Version:
matches the just-built PR head.
This is intentionally not a code-fixing issue — there is no bug. The
“change” is a marker comment in README.md that proves the round trip.
N/A — this is a verification round trip, not a fix. The work is to exercise the path:
#215 from its
assigned-and-open queue.fix/215-…, edits one line, commits, pushes, opens a PR
labelled needs-qa-verify.Verify Agent Ghost.yml (ghost runner) builds the four debs from
the PR head, version-stamps them, installs them, and hands off to
the QA agent.dpkg-query -W -f='${Version}\n' krill ends in
+qaPR215.r<run>.README.md:
<!-- e2e-test-marker: krill#215 — blue runner verification -->.
No semantic change to any rendered docs; it is the smallest possible
payload that still produces a non-empty diff for CI to chew on.dpkg-query reports the right +qaPR215.r<n> suffix and the deb
contents come from this PR’s head, the loop is healthy.['self-hosted',
'Linux', 'X64', 'blue']; ghost runner picks up verify via
['self-hosted', 'Linux', 'ghost']. Mismatched labels = silent
routing miss. (See 2026-05-03-verify-agent-ghost-workflow.md for
the deeper writeup.)