release

release is a command for Claude Code from marcusgoll/Spec-Flow. It costs 0 tokens per session (3,186 once invoked), scanned A, original, MIT.

A command that automates releasing the Spec-Flow package, including version changes, release notes, Git operations, GitHub, and npm publishing.

In plain words
What is it for?
Use it to check the repository and CI state, choose a version bump from commit messages, update package files, build, create a Git tag and GitHub release, and publish to npm.
Why use it?
It brings release preparation and authentication checks into one workflow, reducing missed updates or incomplete publishing steps.

Command for Claude Code

Written for Claude Code: allowed-tools in frontmatter. Also seen: reads .claude/ paths; mentions CLAUDE.md; mentions Claude Code.

Good fit Use it to check the repository and CI state, choose a version bump from commit messages, update package files, build, create a Git tag and GitHub release, and publish to npm.

Compare 6 commands from other repositories ↓
Install with agentmods
npx agentmods add commands/marcusgoll/spec-flow/release
Install

Getting it into your agent

One page per mod, every tool's command on it. A separate URL per tool would split the same page into five that compete with each other.

Clone the repo
git clone --depth 1 https://github.com/marcusgoll/Spec-Flow

Made for: Claude Code.

Wrote this? Show the measurements

A badge with what this costs and how it scanned, read live from this page, so it follows the numbers instead of freezing them. Markdown for a README, HTML for a documentation site or a project page.

agentmods badge for release

