Agent Suggestions
Proposed workflow name: Release Integrity Verifier
Trigger: release: published (or a completed Internal: Release workflow run), plus workflow_dispatch for replay.
Purpose/scope: Detection-only post-release verification that the immutable semver tag, GitHub release, and floating major tag all resolve to the same intended commit; the release has generated notes; and the published reusable workflow lock files are present. This protects downstream users who follow the documented @v0 installation path.
Proposed safe outputs: Create one deduplicated issue per release/version containing the mismatched refs and exact remediation commands; optionally add a concise comment to the GitHub release. Never mutate tags or open a fix PR.
Evidence:
Why not covered already: release-update checks upstream releases and updates pinned SHAs in consumer repositories (README); upgrade-check assesses gh-aw compiler upgrades; workflow-patrol checks structural source drift. None verifies the post-release integrity of this repository’s semver/major tags and release artifacts. This complements, rather than duplicates, #1255 by detecting the bad state after publication.
Duplicate Checks
- Reviewed the current workflow catalog and source/docs inventory.
- Reviewed prior
[agent-suggestions] reports, including #1238, #1363, #1198, and #1094; none proposes release-integrity verification.
- Reviewed recent open issues/PRs, including #1255, #1526, and #1533; no existing workflow implements this post-release check.
Suggested Next Step
- Add the reusable workflow, consumer example, and dogfood trigger; run it against the next semver release and a manual replay.
What is this? | From workflow: Trigger Agent Suggestions
Give us feedback! React with 🚀 if perfect, 👍 if helpful, 👎 if not.
Agent Suggestions
Proposed workflow name: Release Integrity Verifier
Trigger:
release: published(or a completedInternal: Releaseworkflow run), plusworkflow_dispatchfor replay.Purpose/scope: Detection-only post-release verification that the immutable semver tag, GitHub release, and floating major tag all resolve to the same intended commit; the release has generated notes; and the published reusable workflow lock files are present. This protects downstream users who follow the documented
@v0installation path.Proposed safe outputs: Create one deduplicated issue per release/version containing the mismatched refs and exact remediation commands; optionally add a concise comment to the GitHub release. Never mutate tags or open a fix PR.
Evidence:
release.ymltriggers on semver tags and force-updates the floating major tag, then performs the mutation without a verification step (lines 82–99).Why not covered already:
release-updatechecks upstream releases and updates pinned SHAs in consumer repositories (README);upgrade-checkassesses gh-aw compiler upgrades;workflow-patrolchecks structural source drift. None verifies the post-release integrity of this repository’s semver/major tags and release artifacts. This complements, rather than duplicates, #1255 by detecting the bad state after publication.Duplicate Checks
[agent-suggestions]reports, including #1238, #1363, #1198, and #1094; none proposes release-integrity verification.Suggested Next Step
What is this? | From workflow: Trigger Agent Suggestions
Give us feedback! React with 🚀 if perfect, 👍 if helpful, 👎 if not.