At what point do you trust an AI coding agent with production DB migrations?

by

Genuinely curious how others here draw this line. I've been letting an AI

coding agent (Claude Code) handle a growing share of day-to-day

engineering on a side project — not autocomplete, actual multi-step

changes across the codebase, including schema migrations on a live

production database.


What made that feel safe enough to actually do:

- It states what it's about to touch before touching it, so a bad plan

gets caught before execution, not after.

- Rules written once in a file (things like "always ask before

a destructive migration") actually stick across sessions instead of

needing to be re-explained every time.

- I still read every migration before it runs — the trust is in "won't

surprise me," not "never needs review."


Separately, I've also been leaning hard into OTA-first shipping (Expo +

`eas update`) specifically so JS/UI fixes don't need to wait on app-store

review at all — that's been more load-bearing than I expected, for

reasons unrelated to convenience.


Curious what stacks/workflows others here are running for solo or

small-team AI-assisted development — especially anyone else who's handed

an agent real production access and how you scoped the guardrails. (For

context, the project this is all happening on is a pet-health app I'm

building — happy to share more if anyone's curious, just didn't want this

post to be about that.)

12 views

Add a comment

Replies

Be the first to comment