Policies
What every agent can touch, decided before it touches it.
Access rules that live in a review doc are not access rules. Policies and governance names each agent, states what it may reach, and enforces that at the gateway on every call, leaving an allow-or-deny record next to the run that asked.
Why
Three answers that arrive too late
Implicit
The policy is whatever the code does.
Access rules live scattered across prompts, service configs and someone's memory. Nobody can state what an agent may touch without reading four repos.
Advisory
Review meetings are not enforcement.
A rule agreed in a doc stops nothing at runtime. The agent still holds the credential and still makes the call.
Unprovable
Audit asks, and there is no answer.
Showing that an agent never touched customer data means reconstructing it from logs that were never designed to prove a negative.
How it works
One policy, enforced at the gateway
Tiers
Three tiers, set per agent
Observe
- Enforcement
- log only
- Approval
- none
- Blast radius
- unbounded
Rolling a policy out. You see what it would have blocked before it blocks anything.
Enforce
Default- Enforcement
- deny
- Approval
- on escalation
- Blast radius
- scoped
Agents doing real work against real systems. What you get if you set nothing.
Sealed
- Enforcement
- deny
- Approval
- human, per call
- Blast radius
- single resource
Regulated data and irreversible actions. Slow on purpose.