executing-plans
executing-plans
Use when executing an implementation plan in the current session as the implementer yourself — your human partner chose inline execution, or no subagent tool is available
releaseUse when the user asks to release, version, tag, or publish.
Independent GitHub snapshot · Automated classification · Original documentation governs
Use only when the user asks to release.
If topology=multi-module (triage announcement or coordinator spec/plan declaration), read ../references/multi-module.md. Release only the exact coordinator revision set that passed integration. Determine version and dependency order per repository, and keep the existing approval gates for each repository's commit, tag, push, or publish. A completed change set does not itself authorize a release.
Unreleased to version - date; create new Unreleased.<gate> Steps 5-7 touch shared or irreversible state. Get explicit user approval before each step — never chain them on one confirmation. </gate>