-
Notifications
You must be signed in to change notification settings - Fork 0
Step 6 Deploy Guide
github-actions[bot] edited this page Jun 6, 2026
·
5 revisions
Command: /deploy-guide [staging|production] · Habit: H1 Be Proactive · Previous: Step 5 · Review AI · Next: Step 7 · Monitor Setup
Produce a staging-first deploy plan with a rollback ready to paste. Prevents the class of incidents caused by "let's just push it, it looks fine."
- Any deploy touching production
- Any database migration
- Any config change to shared infrastructure
- Any production canary or provider-managed capacity change, such as nodegroup/ASG scale-down
- Never for production. Local-only changes do not need this step.
- Read existing deploy scripts, CI/CD configs,
docker-compose.yml,Makefile - Produce staging steps first, with exact commands
- Define staging verification — health check, smoke test, feature verify
- Produce production steps (only after staging QA passes)
- Produce rollback procedure — copy-pasteable commands
- For provider-managed canaries, add reconciliation gates: planned target vs actual provider-selected target, desired/min/max alignment, schedulable capacity, and no unintended
SchedulingDisablednodes - Produce post-deploy verification
A deploy plan document containing:
- Deploy: [version/feature] title
- Staging — numbered command list
- Staging QA — verification checklist (health, feature, smoke test)
- Production — numbered command list (only after staging QA passes)
- Rollback (ready to paste) — copy-pasteable commands inside a fenced block
- Canary reconciliation — planned target, actual provider target, scale/update status, scheduling state, and mitigation path
- Post-deploy verification — checklist
- Never combine build + deploy in one step for production
- Never skip staging
- Never deploy on a Friday afternoon without explicit reason
- Never call a provider scale-down complete until Kubernetes scheduling state is reconciled
-
Expects: Reviewed, passing code from
/review-ai -
Produces for
/monitor-setup: A deployed service ready to observe
Important
"Am I preventing future incidents, or reacting to current ones?"
Source of truth: this wiki is generated from docs/wiki/. Edits made through the GitHub Wiki web UI may be overwritten by the next sync. To change a page, open a PR against the repository source file.
Repository · Issues · README · License
Workflow discipline for AI-assisted development
Start
Workflow
- Overview
- 0 · Research
- 1 · Requirements
- 2 · Design
- 3 · Breakdown
- 4 · Build Brief
- 5 · Review AI
- 6 · Deploy Guide
- 7 · Monitor Setup
Operations
Reference
- Habits Reference
- Maturity Model
- Architecture
- Limitations
- Vibe Coding vs Structured
- Harness Engineering
Project