production-deployment
Zero-downtime deployments with pre-flight checks, staged rollouts, and rollback plans. Never ship to production without a verified rollback strategy.
pinned to #f47f948updated 2 weeks ago
Ask your AI client: “install skills/production-deployment”.
Requires the metahub MCP server installed in your client. Set up MCP.
mh install skills/production-deploymentmetahub onboarded this repo on the author's behalf.
If you own github.com/DevelopersGlobal/ai-agent-skills on GitHub, claim the listing to take over publishing. Your claim preserves the existing eval history and badges; only the curator label is replaced with verified-publisher on your next publish.
Stars
64
Last commit
2 weeks ago
Latest release
published
- #ai
- #ai-agents
- #antigravity
- #artificial-intelligence
- #claude
- #claude-code-plugin
- #claude-skills
- #codex
- #cursor
- #skills
Evaluation report
WarningsAutomated checks the publisher passed at publish time — structure, docs, safety, and whether the artifact behaves as claimed.f47f948· 2 weeks ago
Kind-specific
31Skill: SKILL.md present
found at skills/production-deployment/SKILL.md · frontmatter source: SKILL.md
Skill: body content present
668 words · 4,482 chars · 12 sections
Skill: triggers declaredwarn
No `trigger` phrases in SKILL.md frontmatter
Add `trigger:` lines so Claude knows when to activate this skill — e.g. `when building MCP servers` or `for diagram creation`.
Skill: allowed-tools scope
no allowed-tools restriction (Claude may use anything)
Release history
1- releasecurrentf47f948warn2 weeks ago
Contents
Overview
Production is not a test environment. Every deployment is a live operation with real consequences — user impact, data integrity risks, and potential outages. This skill encodes the discipline senior engineers apply before, during, and after every production deployment.
The core rule: never deploy without a rollback plan you've verified can execute in under 5 minutes.
When to Use
- Before any deployment to a production or production-equivalent environment
- When reviewing deployment scripts or CI/CD pipelines
- When adding new services or infrastructure changes
Process
Step 1: Pre-Deployment Checklist
- All tests pass — CI is green on the exact commit being deployed. Not "mostly green."
- Migrations are backward-compatible — The old code must work with the new schema (for zero-downtime). New columns are nullable; columns aren't dropped until after full rollout.
- Feature flags configured — New features are behind flags, off by default.
- Rollback plan written — Document exactly how to rollback: which commands, which configs, estimated time.
- Deployment window confirmed — Low-traffic period? On-call engineer available?
- Stakeholders notified — Anyone affected by downtime or behavior change knows.
Verify: All 6 checklist items confirmed. Do not proceed if any is blocked.
Step 2: Staged Rollout
- Never deploy to 100% of traffic immediately. Use a staged rollout:
- Canary: 1–5% of traffic
- Staged: 10% → 25% → 50% → 100%
- Monitor key metrics at each stage for at least 15 minutes before expanding:
- Error rate (baseline vs. current)
- Latency p50, p95, p99
- Business metrics (conversion, orders, etc.)
- Define your abort threshold before starting: "If error rate exceeds X% or latency p99 exceeds Y ms, rollback immediately."
Verify: Rollout stages and abort thresholds are documented before deployment begins.
Step 3: Deploy
- Execute the deployment using your CI/CD pipeline (not manual commands).
- Monitor dashboards in real-time during the rollout.
- Keep communication channel open with on-call engineer.
- Do not perform any other changes during a deployment (no "quick fixes").
Verify: Deployment running via CI/CD, dashboards being monitored actively.
Step 4: Post-Deployment Verification
- Smoke tests pass on production.
- Key user journeys manually verified.
- Error rate within normal range (15 minutes post-deploy).
- No unexpected alerts triggered.
- Run post-deploy integration tests if available.
Verify: All post-deploy checks confirmed green. Deployment marked successful.
Step 5: Rollback (if needed)
- If any abort threshold is hit: rollback immediately, without debate.
- Execute the pre-written rollback plan.
- Verify rollback complete: service restored, error rate normalized.
- Write an incident report — even for near-misses.
Verify: Rollback completes in under 5 minutes. Service restored.
Common Rationalizations (and Rebuttals)
| Excuse | Rebuttal |
|---|---|
| "It works in staging" | Staging is not production. Different data, traffic, and configuration. |
| "It's just a small change" | Small changes cause the majority of outages. |
| "We don't have time for staged rollout" | You have even less time for an incident. |
| "I'll watch it for a few minutes" | 15 minutes minimum. Most production failures take time to materialize under load. |
| "We can rollback if needed" | Do you have a written, tested rollback plan? No? Then you can't. |
Red Flags
- Deploying directly to 100% without a staged rollout
- No rollback plan documented before deployment
- Deploying breaking schema changes without backward compatibility
- Running deployment from a local machine, not CI/CD
- Deploying during high-traffic periods without approval
- "I'll fix any issues after we deploy"
Verification
- All tests passing on exact commit being deployed
- Migrations are backward-compatible
- Rollback plan written and executable in <5 minutes
- Staged rollout plan with abort thresholds defined
- Post-deploy smoke tests passed
- Dashboards clean for 15 minutes post-deploy
References
Reviews
No reviews yet. Be the first.
Related
Planning With Files
Claude Code skill implementing Manus-style persistent markdown planning — the workflow pattern behind the $2B acquisition.
Guizang Ppt Skill
AI-agent Skill for generating polished HTML slide decks: editorial magazine and Swiss layouts, image prompts, social covers, and a WebGL/low-power presentation runtime.
orchestration-patterns
>
mh install skills/production-deployment