README.md
[![agentmods](https://agentmods.dev/badge/commands/marcusgoll/spec-flow/release/github.svg)](https://agentmods.dev/commands/marcusgoll/spec-flow/release)
Your own site
<a href="https://agentmods.dev/commands/marcusgoll/spec-flow/release"><img src="https://agentmods.dev/badge/commands/marcusgoll/spec-flow/release/github.svg" alt="Measured on agentmods" height="20"></a>

Or the 80×15 button, for a site that already has a row of RSS and ATOM ones. Only the verdict fits; the numbers stay here.

agentmods 80×15 button for release

Your own site · 80×15
<a href="https://agentmods.dev/commands/marcusgoll/spec-flow/release"><img src="https://agentmods.dev/badge/commands/marcusgoll/spec-flow/release.svg" alt="Reviewed on agentmods" width="80" height="20"></a>
Per session 0 Only the description is in the session, so the agent can decide to use it. The body loads when it is invoked.
When invoked 3,186 The whole file, excluding the scripts and references it only reads on demand.
Security scan A 0 findings. A grade says what 26 rules found in the file — not that it is safe.
Origin original No closer match found in the catalogue.
Token cost

What it costs to keep this loaded

Counted locally with the o200k_base tokenizer, which is exact for GPT models; Claude uses its own tokenizer and its counts differ. Treat this as one consistent yardstick across the catalogue rather than a bill. Prices are per million input tokens.

ModelPer sessionOnce invoked
Fable 5.1 $0.00000 $0.03186
Opus 5.5 $0.00000 $0.01274
Sonnet 5.5 $0.00000 $0.00637
Haiku 4.5 $0.00000 $0.00319

Measured 1mo ago against content hash c465e2a6fa2c, method: parsed. Prices are Anthropic first-party input rates as of 2026-10-07, from the pricing page.

Security

Grade A, and why

release scanned grade A with 0 findings against 26 rules in 11 categories — prompt injection, anti-refusal, data exfiltration, privilege escalation, supply chain, agent snooping, system-prompt leakage, SSRF and excessive agency — measured 1mo ago.

A static scan of the body, not an audit. Every finding is printed with the line that produced it so you can judge whether it matters here. A mod is markdown that instructs an agent; that is exactly why what it instructs is worth reading.

Nothing flagged

None of the 26 patterns this scan looks for appear in this file: no shell pipes, no recursive deletes, no credential paths, no hidden text, no instruction-override or anti-refusal phrasing, no agent-config snooping. That is not a guarantee, it is the absence of the things that are checkable.

.claude/commands/internal/release.md · 331 lines

How it starts

The opening of the file, as written. The whole thing — 331 lines — stays where its author put it; the contents beside it link to each section on GitHub.

Current branch: !git branch --show-current

Current version: !node -p "require('./package.json').version" 2>/dev/null || echo "unknown"

Last git tag: !git describe --tags --abbrev=0 2>/dev/null || echo "none"

npm authentication: !npm whoami 2>/dev/null && echo "✅ Authenticated" || echo "❌ Not authenticated"

GitHub authentication: !gh auth status >/dev/null 2>&1 && echo "✅ Authenticated" || echo "❌ Not authenticated"

Git remote configured: !git remote -v | grep -q origin && echo "✅ Configured" || echo "❌ Not configured"

Recent commits (last 10): !git log -10 --pretty=format:"%s" 2>/dev/null || echo "No commits found"

README.md Recent Updates (first 50 lines): !grep -A 50 "## 🆕 Recent Updates" README.md | head -50 2>/dev/null || echo "Section not found"

What it does:

  1. Pre-flight checks (git, npm, CI status)
  2. Version bump detection (conventional commits → MAJOR, MINOR, PATCH)
  3. Build validation (dist/ directory with BUILD_REPORT.md)
  4. File updates (package.json, CHANGELOG.md, README.md Recent Updates)
  5. Git operations (commit, tag, push)
  6. GitHub Release creation with CHANGELOG notes
  7. npm package publishing
  8. Optional X (Twitter) announcement

README.md updates include:

  • New version section in "Recent Updates" (extracted from CHANGELOG)
  • Feature highlights and breaking changes
  • Version badge updates for major releases
  • Chronological ordering (newest at top)

Operating constraints:

  • INTERNAL USE ONLY — For Spec-Flow workflow development only
  • Pre-flight Blockers — 5 checks must pass (git remote, main branch, clean tree, npm auth, CI status)
  • Build Validation — dist/BUILD_REPORT.md must exist (v6.12.0+)
  • Conventional Commits — Version bump follows semantic versioning rules
  • Git Safety — Never force push, always verify remote before push

Dependencies:

  • Git repository with remote configured
  • On main branch with clean working tree
  • npm authentication configured (npm whoami)
  • GitHub CLI authenticated (gh auth status)
  • CI passing on latest commit
  • Build system configured (npm run build)

If any check fails: Display specific error and exit. User must fix issue before releasing.

  1. Detect version bump using conventional commits:

    • Get current version from package.json
    • Get last git tag (or v0.0.0 if none)
    • Analyze commits since last tag:
      • MAJOR: Any commit with "BREAKING CHANGE:" or "!" after type
      • MINOR: Any commit with "feat:" prefix
      • PATCH: Any commit with "fix:", "docs:", "chore:", "refactor:", "test:"
    • Calculate new version (e.g., 6.11.0 → 6.12.0 for MINOR bump)
  2. Run build system:

    npm run build
    
    • Validate dist/ directory created
    • Verify BUILD_REPORT.md exists in dist/
    • If build fails: Display error and exit
  3. Update package.json:

    • Load current package.json
    • Update version field to new version
    • Write back with proper formatting (2-space indent + newline)
  4. Update CHANGELOG.md:

    • Read current CHANGELOG.md
    • Extract commits since last tag grouped by type (Features, Fixes, Docs, Chores)
    • Insert new version section under ## [Unreleased]:
      ## [X.Y.Z] - YYYY-MM-DD
      
      ### Features
      - feat: description (commit hash)
      
      ### Fixes
      - fix: description (commit hash)
      
    • Write updated CHANGELOG.md
  5. Update README.md:

    • Recent Updates section: Insert new version under "🆕 Recent Updates"
      • Extract version, date, and highlights from CHANGELOG.md
      • Create formatted section with version number, date, and bullet points
      • Insert at top of Recent Updates (push older versions down)
      • Format: ### vX.Y.Z (Month YYYY) + feature highlights
    • Version badges: Update npm version badge if major version change
    • Breaking changes note: Add breaking changes section if MAJOR bump
    • Keep existing releases: Preserve all existing version entries
    • Example update:
      ## 🆕 Recent Updates
      
      ### v10.0.0 (November 2025)
      
      **Git Worktrees & Perpetual Learning** - Parallel development and self-improving workflows
      
      - **Git Worktrees**: Enable multiple Claude Code instances on different epics/features
        - Automatic worktree creation per epic/feature
        - Shared memory linking for cross-worktree observability
        - Automatic cleanup after /finalize
      - **Perpetual Learning System**: Continuously improve workflow efficiency
        - Performance pattern detection (auto-applied optimizations)
        - Anti-pattern detection (failure prevention)
        - Custom abbreviation learning (project terminology)
        - CLAUDE.md optimization (system prompt improvements with approval)
      - **NPM Update Protection**: Learnings persist across package updates via migration system
      
      **Breaking Changes**:
      - None (backwards compatible with v9.x.x)
      
      ---
      
      ### v9.4.0 (November 2025)
      ...
      

Read the full file on GitHub · 331 lines

Changes

What this file has done since we first saw it

Hashed on every crawl. A supply-chain change to an agent config is a question of when, not whether, so the history is kept rather than the latest state alone.

  1. 1mo ago First seen · 331 lines · 0 tokens per session scan A c465e2a6fa2c

Subscribe to this mod's changes

release is a command published in the GitHub repository marcusgoll/Spec-Flow (96 stars, last pushed 24d ago), licensed MIT. It costs nothing until one of its globs matches a file; then it loads 3,186 tokens. A static security scan graded it A with 0 findings. No closer match exists in the catalogue, so it is treated as the original; first seen 2026-08-30.