Security
Governance for every agent and workflow — audit events, security and compliance policies, tool-call decisions, approvals, posture, and usage quotas.
Every agent and workflow on the platform emits a stream of security-relevant audit events — tool executions, network egress decisions, LLM calls, guardrail checks, and quota denials. In the console this area is called Governance: it is where you read that stream, define the policies that produce the denials, watch enforcement trends, and manage token spend budgets.
The model is layered:
- Events are the raw, per-invocation record of what agents did and what the platform allowed, blocked, or masked.
- Policies come in three kinds, side by side under Governance → Policies:
- Security policies (org-level and workspace-level) define what is denied, what is allowed, which guardrails are required, and the numeric ceilings agents run under. Publishing a policy propagates it to running agents.
- Compliance policies govern individual tool calls by their argument values: allow, defer for human approval, or deny — an org-wide baseline plus optional per-agent tightening, enforced by the platform's policy decision point (PDP).
- Trust-mode floors set, per registered tool operation, the minimum attestation a caller must present and the delegation modes it may use — the security admin's ceiling control.
- Agent Identity is the org-wide portfolio of every agent identity: its attestation posture, the honest enforcement state of each identity control, what each identity can reach, and the lifecycle actions (kill/resume, terminal revocation, delete).
- Approvals is each user's personal queue of tool calls that a compliance rule parked for their sign-off, plus the consent prompts agents raise when they need a user to connect their own account. Because it is personal rather than admin-gated, My Approvals lives in the Build group of the sidebar, not under Governance.
- Posture rolls the event stream up into enforcement trends: block rates, the rules doing the work, quota hits, and policy rules that never fire.
- Usage and quotas track token spend and executions, and let org admins set windowed token budgets that gate agent invocations before they start.
The Governance area is shown to org admins and security admins — a dedicated org role for the security persona, assignable under Organization → Settings. Other members don't see the group in the sidebar; hiding it is a courtesy of the navigation, and the platform enforces authorization on every read and write underneath.
The Governance area also hosts the Tool Registry — the org-scoped catalog of admitted tools that skills are allowed to reference; unregistered tool references are rejected when a skill is saved and when an agent builds.
Section map
Security events
The audit event stream: where events come from, event naming, and the Events screen.
Policies
Org and workspace security policies, the effective policy, versions, and propagation.
Compliance and tool-call decisions
Value-level rules on governed tool calls: allow, defer for approval, or deny — org baseline plus per-agent tightening.
Trust-mode floors
Per-tool minimums: the attestation a caller must present and the delegation modes it may use, authored from the tool registry.
Tool Registry
The org's admitted catalog of tools — registering command-line tools, MCP servers, and APIs from an OpenAPI spec.
Agent identity
The org-wide identity portfolio: attestation posture, enforcement badges, each identity's reach, and lifecycle actions.
Approvals and consents
My Approvals — your personal queue of parked tool calls — and pending account-connection consents.
Posture
Enforcement trends: block rate, top rules, quota hits, and dead-rule analysis.
Usage and quotas
Token and execution metrics, and windowed token quotas that gate invocations.