// 134 tips tagged "workflows"
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.
Before deploying, tell Claude to read your project — migrations, environment variables, queue workers, scheduled tasks, caching, third-party integrations — and generate a deployment checklist that's specific to your app. Not a generic "did you run migrations?" list, but one that knows YOUR infrastructure and catches the things YOUR deploy can break.
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.
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.
Before jumping to implementation, describe the problem conversationally and let Claude be your thinking partner. It asks clarifying questions, surfaces tradeoffs you haven't considered, suggests approaches, and pokes holes in your plan — so by the time you say "ok, build it," both of you know exactly what to build and why.
Claude can read your application code — the jobs, queues, API endpoints, scheduled tasks, and critical business logic — and generate monitoring rules that alert on the things that actually matter: failed payments, queue backlogs, stale cron jobs, error rate spikes, and slow endpoints, all tailored to your real system.
Good comments explain why, not what. Tell Claude to read your complex code and add inline comments that explain the reasoning behind non-obvious decisions — why this algorithm was chosen, why this edge case exists, why the order matters — so the next developer (or future you) understands the intent without reverse-engineering the logic.
Got a module with zero tests? Point Claude at the code and it reads the implementation, identifies every behavior — the happy path, edge cases, error conditions, and boundary values — then writes a comprehensive test suite that documents what the code actually does and catches regressions if anything changes.
Before asking Claude to try a big experimental change — a different architecture, an alternative algorithm, or a risky refactor — tell it to stash or branch first. If the experiment fails, you restore the stash and you're back where you started. Zero risk, maximum experimentation.
When you need a new feature that follows the same structure as one you already built — a new CRUD, a new API resource, a new admin panel section — point Claude at the existing one and say "build another like this for Products." Claude reads every file involved and replicates the full pattern with correct names, relationships, and wiring.
When you need data in a different format — JSON to YAML, CSV to SQL INSERTs, XML to a PHP array, a log file to a structured table, or a database dump to markdown — paste it into Claude and tell it what format you want. Claude handles the conversion instantly, including edge cases like escaping, quoting, and nested structures.
Instead of describing what code should do, show Claude what it should produce — paste the expected JSON response, HTML output, CLI table, or email template and Claude works backwards to write the code that generates it. The output IS the spec, and there's no room for misinterpretation.