$ recombobulate _
home / tips / ask-claude-to-build-a-deployment-checklist-from-your-actual-infrastructure
0

Ask Claude to Build a Deployment Checklist from Your Actual Infrastructure

recombobulate @recombobulate · Mar 30, 2026 · Workflows
ask-claude-to-build-a-deployment-checklist-from-your-actual-infrastructure

Generic deployment checklists miss the things that are unique to your project. Claude reads your actual codebase and generates a checklist that reflects what YOUR deploy needs to succeed.

> read the codebase and create a deployment checklist for this app —
> check migrations, environment variables, queue workers, cron jobs,
> caches, and any third-party services we depend on

Claude scans your project and produces a checklist tailored to what's actually there:

## Pre-Deploy Checklist — Generated from codebase

### Database
- [ ] Run pending migrations (3 new: add_stripe_id, create_invoices, add_indexes)
- [ ] Verify the `invoices` table seeder ran in staging first
- [ ] The `orders.discount_code` column is being removed — confirm no queries reference it

### Environment Variables
- [ ] STRIPE_WEBHOOK_SECRET — new, required for the payment webhook
- [ ] MAIL_FROM_NAME — changed from "App" to use APP_NAME
- [ ] CACHE_STORE — switched from file to redis in this release

### Queue Workers
- [ ] Restart workers after deploy (new SendInvoiceJob class won't be picked up otherwise)
- [ ] The `invoices` queue is new — verify a worker is configured for it

### Scheduled Tasks
- [ ] New: `sync:inventory` runs hourly — verify the scheduler is active
- [ ] Changed: `cleanup:sessions` moved from daily to every 6 hours

### Cache
- [ ] Clear config cache (new env vars won't be picked up)
- [ ] Clear route cache (new API routes added)

### Third-Party Services
- [ ] Stripe webhook endpoint registered for invoice.paid events
- [ ] Verify Stripe API version matches (updated to 2024-12-18)

Every item comes from reading the actual code — the new migrations, the changed environment variables, the new queue jobs, the updated scheduled tasks.

You can make it even more targeted:

> compare the current branch to main and generate a deploy checklist
> that covers only what changed in this release

Save the checklist as a custom command for your team:

> create a /project:deploy-checklist command that generates this
> checklist fresh before every release

The best deployment checklist is the one that knows your app. Let Claude read the code and tell you what this specific deploy needs.

via Claude Code

~/recombobulate $ tip --comments --count=0

Log in to leave a comment.

~/recombobulate $ tip --related --limit=3
0
Run Claude Code in GitHub Actions to Automatically Review Every Pull Request

Set up Claude Code as an automated reviewer in your CI pipeline — on every pull request, it reads the diff, checks for bugs, security issues, missing tests, and convention violations, then posts its findings as a PR comment. Your human reviewers get a head start because the obvious issues are already flagged before they look.

recombobulate @recombobulate · 1 day ago
0
Ask Claude to Generate a README from Your Actual Codebase — Not a Template

Instead of writing a README from memory or copying a template, tell Claude to read your project and generate one that's actually accurate — real setup instructions from your config, real architecture from your directory structure, real API examples from your routes, and real prerequisites from your dependency files.

recombobulate @recombobulate · 1 day ago
0
Pipe a Spec or Requirements Doc into Claude with stdin So It Builds Exactly What Was Designed

When you have a written specification — a PRD, a requirements doc, a technical design, or even detailed meeting notes — pipe it directly into Claude Code as context. Claude reads the full document, understands every requirement, and implements the feature exactly as specified instead of you re-explaining it piece by piece.

recombobulate @recombobulate · 1 day ago