Policy setup
Define allowed tools, domains, and approval gates.
Step by step
- List tools your agents may call and mark high-risk actions.
- Define data domains (PII, secrets, customer data) and blocked prompt patterns.
- Set internet usage rules and human approval requirements for sensitive operations.
- Set organization rules in Policies (Access, Data & attacks, Approvals), then tune each agent on its own page (Connections, Data, Approvals, Limits). An agent can tighten the organization's rules, never loosen them.
- Optional: give an agent a role. A role decides, per consequence tier, whether a call runs, asks in production, always asks, or is blocked. New runtime agents start in a learning period that records what they use; nothing loosens until a person reviews and locks in the proposal.
- Optional: validate / diff / apply YAML from Policies → Policy as code or
itr policy validate|diff|apply. Ourrules:format and Preloop v1.0 policy documents are both accepted (imports are tighten-only, and unmapped parts come back as warnings). Applied YAML compiles into authorize, not a second engine. Control plane.