logoalt Hacker News

early_exit • today at 12:38 AM • 4 replies • view on HN

for me it basically all boils down to:

1. I dont want to have to accept every time Claude touches our DB

2. I'm scared out of my mind it might do something bad to the DB

Plan mode gives me enough confidence that it wont do (2) --> allowing me to give it enough permissions to do (1)


Replies

sfink • today at 7:14 AM

Oh gods, I don't give it write access to my actual DB.

For my small-scale sqlite dB, it gets read access, and I encourage it to test modifications by copying it somewhere and writing into that.

Scale-dependent, but I hope to not have to work at a scale where it gets write access to the production DB. That just seems like asking for trouble.

0xfaded • today at 1:50 AM

FYI I had Clod attempt to corrupt a prod db the other day. (Opus 5)

I was experimenting with a rather complicated backfill operation, were I had a validation script I understand and have Clod come up with the backfill script. I was running against a local prod copy, and it proposed running the actual (unfinished) backfill script against prod.

It didn't have access to the secrets and I also caught the command, but a good reminder that this stuff needs guardrails.

➕ show 1 reply
codesnik • today at 2:37 AM

Make a db replica or just a db user account with readonly permissions, and have only those in your env, or docs accessible to agent. It's liberating.

jfaat • today at 1:12 AM

Do you mean when you're making changes to a production DB?

➕ show 1 reply