The control layer for AI agents
Your agents are running. Who is stopping them?
AgentGuard catches the runaway before it burns your limit, caps what an agent can spend, and signs a record of what it did. It runs in your process. It is not a proxy, and it never sees your prompts.
Start here. It reads your own agent history and shows what it would have stopped. Installs nothing.
Real output from the author's machine: 394 sessions, 3 runaways, 389 clean. How it works →
One control layer, three surfaces
Same policy engine, same signed receipts, same rule: nothing leaves your machine.
● live · free
Burn
A circuit breaker for runaway agents. Fan-out cap, sustained-burn ceiling, and a boxed STOP with three things to do. Ships in shadow mode; blocks nothing until you have watched it be right.
npx @agentguard-run/burn replay● live · free tier
Spend
Hard budget caps, a loop breaker, and a destructive-tool gate for any agent that calls a model. Ed25519-signed, content-free receipts you verify offline. Free to 10,000 enforcement calls a month.
npm i @agentguard-run/spend○ next
Scan
Inspect an MCP server or agent skill before you install it. Zero target code is executed. Declared powers versus what the code actually does, dangerous capability combinations, injection in tool descriptions.
npx agentguard scan <pkg>Three promises, kept in the architecture
The model is not the limit anymore. What is around it is.
Every model wins every benchmark eventually. What decides whether an agent is safe to run is what it can spend, what it can call, and whether it stops. That layer is AgentGuard, and it has to be neutral: no vendor will ever govern its competitors' agents.
Also: sovereign deployment · verify a receipt · platform leads · law firms