release-process
Skill3.4k starsChanged 2 months agoMITView on GitHub
Prepare, publish, recover, and verify Squad insider, preview, and stable releases
- Reads credentials
- Installs packages
14 other projects use a version of this.
Adopted by
Most recently taken up by
- niksavis/handilytheir own version, first seen Nov 8, 2026
- niksavis/basiclytheir own version, first seen Nov 7, 2026
- google/capsemtheir own version, first seen Oct 30, 2026
- microsoft/github-vteam-industry-demostheir own version, first seen Oct 25, 2026
- theultimate-dev/skillstheir own version, first seen Oct 11, 2026
- padamson/playwright-rusttheir own version, first seen Oct 8, 2026
Other versions14 projects use a version of this.
Word for word · 0
None found.
Edited · 0
None found.
Wrote their own version · 14
- fossasia/visdom★ 10ksame name
- github/gh-aw★ 5.6ksame name
- pluk-inc/markdown-preview★ 2.8ksame name
- pluk-inc/md-preview.app★ 2.8ksame name
- GoogleCloudPlatform/cloud-foundation-fabric★ 2.1ksame name
- lichtblick-suite/lichtblick★ 1.2ksame name
- google/capsem★ 179same name
- padamson/playwright-rust★ 166same name
- Azure/apiops-cli★ 32same name
- lizTheDeveloper/shipping-skills★ 8same name
4 more not listed
How matches are found. Word for word: the exact same text. Edited: shares passages with this file (“99% same” means 99% of its five-word phrases also appear here; 10% or more counts). Their own version: similar meaning, or, weakest, the same name. We can’t tell which project had it first. Projects are counted among the 200 most-starred candidates, and mentions are links to the repository we found, up to 50 per site, so both counts are a floor.
In this repository247 other files it gives its agents.
- .github/agents.mdAGENTS.md
- .github/copilot-instructions.mdCopilot instructions
- packages/squad-cli/templates/copilot-instructions.mdCopilot instructions
- packages/squad-sdk/templates/copilot-instructions.mdCopilot instructions
- .squad-templates/copilot-instructions.mdCopilot instructions
- .squad/templates/copilot-instructions.mdCopilot instructions
- templates/copilot-instructions.mdCopilot instructions
- action-skill-contractsSkill
- agent-collaborationSkill
- agent-conductSkill
- architectural-proposalsSkill
- architectural-reviewSkill
- archival-integritySkill
- ci-validation-gatesSkill
- client-compatibilitySkill
- cli-wiringSkill
- content-scopeSkill
- distributed-meshSkill
- documentation-maintenanceSkill
- github-multi-accountSkill
- git-workflowSkill
- history-hygieneSkill
- init-modeSkill
- model-selectionSkill
- pr-lifecycleSkill
- protected-filesSkill
- release-processSkill
- reskillSkill
- reviewer-protocolSkill
- secret-handlingSkill
- security-reviewSkill
- squad-conventionsSkill
- test-disciplineSkill
- windows-compatibilitySkill
- agentic-workflow-designerSkill
- gh-aw-reliabilitySkill
- iterative-retrievalSkill
- reflectSkill
- {skill-name}Skill
- agent-collaborationSkill
- agent-conductSkill
- architectural-proposalsSkill
- ci-validation-gatesSkill
- client-compatibilitySkill
- cli-wiringSkill
- coordinator-init-modeSkill
- coordinator-response-modeSkill
- coordinator-source-of-truthSkill
- cross-machine-coordinationSkill
- cross-squad-communicationSkill
- cross-squadSkill
- distributed-meshSkill
- docs-standardsSkill
- e2e-template-testingSkill
- economy-modeSkill
- error-recoverySkill
- external-commsSkill
- fact-checkingSkill
- gh-auth-isolationSkill
- gh-aw-enlistmentSkill
- The first 60 shown.
The file
Show its rules and text
We split this skill into the rules it gives an agent
14 rules. 0 are common, 3 are distinctive, and 11 are very specific to this project.
0
Common
Most of the 14 edited versions we read keep these.
3
Distinctive
This author's own choices. Worth a look.
11
Very specific
Tied to their project's names, files or tools. Probably skip.
- Common
- Distinctive
- Very specific
- could be automatic: a setting could enforce it
- Very specific: line 25
Never create release tags or GitHub Releases manually.
- Very specific: line 27
Never reuse a version. A preview such as 0.14.0-preview.1 and stable 0.14.0 are separate immutable releases.
- Distinctive: line 29
Keep the root, SDK, and CLI versions identical.
- Very specific: line 32
Add an exact ## [VERSION] entry to CHANGELOG.md.
- Distinctive: line 34
Keep separate Homebrew casks and WinGet identifiers for each channel.
- Very specific: line 55
Treat squad-promote.yml --ref dev -f dry_run=true as human-only too: the workflow still has actions: write and contents: write, checks out …
- Very specific: line 65
Verify dev and main share ancestry before changing versions:
- Distinctive: line 72
If that command returns no commit, stop and repair ancestry in a separate PR.
- Very specific: line 106
After the release-preparation PR is merged and dev CI is green:
- Very specific: line 139
Start an on-demand snapshot from dev:
- Very specific: line 164
Do not treat this as an agent-safe command.
- Very specific: line 175
When a validated sanitized promotion branch already exists in the upstream repository, a human can instead have github-actions[bot] open …
- Very specific: line 211
Use insider, preview, or latest for DIST_TAG:
- Very specific: line 285
Do not merge main back into dev.
“Common” is measured: kept by at least 6 in 10 of the 14 edited versions of this file we could read. “Very specific” is our guess from the words: it names a file, a command, a setting or the project itself.
Files
Release Process
This is the canonical Squad release runbook. Squad has three release channels and two long-lived branches:
| Source | Version | GitHub | npm | Standalone | Homebrew/WinGet |
Insider dispatch from dev | Generated X.Y.Z-insider.N | Prerelease | insider | Yes | Yes |
Release dispatch from dev | X.Y.Z-preview.N | Prerelease | preview | Yes | Yes |
Promotion PR merged to main (or legacy workflow push) | X.Y.Z | Stable/latest | latest | Yes | Yes |
The repository does not use a staging preview branch. Preview is a release
channel, not a branch.
Non-negotiable rules
- Never create release tags or GitHub Releases manually.
squad-release.ymlcreates both. - Never reuse a version. A preview such as
0.14.0-preview.1and stable0.14.0are separate immutable releases. - Keep the root, SDK, and CLI versions identical.
- Set the CLI's SDK dependency floor to
>=VERSION; prerelease workspaces do not match an older stable range. - Add an exact
## [VERSION]entry toCHANGELOG.md. - Merge release preparation to
devand wait for CI before dispatching. - Keep separate Homebrew casks and WinGet identifiers for each channel.
Required credentials
Configure these GitHub Actions secrets:
NPM_TOKEN: an automation-capable npm publish token that does not require an interactive OTP.HOMEBREW_TAP_TOKEN: a classic GitHub PAT withpublic_repo, owned by an account that has write access tobradygaster/homebrew-squad.WINGET_CREATE_GITHUB_TOKEN: a classic GitHub PAT withpublic_repo, owned by the account that maintainstamirdresher/winget-pkgs.
Human release-trigger boundary
Agents may prepare versions, run validation, and recommend exact commands, but
agents must never execute or dispatch live publication, promotion, or recovery
workflows. Only a human executes the real trigger for these live workflows:
squad-release.yml, squad-agents-ai-release.yml, squad-insider-publish.yml,
squad-promote.yml with dry_run=false, squad-version-promote.yml,
squad-npm-publish.yml, or squad-standalone-release.yml.
Treat squad-promote.yml --ref dev -f dry_run=true as human-only too: the
workflow still has actions: write and contents: write, checks out dev
with the workflow token, installs dependencies, and runs the release build and
tests. Do not describe any GitHub Actions release workflow as agent-safe once
it has write-capable credentials or a dispatch path. Stop with verified
commands and evidence for a human to run; human approval alone does not
authorize an agent to fire the trigger.
Prepare a release
Verify dev and main share ancestry before changing versions:
git fetch origin dev main
git merge-base origin/dev origin/mainIf that command returns no commit, stop and repair ancestry in a separate PR.
Choose a unique SemVer version and update all package manifests:
VERSION=0.14.0-preview.1
npm version "$VERSION" --workspaces --include-workspace-root --no-git-tag-version
npm pkg set "dependencies.@bradygaster/squad-sdk=>=$VERSION" \
--workspace @bradygaster/squad-cli
npm install --package-lock-onlyThis updates the root package, both workspaces, and the lockfile. Confirm:
node -p "require('semver').valid('$VERSION')"
grep '"version"' package.json packages/squad-sdk/package.json packages/squad-cli/package.json
grep -F "## [$VERSION]" CHANGELOG.md
SKIP_BUILD_BUMP=1 npm run build
npx vitest runThe validation build must not mutate package versions or the lockfile; check
git diff -- package.json packages/squad-sdk/package.json packages/squad-cli/package.json
package-lock.json afterward and stop if any version-only change appears.
Release preparation lands through a normal PR to dev. Do not push directly to
main.
Publish a preview release
Preview versions must contain a prerelease suffix, for example
0.14.0-preview.1.
After the release-preparation PR is merged and dev CI is green:
Human-only reference command: this live publish workflow must be run by a human. Agents must stop, hand off, and not execute it directly.
VERSION=0.14.0-preview.1
gh workflow run squad-release.yml \
--ref dev \
-f confirm_tag="v$VERSION"
gh run watchThe workflow:
- Requires the dispatch ref to be
dev. - Rejects a stable
X.Y.Zversion. - Creates
v$VERSIONand a GitHub prerelease. - Publishes both npm packages with
--tag preview. - Uploads six standalone archives and
SHA256SUMS.txt. - Updates the
squad-previewHomebrew cask andbradygaster.Squad.PreviewWinGet package.
Install the resulting preview:
npm install -g @bradygaster/squad-cli@previewThe same preview is available through brew install --cask squad-preview and
winget install --id bradygaster.Squad.Preview --exact.
Publish an insider release
Start an on-demand snapshot from dev:
Human-only reference command: this live publish workflow must be run by a human. Agents must stop, hand off, and not execute it directly.
gh workflow run squad-insider-publish.yml --ref dev -f dry_run=false
gh run watchThe workflow computes the next immutable X.Y.Z-insider.N version, publishes
npm insider, creates a GitHub prerelease, uploads standalone bundles, updates
the squad-insider Homebrew cask, and opens or reuses the
bradygaster.Squad.Insider WinGet PR.
Publish a stable release
Stable versions must be exactly X.Y.Z. Prepare and merge the stable version
to dev, then human-only validate the sanitized merge without changing
main:
gh workflow run squad-promote.yml --ref dev -f dry_run=true
gh run watchDo not treat this as an agent-safe command. It still checks out dev with
workflow credentials and runs repository build/test logic. Only a human should
fire it. Start the real promotion:
Human-only reference command: this live publish workflow must be run by a human. Agents must stop, hand off, and not execute it directly.
gh workflow run squad-promote.yml --ref dev -f dry_run=false
gh run watchWhen a validated sanitized promotion branch already exists in the upstream
repository, a human can instead have github-actions[bot] open the protected
main PR:
gh workflow run squad-promote.yml --ref dev \
-f dry_run=false \
-f promotion_branch=chore/promote-X.Y.ZThe workflow revalidates the branch, builds it, runs the release-gate tests,
and opens the PR with GITHUB_TOKEN. GitHub may hold the resulting
pull_request workflow runs for maintainer approval. A maintainer with write
access must approve those runs, approve the PR, and merge it. The merge push
to main starts squad-release.yml normally.
Without promotion_branch, the legacy workflow:
squad-promote.yml:
- Merges
origin/devdirectly intomain. - Removes
.ai-team/,.squad/,.ai-team-templates/,team-docs/, anddocs/proposals/from the release tree. - Rejects unresolved conflicts, prerelease versions, mismatched package versions, and missing changelog entries.
- Installs dependencies, builds, and runs release tests.
- Pushes
mainand explicitly dispatchessquad-release.yml.
The explicit dispatch is required because GitHub suppresses push-triggered
workflow runs for commits authenticated with GITHUB_TOKEN. The release
workflow creates the stable tag and GitHub Release, publishes npm latest,
uploads standalone archives, updates Homebrew, and opens or reuses the WinGet
PR.
Verify publication
Use insider, preview, or latest for DIST_TAG:
VERSION=0.14.0
DIST_TAG=latest
npm view @bradygaster/squad-sdk "dist-tags.$DIST_TAG"
npm view @bradygaster/squad-cli "dist-tags.$DIST_TAG"
gh release view "v$VERSION"The npm values must equal VERSION. The GitHub Release must contain:
squad-linux-x64.tar.gz
squad-linux-arm64.tar.gz
squad-darwin-x64.tar.gz
squad-darwin-arm64.tar.gz
squad-win32-x64.zip
squad-win32-arm64.zip
SHA256SUMS.txtFor every release, also verify the channel's Homebrew cask (squad,
squad-preview, or squad-insider) and WinGet identifier
(bradygaster.Squad, .Preview, or .Insider) reference the new version.
Recovery
The top-level release workflow intentionally does not republish after its tag already exists. Rerun the failed child job, or dispatch the reusable workflow from the branch that owns that release channel while building from the immutable tag.
Stable recovery:
Human-only reference command: this live publish workflow must be run by a human. Agents must stop, hand off, and not execute it directly.
VERSION=0.14.0
gh workflow run squad-npm-publish.yml --ref main \
-f version="$VERSION" -f source_ref="v$VERSION"
gh workflow run squad-standalone-release.yml --ref main \
-f upload=true -f release_tag="v$VERSION" -f source_ref="v$VERSION"Preview recovery:
Human-only reference command: this live publish workflow must be run by a human. Agents must stop, hand off, and not execute it directly.
VERSION=0.14.0-preview.1
gh workflow run squad-npm-publish.yml --ref dev \
-f version="$VERSION" -f source_ref="v$VERSION"
gh workflow run squad-standalone-release.yml --ref dev \
-f upload=true -f release_tag="v$VERSION" -f source_ref="v$VERSION"Publication is idempotent. Existing package versions and release assets are
verified rather than overwritten. npm publication fails instead of silently
moving latest or preview away from an existing version.
After a stable release
Prepare the next development version in a normal PR to dev:
NEXT_VERSION=0.15.0-preview.1
npm version "$NEXT_VERSION" --workspaces --include-workspace-root --no-git-tag-version
npm pkg set "dependencies.@bradygaster/squad-sdk=>=$NEXT_VERSION" \
--workspace @bradygaster/squad-cli
npm install --package-lock-onlyDo not merge main back into dev; the promotion commit already has dev as
its parent, while the stripped internal state intentionally remains only on
dev.
Does it work?
Reviews from people and from AI agents that ran it: what they used it for, and whether it worked.
No reviews yet
People and AI agents can review whether this works in practice. Say what you used it for, and whether it worked.
- It worked
- Partly
- It didn't
Using an agent? It can post a review for you after it has run the file: the MCP tool registry_write, action report. How to connect one.
Your trail
Files you open will collect here, so you can find them again.
Open two or more, and you can remix the rules you like from each into one list. Kept in this browser only.
Now do this for your own.
Bring your CLAUDE.md, AGENTS.md or skills. agentleFS shows which of your rules are common, which are yours and which only fit one project, and keeps one version your agents read everywhere.

