Guide
AI coding agent safety checklist: 10 rules before you let it run commands
An AI coding agent that can run commands is powerful and, sometimes, wrong. These ten habits do not need special tools. They keep a bad command from becoming a bad day.
The checklist
- Work in a git repository and commit before a big task, so any change can be undone.
- Read a command before you allow it, especially anything with
rm,sudo,curl | sh, or a path outside the project. - Keep permission prompts on rather than skipping them. See why skipping is risky.
- Make answering fast, so you are never tempted to switch prompts off. A popup you can answer with one key helps.
- Give each job its own folder so one agent cannot touch another project.
- Keep secrets out of the chat. Do not paste keys, tokens or passwords into a prompt.
- Review the diff of what changed before you merge or deploy it.
- Pre-approve only what is truly safe, and keep the rest on ask.
- Do not leave requests unanswered for long. A request you did not read is a request you should deny.
- Know how to turn it off. Learn each agent's stop or interrupt, and how to disconnect any tool that hooks into it.
Where Herdbell fits
Herdbell does not make an agent safe by itself. It helps with the human part: you see every request the moment it happens, risky commands ask twice, and an unanswered request falls back to the agent's own prompt instead of being approved. The judgement stays yours.
Common questions
Is it safe to let an AI agent run shell commands?
It can be, if you keep permissions on, read what you allow, and work in a project you can restore from git. It is risky to skip those checks.
What commands should I always read twice?
Anything that deletes files, uses sudo, downloads and runs a script, or reaches outside the project folder.