How do I install the Deploy Checklist skill?

Run npx skillmds@latest add agulli/deploy-checklist in your terminal (requires Node.js), paste this page's agent-chat prompt into Claude, Cursor, or any MCP-connected agent, or download the SKILL.md file and copy it into your agent's skills directory.

Is Deploy Checklist safe to use?

This skill has not completed SkillMD's automated safety review yet. SkillMD never runs a skill's scripts for you; review the SKILL.md before installing.

Which AI agents work with Deploy Checklist?

This skill is tagged as working with Claude Code, Claude.ai, OpenAI Codex. SKILL.md is an open format, so most agents that read a skills directory can load it too.

Is Deploy Checklist free to use?

Yes. Installing skills from SkillMD is free. This skill is licensed under MIT.

Who published Deploy Checklist?

agulli (@agulli) published this skill. Their other Agent Skills are listed on their SkillMD profile.

Deploy Checklist by agulli — Agent Skill

Name: Deploy Checklist
Author: agulli

File contents

Clarification Gates

You must have unambiguous answers to these before touching anything:

Target: staging or production? (Never assume. Never infer from branch name.)
Deploying what: which service, which version/tag/commit SHA?
Rollback plan: does one exist, and do you have access to execute it?

If the user says "deploy the thing" without specifying the environment, that is not sufficient information. Ask.

Model Proposes, Code Disposes: You propose the deploy sequence. The CI/CD system or platform CLI executes it. You do not write deployment commands from memory — you use exactly the command documented in the project's deploy runbook or Makefile.

Pre-deployment

Confirm the target environment. Ask if not specified: staging or production? Never assume production.
Check the branch. Verify you are on the correct branch:
```
git branch --show-current
```
Check for uncommitted changes:
```
git status --porcelain
```
If there are uncommitted changes, STOP. Commit or stash them first.
Run the test suite. Execute the project's full test command. If any test fails, STOP. Do not deploy with failing tests.
Check the changelog/diff. Run git log --oneline main..HEAD to see what will be deployed. Present this to the user.

Deployment

Execute the deploy command. Use the project's existing deployment mechanism:
- Docker: docker build && docker push
- Kubernetes: kubectl apply -f
- Platform-specific: fly deploy, vercel --prod, gcloud run deploy Use exactly the command documented in the project. Do not invent deployment commands.
Wait for deployment to complete. Do not proceed until the deployment tool confirms success.

Post-deployment

Smoke test. Hit the health endpoint or run a basic functional test:
```
curl -s https://<deployed-url>/health | jq .
```
Monitor for 2 minutes. Check error rates and latency. If either spikes, recommend an immediate rollback.

Rationalizations

Excuse	Rebuttal
"Tests are slow, I'll skip them"	Deploying untested code is how you get paged at 3 AM. Run the tests.
"It works on my machine"	That is not evidence. The test suite is evidence.
"I'll just deploy and fix issues as they come"	You have no rollback plan if you don't know what changed. Check the diff first.

Verification

Target environment was explicitly confirmed (not assumed)
All tests passed before deployment
Deployment tool reported success
Health check returned 200 after deployment
No error spike observed in the first 2 minutes

---name: deploy-checklistdescription: Execute a structured deployment to staging or production. Use when asked to deploy, ship, release, push to production, or promote to staging.license: MIT---## Clarification GatesYou must have unambiguous answers to these before touching anything:- **Target:** staging or production? (Never assume. Never infer from branch name.)- **Deploying what:** which service, which version/tag/commit SHA?- **Rollback plan:** does one exist, and do you have access to execute it?If the user says "deploy the thing" without specifying the environment, that is not sufficient information. Ask.> **Model Proposes, Code Disposes:** You propose the deploy sequence. The CI/CD system or platform CLI executes it. You do not write deployment commands from memory — you use exactly the command documented in the project's deploy runbook or Makefile.### Pre-deployment1. **Confirm the target environment.** Ask if not specified: staging or production? Never assume production.2. **Check the branch.** Verify you are on the correct branch: ```bash git branch --show-current ```3. **Check for uncommitted changes:** ```bash git status --porcelain ``` If there are uncommitted changes, STOP. Commit or stash them first.4. **Run the test suite.** Execute the project's full test command. If any test fails, STOP. Do not deploy with failing tests.5. **Check the changelog/diff.** Run `git log --oneline main..HEAD` to see what will be deployed. Present this to the user.### Deployment6. **Execute the deploy command.** Use the project's existing deployment mechanism: - Docker: `docker build && docker push` - Kubernetes: `kubectl apply -f` - Platform-specific: `fly deploy`, `vercel --prod`, `gcloud run deploy` Use exactly the command documented in the project. Do not invent deployment commands.7. **Wait for deployment to complete.** Do not proceed until the deployment tool confirms success.### Post-deployment8. **Smoke test.** Hit the health endpoint or run a basic functional test: ```bash curl -s https://<deployed-url>/health | jq . ```9. **Monitor for 2 minutes.** Check error rates and latency. If either spikes, recommend an immediate rollback.## Rationalizations| Excuse | Rebuttal ||--------|----------|| "Tests are slow, I'll skip them" | Deploying untested code is how you get paged at 3 AM. Run the tests. || "It works on my machine" | That is not evidence. The test suite is evidence. || "I'll just deploy and fix issues as they come" | You have no rollback plan if you don't know what changed. Check the diff first. |## Verification- [ ] Target environment was explicitly confirmed (not assumed)- [ ] All tests passed before deployment- [ ] Deployment tool reported success- [ ] Health check returned 200 after deployment- [ ] No error spike observed in the first 2 minutes

Frequently asked questions

Deploy Checklist