/deployment-sop
Deployment workflows, pre-deploy validation, and smoke testing patterns. Use when deploying to staging or production, running smoke tests, or validating deployments.
$ npx -y skills add bybren-llc/safe-agentic-workflow --skill deployment-sop --agent claude-codeHow it fires
How this skill gets triggered: by you, by Claude, or both.
- Fires itselfAuto-invocation. Claude auto-loads it when your prompt matches the work.Auto-invocation is when the right skill fires by itself at the right moment, driven by a FLOW.md router and a hook, instead of you invoking it by name. It is the difference between a skill being installed and a skill actually getting used.Read the full definition →
- You can call itInvoke it directly when you want it.
- Slash command
/deployment-sop
Context preview
The summary Claude sees to decide when to auto-load this skill.
Deployment workflows, pre-deploy validation, and smoke testing patterns. Use when deploying to staging or production, running smoke tests, or validating deployments.
SKILL.md
deployment-sop.SKILL.mdname: deployment-sop
description: Deployment workflows, pre-deploy validation, and smoke testing patterns. Use when deploying to staging or production, running smoke tests, or validating deployments.
disable-model-invocation: true
argument-hint: "[environment]"
allowed-tools: Read, Bash, Grep, Glob
Deployment SOP Skill
Purpose
Route to existing deployment SOPs and provide checklists for safe, validated deployments. This skill does NOT duplicate SOP content—it links to authoritative sources.
When This Skill Applies
Invoke this skill when:
- Deploying to staging or production
- Running pre-deploy validation
- Executing post-deploy smoke tests
- Accessing Linux dev machine for deployment
- Coordinating release activities
Authoritative References (MUST READ)
| Document | Location | Purpose | | ------------------------ | ------------------------------------------------- | --------------------------- | | Semantic Release SOP | `docs/ci-cd/Semantic-Release-Deployment-SOP.md` | Release automation workflow | | Staging/UAT Release SOP | `docs/sop/STAGING-UAT-RELEASE-SOP.md` | UAT validation process | | Linux Dev Machine Access | `docs/deployment/LINUX-DEV-MACHINE-ACCESS-SOP.md` | Pop OS dev server access | | Production Server Access | `docs/deployment/PRODUCTION-SERVER-ACCESS-SOP.md` | Production deployment |
Pre-Deployment Checklist
Before ANY deployment:
- [ ] All CI checks pass (GitHub Actions green)
- [ ] PR merged to target branch (`dev` for staging, `master` for prod)
- [ ] No unresolved blockers in Linear
- [ ] Database migrations tested locally
- [ ] Environment variables verified
# Validate before deploy
yarn ci:validate
yarn build
Post-Deployment Smoke Test
After deployment completes:
- [ ] Health endpoint responds: `curl https://{domain}/api/health`
- [ ] Database connection verified (check health response)
- [ ] Authentication flow works (sign-in/sign-up)
- [ ] Critical user flows functional
- [ ] No new errors in logs (PostHog/Coolify)
# Smoke test commands
curl -s https://{domain}/api/health | jq .
# Expected: {"status":"healthy","timestamp":"..."}Deployment Evidence Template
For Linear ticket attachment:
## Deployment Evidence - {{TICKET_PREFIX}}-XXX
### Environment
- **Target**: Staging / Production
- **Branch**: `{branch_name}`
- **Commit**: `{commit_sha}`
### Pre-Deployment
- [x] CI checks passed
- [x] PR merged
- [x] Migrations verified
### Post-Deployment
- [x] Health check: PASSED
- [x] Auth flow: PASSED
- [x] Smoke tests: PASSED
### Verification
curl -s https://{domain}/api/health
{"status":"healthy","timestamp":"2025-XX-XXTXX:XX:XX.XXXZ"}Rollback Procedure
If deployment fails:
1. **Identify failure** - Check Coolify logs, PostHog errors 2. **Revert commit** - `git revert {commit_sha}` 3. **Push revert** - Triggers automatic rollback deployment 4. **Verify rollback** - Run smoke tests again 5. **Document incident** - Update Linear ticket with evidence
Stop-the-Line Conditions
FORBIDDEN
- Deploying with failing CI checks
- Skipping smoke tests on production
- Deploying database migrations without local testing
- Force-deploying over active incidents
REQUIRED
- Health check MUST pass within 5 minutes
- Production deployments MUST have staging validation first
- Rollback plan MUST be documented before production deploy
Branch → Environment Mapping
| Branch | Environment | Auto-Deploy | | -------- | -------------------- | ----------- | | `dev` | Staging (Pop OS) | Manual pull | | `master` | Production (Coolify) | Automatic |
**Note**: Merging to `dev` builds Docker image but requires manual `./scripts/dev-docker.sh pull` on Pop OS.
Read more
name: deployment-sop description: Deployment workflows, pre-deploy validation, and smoke testing patterns. Use when deploying to staging or production, running smoke tests, or validating deployments. disable-model-invocation: true argument-hint: "[environment]" allowed-tools: Read, Bash, Grep, Glob
Deployment SOP Skill
Purpose
Route to existing deployment SOPs and provide checklists for safe, validated deployments. This skill does NOT duplicate SOP content—it links to authoritative sources.
When This Skill Applies
Invoke this skill when:
- Deploying to staging or production
- Running pre-deploy validation
- Executing post-deploy smoke tests
- Accessing Linux dev machine for deployment
- Coordinating release activities
Authoritative References (MUST READ)
| Document | Location | Purpose | | ------------------------ | ------------------------------------------------- | --------------------------- | | Semantic Release SOP | `docs/ci-cd/Semantic-Release-Deployment-SOP.md` | Release automation workflow | | Staging/UAT Release SOP | `docs/sop/STAGING-UAT-RELEASE-SOP.md` | UAT validation process | | Linux Dev Machine Access | `docs/deployment/LINUX-DEV-MACHINE-ACCESS-SOP.md` | Pop OS dev server access | | Production Server Access | `docs/deployment/PRODUCTION-SERVER-ACCESS-SOP.md` | Production deployment |
Pre-Deployment Checklist
Before ANY deployment:
- [ ] All CI checks pass (GitHub Actions green)
- [ ] PR merged to target branch (`dev` for staging, `master` for prod)
- [ ] No unresolved blockers in Linear
- [ ] Database migrations tested locally
- [ ] Environment variables verified
# Validate before deploy yarn ci:validate yarn build
Post-Deployment Smoke Test
After deployment completes:
- [ ] Health endpoint responds: `curl https://{domain}/api/health`
- [ ] Database connection verified (check health response)
- [ ] Authentication flow works (sign-in/sign-up)
- [ ] Critical user flows functional
- [ ] No new errors in logs (PostHog/Coolify)
# Smoke test commands
curl -s https://{domain}/api/health | jq .
# Expected: {"status":"healthy","timestamp":"..."}Deployment Evidence Template
For Linear ticket attachment:
## Deployment Evidence - {{TICKET_PREFIX}}-XXX
### Environment
- **Target**: Staging / Production
- **Branch**: `{branch_name}`
- **Commit**: `{commit_sha}`
### Pre-Deployment
- [x] CI checks passed
- [x] PR merged
- [x] Migrations verified
### Post-Deployment
- [x] Health check: PASSED
- [x] Auth flow: PASSED
- [x] Smoke tests: PASSED
### Verification
curl -s https://{domain}/api/health
{"status":"healthy","timestamp":"2025-XX-XXTXX:XX:XX.XXXZ"}Rollback Procedure
If deployment fails:
1. **Identify failure** - Check Coolify logs, PostHog errors 2. **Revert commit** - `git revert {commit_sha}` 3. **Push revert** - Triggers automatic rollback deployment 4. **Verify rollback** - Run smoke tests again 5. **Document incident** - Update Linear ticket with evidence
Stop-the-Line Conditions
FORBIDDEN
- Deploying with failing CI checks
- Skipping smoke tests on production
- Deploying database migrations without local testing
- Force-deploying over active incidents
REQUIRED
- Health check MUST pass within 5 minutes
- Production deployments MUST have staging validation first
- Rollback plan MUST be documented before production deploy
Branch → Environment Mapping
| Branch | Environment | Auto-Deploy | | -------- | -------------------- | ----------- | | `dev` | Staging (Pop OS) | Manual pull | | `master` | Production (Coolify) | Automatic |
**Note**: Merging to `dev` builds Docker image but requires manual `./scripts/dev-docker.sh pull` on Pop OS.
SAW — SAFe Agentic Workflow AI Agent Harness for Multi-Agent Team Workflows Built on SAFe methodology (Scaled Agile Framework), adapted for AI agent teams (Now With AI-DLC!) Works for any team with repeatable processes: Software, Marketing, Research, Legal, Operations.
Other skills on safe-agentic-workflow.
- /agent-coordination
Agent assignment matrix, blocker escalation, and TDM coordination patterns. Use when assigning work to specialists, managing blockers, or coordinating multi-agent workflows.
Open skill - /api-patterns
API route implementation patterns with RLS, Zod validation, and error handling. Use when creating API routes, implementing endpoints, or adding server-side validation.
Open skill - /confluence-docs
Documentation templates for ADRs, runbooks, and architecture docs. Use when creating architectural decision records, operational runbooks, or technical documentation.
Open skill - /frontend-patterns
Frontend patterns for Next.js App Router, Clerk auth, shadcn/Radix UI, and PostHog analytics. Use when building UI components, creating pages, implementing auth flows, or adding analytics events. Ensures consistent UX patterns and accessibility standards.
Open skill - /git-advanced
Advanced git operations including rebase, bisect, cherry-pick, and conflict resolution. Use when rebasing branches, debugging with bisect, cherry-picking commits, or resolving complex merge conflicts.
Open skill - /linear-sop
Linear ticket management best practices. Use when creating issues, updating status, or attaching evidence. Provides evidence templates for dev/staging/done phases.
Open skill

