staging-deployment-phase

staging-deployment-phase is a skill for Claude Code from marcusgoll/Spec-Flow. It costs 42 tokens per session (3,728 once invoked), scanned A, original, MIT.

A deployment workflow for sending a feature to staging, a safe environment for testing before production. It can run database migrations, start the deployment, monitor progress, check service health, and record the result.

In plain words
What is it for?
It helps deploy merged changes, apply schema migrations, monitor CI/CD deployments, run health checks, and produce a staging report.
Why use it?
It makes the staging handoff repeatable and confirms that the deployed services and database are working before validation.

Skill for Claude Code

Written for Claude Code: installed under .claude/.

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.

agentmods
npx agentmods add skills/marcusgoll/spec-flow/staging-deployment-phase
Any agent
npx skills add marcusgoll/Spec-Flow --skill staging-deployment-phase
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 staging-deployment-phase

README.md
[![agentmods](https://agentmods.dev/badge/skills/marcusgoll/spec-flow/staging-deployment-phase.svg)](https://agentmods.dev/skills/marcusgoll/spec-flow/staging-deployment-phase)
Your own site
<a href="https://agentmods.dev/skills/marcusgoll/spec-flow/staging-deployment-phase"><img src="https://agentmods.dev/badge/skills/marcusgoll/spec-flow/staging-deployment-phase.svg" alt="Measured on agentmods" height="20"></a>
Per session 42 Skills are progressive disclosure: only the name and description are preloaded; the body loads when the skill is used.
When invoked 3,728 The whole file, excluding the scripts and references it only reads on demand.
Security scan A 1 finding. Scan, not verified.
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.00042 $0.03728
Opus 5 $0.00021 $0.01864
Sonnet 5 $0.00008 $0.00746
Haiku 4.5 $0.00004 $0.00373

Measured 2d ago against content hash a279719012a3, method: parsed. Prices are Anthropic first-party input rates as of 2026-09-06, from the pricing page.

Security

Grade A, and why

staging-deployment-phase scanned grade A with 1 finding 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 2d 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.

Makes network callslowCapability

Not a fault in itself. Listed so you know the mod talks to something, and to what.

API_STATUS=$(curl -s -o /dev/null -w "%{http_code}" "$STAGING_URL/health")
.claude/skills/staging-deployment-phase/SKILL.md · 570 lines

How it starts

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

<quick_start> <staging_deployment_workflow> Prerequisite-driven staging deployment:

  1. Verify PR merged: Confirm pull request merged to main branch
  2. Run migrations: Execute database migrations if schema changes exist
  3. Trigger deployment: Deploy to staging environment via CI/CD or manual trigger
  4. Monitor deployment: Watch deployment logs and progress
  5. Run health checks: Verify all services and endpoints operational
  6. Generate report: Create staging-ship-report.md with deployment metadata

Example workflow:

Verifying PR merged... ✅
  Merge commit: abc123f "Merge pull request #47"

Checking for migrations...
  Found: migrations/2025_11_add_user_profile.sql
  Running migrations... ✅

Triggering staging deployment...
  Platform: Vercel/Netlify/Railway
  Deployment ID: dpl_abc123
  Status: Building... → Deploying... → Live ✅

Running health checks...
  API: https://staging.example.com/health → 200 OK ✅
  Database: Connected ✅
  Cache: Operational ✅

Staging deployment successful!
Ship report: specs/NNN-slug/staging-ship-report.md
Staging URL: https://staging.example.com

</staging_deployment_workflow>

<trigger_conditions> Auto-invoke when:

  • /ship-staging command executed
  • User mentions "deploy to staging", "ship to staging", "staging deployment"
  • state.yaml shows current_phase: ship-staging
  • Deployment model is staging-prod (not direct-prod or local-only)

Prerequisites:

  • PR successfully merged to main branch
  • CI/CD passing on main branch
  • Staging environment configured
  • Database migrations prepared (if needed) </trigger_conditions> </quick_start>

Confirm pull request successfully merged before deploying.

Validation:

# Check recent commits for merge commit
git log --oneline -10 | grep "Merge pull request"

# Verify feature branch merged
FEATURE_SLUG="user-profile-editing"
git log --oneline --all | grep -i "$FEATURE_SLUG"

# Confirm on main branch
CURRENT_BRANCH=$(git branch --show-current)
if [ "$CURRENT_BRANCH" != "main" ]; then
  echo "❌ Not on main branch (currently on $CURRENT_BRANCH)"
  echo "Switch to main: git checkout main && git pull"
  exit 1
fi

echo "✅ PR merged to main"

Blocking conditions:

  • Not on main branch → Switch to main first
  • No recent merge commit → Feature branch not merged yet
  • CI failing on main → Fix CI before deploying

Output:

✅ PR merged to main
  Merge commit: abc123f "Merge pull request #47: Add user profile editing"
  Author: @username
  Merged: 2 minutes ago

Execute database migrations if schema changes exist.

Detection:

# Check for migration files (Node.js example)
if [ -d "migrations" ] && [ -n "$(ls -A migrations/*.sql 2>/dev/null)" ]; then
  echo "✅ Migrations detected"

  # List migrations
  ls -1 migrations/*.sql

  # Run migrations
  npm run migrate:staging

  # Or with migration tool
  # knex migrate:latest --env staging
  # prisma migrate deploy --schema=./schema.prisma

  # Verify migrations applied
  echo "✅ Migrations completed"
else
  echo "ℹ️  No migrations to run"
fi

Error handling:

# If migration fails
if [ $? -ne 0 ]; then
  echo "❌ Migration failed"
  echo "Review migration logs for errors"
  echo "DO NOT proceed with deployment"
  echo ""
  echo "Common issues:"
  echo "  - Syntax errors in SQL"
  echo "  - Constraint violations"
  echo "  - Missing columns in dependent tables"
  exit 1
fi

Rollback procedure:

# If deployment fails after migration
# Rollback migrations
npm run migrate:rollback:staging

# Or manually revert last migration
# psql -h staging-db.example.com -d mydb -f migrations/rollback/2025_11_revert.sql

Read the full file on GitHub · 570 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. 2d ago First seen · 570 lines · 42 tokens per session scan A a279719012a3

Subscribe to this mod's changes

staging-deployment-phase is a skill published in the GitHub repository marcusgoll/Spec-Flow (92 stars, last pushed 4mo ago), licensed MIT. It adds 42 tokens to every session and 3,728 once invoked, about $0.0002 per session on Opus 5. A static security scan graded it A with 1 finding (makes network calls). No closer match exists in the catalogue, so it is treated as the original; first seen 2026-09-03.

Related

Other skills, from other repositories

agentic-actions-auditor

Audits GitHub Actions workflows for security vulnerabilities in AI agent integrations including Claude Code Action, Gemini CLI, OpenAI Codex, and GitHub AI Inference. Detects attack vectors where attacker-controlled input reaches. AI agents running in CI/CD pipelines.

sickn33/agentic-awesome-skills · 63 tokens

dep

Handles containerization, CI/CD pipelines, and deployment setup.

sickn33/agentic-awesome-skills · 14 tokens

test-setup

Scaffold the test framework and CI/CD pipeline for the project's engine. Creates the tests/ directory structure, engine-specific test runner configuration, and GitHub Actions workflow. Run once during Technical Setup phase before the first sprint begins.

Donchitos/Claude-Code-Game-Studios · 49 tokens

release-patterns

PR creation, CI/CD validation, merge coordination, and release patterns. Use when creating pull requests, running pre-PR validation, checking CI status, coordinating merges, or managing releases. Do NOT use for routine development commits -- see safe-workflow skill instead.

bybren-llc/safe-agentic-workflow · 56 tokens

github-actions-patterns

Production-grade GitHub Actions workflows — reusable workflows, OIDC cloud auth, caching, matrix builds, and environment protection rules. Use when the user creates, reviews, or debugs CI/CD pipelines in .github/workflows, or asks about GitHub Actions deployment, OIDC authentication, or workflow optimization.

sawrus/agent-guides · 66 tokens

gitlab-ci-patterns

GitLab CI/CD pipelines — include templates, environments, OIDC auth, caching, protected runners, deployment gates.

sawrus/agent-guides · 29 tokens