Skip to content

feat(release-management): add verify-rc live checklist pane Claude Code mod (part of #1497) #2006

Closed

Description

@Kaap10

What should happen

release-verify-rc should display an interactive live verification checklist in a persistent terminal review pane (ui.render Pane) when running under Claude Code, updating each verification check (signatures, checksums, RAT headers, NOTICE/LICENSE, prohibited binaries, symlinks, version manifests, and reproducibility) with real-time status indicators as steps complete.

Why

During release candidate verification in plugins/magpie-release-management/skills/verify-rc/SKILL.md, verifying an Apache Release Candidate executes 8–9 distinct mechanical checks. Currently, progress and verdicts are reported exclusively via sequential conversational text turns, which clutters the LLM context window and gives the Release Manager or voter no persistent dashboard showing what has passed, what is running, and what remains.

As identified in #1497:

release-verify-rc checklist pane: One row per check, filled in as the steps finish.

Providing a dedicated, additive Claude Code mod pane gives Release Managers and voters a zero-token visual status dashboard while strictly preserving vendor-neutral text fallbacks across non-Claude harnesses.

Which layer

Other / unsure

Boundary conditions (optional)

  • Vendor Neutrality: When running on non-Claude harnesses (Codex, Antigravity, Cursor, CI) or when mods are disabled/unsupported, release-verify-rc must continue operating via standard sequential CLI output without error.
  • Fail-Open Execution: Intercepting commands (release-config preflight, release-verify, and RAT checks) via tool.call must unconditionally invoke next(e) so tool execution is never blocked or gated.
  • Dual Execution Modes: The mod must handle both individual subcommand runs (release-verify signatures, release-verify checksums, etc.) and the bundled release-verify all execution cleanly.
  • Step Status Fidelity: Steps should visually distinguish between pending, running, passed, failed, warning, and skipped (e.g. when --skip-repro is passed).
  • Session Hygiene: The state atom should reset on session start and initialize freshly when a new RC pre-flight check begins.

Out of scope (optional)

  • Changing or bypassing ASF voter obligations: mechanical verification remains an aid, not an autonomous vote (Golden Rule 4).
  • Modifying underlying CLI logic in tools/release-verify/ or tools/release-management/.
  • Private key handling or automatic GPG signing (Golden Rule 5).

References (optional)

Activity

  1. Kaap10 commented on Nov 5, 2026

    @Kaap10
    ContributorAuthor

    To keep reviews focused and easy to follow, I plan to break the implementation into two small, sequential PRs:

    • PR-1 (Scaffolding & UI Pane): Set up plugins/magpie-release-management/hooks/, define the state atom and types (verifyRcState), implement the presentational Pane component with status badges, and add full unit tests (claude plugin test).
    • PR-2 (Tool-Call Feed & Skill Integration): Implement the tool.call interceptor on Bash to capture release-config and release-verify commands (supporting both individual checks and release-verify all), update verify-rc/SKILL.md documentation, and add end-to-end simulation tests.

    Will start on PR-1 shortly!

  2. added a commit that references this issue on Nov 14, 2026
    d6ceeba
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Metadata

Metadata

Assignees

No one assigned

    Labels

    No labels
    No labels

    Type

    No type

    Projects

    No projects

      Milestone

      No milestone

      Relationships

      None yet

      Development

      No branches or pull requests

      Issue actions