Who's watching what your AI agent does when you're not looking?

This isn't about AI being dangerous. It's about a habit most of us have developed without noticing.
You start a Claude Code session. The agent asks permission for the first action. You read it, approve. Second action — you read it, approve. Third action — you skim it, approve. By the fourth or fifth, you've clicked "don't ask again for this session" and gone back to whatever you were doing.
That's not carelessness. That's a completely rational response to an approval-fatigue problem that the tools themselves create. The agents ask too often, for too many things, and we adapt by tuning them out.
The problem gets worse when you're working remotely. I run AI coding sessions in two ways: sometimes through OpenClaw connected to Telegram, where I send messages and the agent executes actions on my machine. Sometimes through Claude.ai on my phone, running a remote session. Either way, you're watching a small screen, approving actions with limited context, and eventually you stop reading carefully.
One day I came back to my machine and found that the agent had modified files I didn't expect — not maliciously, just confidently. An .env file updated. A config changed. A dependency added. Nothing catastrophic. But I had no record of it. I couldn't tell what changed, when, or why.
So I built something to watch.
AgentGuard is a background daemon that monitors what AI coding agents do to your files during and between sessions. It doesn't try to stop the agent from working — it tries to give you visibility into what happened.
What it actually does:
It watches configured directories with a file watcher. When a sensitive file changes (.env, keys, CI configs, package.json, agent memory files like CLAUDE.md), it logs the event to an audit trail and optionally sends a Telegram message with Keep/Rollback buttons — even if you're not at the machine.
It runs as a permanent background daemon (launchd on macOS) so it's always watching, not just during explicit sessions.
It has a macOS menu bar icon showing daemon status and recent activity — same idea as Docker Desktop's tray icon.
What I learned building it:
The hardest problem wasn't detection — it was deciding what to do about it. Block everything and the agent becomes useless. Block nothing and you're back where you started. The answer I landed on: log everything, alert on the things that actually matter (credential files, mass deletes, CI configs), and let the user decide.
The second thing I learned: real-time command interception is harder than it sounds. Codex is a Rust binary that doesn't use the shell in an interceptable way. The file watcher ended up being more reliable than the command interceptor for most agents.
The open question I don't have an answer to:
Is this the right layer to solve this problem? Should the agents themselves have better audit trails? Should there be a standard for "what did this session change"? I genuinely don't know.
I built this because I needed it. It's been running on my machine for a few weeks watching two projects. The log is mostly quiet — which is either good news or means I'm not watching the right things.
If you use Claude Code, Codex, aider, or run agents remotely via OpenClaw or similar — I'd be curious whether this matches a problem you've actually experienced, or whether the approval-fatigue thing is just me.
npm install -g agentguard-dev
GitHub: github.com/Osva2023/AgentGuard