release-acceptance
Use for release, deployment, migration, or production acceptance; distinguish deploy success from user-visible production success and require exact revision, smoke, observability, rollback, and depend
SKILL.md.agents/skills/release-acceptance/SKILL.md
GitHubRelease / Production Acceptance
- Run workspace hygiene, identify a clean candidate revision, migrations, feature flags, dependencies, and rollback/recovery path.
- Run required CI/build/security/data checks on the candidate revision.
- Deploy only through approved mechanisms.
- Confirm the deployed revision, not merely that the deployment command returned success.
- Run production/staging smoke on the real URL and the separate critical user flow.
- Inspect health, errors, logs/metrics, auth/private boundary, and critical external dependencies.
- Close verified candidate evidence with
.ai/scripts/close_task.py; reject any later product-source drift. - Record both
production-smokeandproduction-critical-flowevidence for release tasks. - Verify the exact deployed revision marker. Make post-closure revision probes ephemeral to avoid a commit/deploy loop.
- Run
.ai/scripts/accept_release.pyonly after both production checks are fresh for the deployed closure revision. - Do not say
production acceptedwhen onlydeployedis known.