skills/ready-for-release-check/SKILL.md
Pre-release checklist and quality gate to verify codebase health, docs, and security before interacting with Git. Activate when preparing to tag/publish a release, concluding milestones, or running final verification on a pull request.
npx skillsauth add danicat/godoctor ready-for-release-checkInstall this skill globally with one command. Works with Claude Code, Cursor, and Windsurf.
3 of 9 scanners reported clean
Some scanners were skipped, did not run, or reported a non-clean status. Review each row below.
This skill establishes the authoritative pre-release quality gate checklist. It ensures that before any release candidate is packaged, tagged, or committed, the workspace is fully verified against compiling standards, security practices, and documentation completeness.
[!CAUTION] YOU ARE ONLY ALLOWED TO TOUCH GIT (stage, commit, tag, push, or release) AFTER THIS CHECKLIST IS 100% COMPLETED AND VERIFIED. This absolute boundary ensures that we never publish invalid, uncompilable, unsecured, or poorly documented releases to the community or package registries.
Before performing any Git operations to finalize a release, you must run and check off every single item on this list:
smart_build or go build ./...).smart_build or go test ./...).golangci-lint or running compiler gates).gemini-extension.json, go.mod, plugin.json or equivalent)?.goreleaser.yaml or build script lists) fully updated to include all newly introduced files and exclude deleted ones?latest-version skill)?.github/workflows/ or build pipeline scripts) to verify automated release triggers? Ensure the correct Git release tags are prepared, created, and pushed to the remote repository so the packaging run does not fail.README.md file completely up to date, mapping the exact current list of features, setup requirements, installation details, and CLI options?GODOCTOR.md or CLAUDE.md) updated to reflect the absolute latest tool registries and boundaries?design/adr/ (with superseded decisions cleanly archived)..env), temporary files, or inline within the source code?If any checklist item fails, you must HALT the release process immediately.
[x], you are formally authorized to proceed with the Git commit, version tagging, and publishing sequence.development
Guidelines and templates for structuring software development goals and ideas into actionable, bounded tasks using Context/Todo/AC, enforced by the DoR gate. Activate when scoping user requests, decomposing RFCs into tasks, or creating a new task file.
development
Guidelines and templates for authoring Request for Comments (RFCs). Activate when proposing significant features/refactorings, exploring design alternatives under high ambiguity, or gathering technical consensus.
development
Highly actionable step-by-step checklist for diagnosing and resolving Go compilation errors, type errors, build/test failures, and runtime issues. Activate on any build or execution failure.
tools
Guidelines and procedures for querying, verifying, and upgrading Go module dependencies and toolchains. Activate when adding or upgrading Go packages, auditing go.mod, addressing dependency vulnerabilities, or verifying toolchain versions.