Console reference — every screen and the permission it needs
This page is the map of the console. It lists every route the application mounts — not a selection, not the ones somebody remembered to write up — with the permission a principal needs to enter it and where to read more.
It is generated. The roster comes from web/src/features/route-census.json, the
append-only census that registry.route-conservation.test.ts pins against the built
router, so a screen cannot be added, moved or lost without this page changing with it.
Each screen’s name and one-line description are the console’s own strings, taken from
the same translation catalog the sidebar renders, so what you read here is what you see in
the product.
How to read this page
Section titled “How to read this page”- Screen — the name the sidebar and the command palette use.
- Path — the URL under your deployment’s console origin. It is a published contract: a bookmark, a runbook deep link and a docs cross-reference are all this string.
- Requires — the RBAC permission.
any signed-in usermeans the route is open to every authenticated principal; no sign-in means it is served before there is a session at all. - Reference — the page the console’s own help link opens for that screen.
The five headings below are the console’s hubs, in the order the sidebar renders them.
The console publishes 59 routes. Every one of them is in the tables below, with the permission it requires and the reference page its in-product help link opens.
Operate
Section titled “Operate”| Screen | Path | What it is | Requires | Reference |
|---|---|---|---|---|
| Overview | / | Estate overview and health at a glance | any signed-in user | docs home |
| Claude Code | /agentops | Create, attach to and govern Claude Code sessions — no SSH | sessions:run:read | how-to/run-claude-code-with-olivares |
| Backups | /backups | Trigger, schedule, download and restore backups, with a second confirmation on the destructive path. | system:admin | how-to/backup-and-restore |
| Health & SLA | /health | Agent and MCP uptime and SLAs | health:status:read | reference/modules/xxii-health |
| Kill switch | /killswitch | Emergency stop, dual-control recovery and guardian containment | governance:killswitch:read | how-to/cookbook/kill-switch-drill |
| Logs | /logs | The live engine log stream, filtered by level and module, with search and pause. | system:admin | how-to/troubleshooting |
| Observability | /observability | Ingestion health by standard and trace drill-down | health:status:read | reference/modules/observability |
| Sandbox | /sandbox | Isolated agent testing and replay | sandbox:run:read | reference/modules/xvii-sandbox |
| Sessions | /sessions | Live agent operation and timelines | sessions:live:read | reference/modules/ii-sessions |
| Tenants | /tenants | Withdraw or restore a tenant’s service | system:admin | how-to/troubleshooting |
| Voice | /voice | Voice and realtime sessions | voice:session:read | reference/modules/xvi-voice |
| Work | /work | The durable cross-session backlog: items, dependencies, acceptance and decisions | sessions:work:read | reference/modules/ii-sessions |
| Workspace | /workspace | Agents, sessions, resources and activity scoped to one workspace | tenant:read | reference/modules/xx-multi-tenancy |
| Workspace templates | /workspace-templates | Reusable session configuration snapshots: hooks, settings, connectors and policies. | sessions:template:read | reference/modules/ii-sessions |
Automate
Section titled “Automate”| Screen | Path | What it is | Requires | Reference |
|---|---|---|---|---|
| Alerting | /alerting | Route findings to destinations and inspect deliveries | notify:route:read | reference/modules/xv-notify |
| Automations | /automations | All three automation rails and their trigger catalog | orchestration:schedule:read | reference/modules/iv-orchestration |
| Webhooks & events | /eventing | Outbound webhook subscriptions, their delivery log and the dead-letter queue. | eventing:subscription:read | reference/modules/eventing |
| Orchestration | /orchestration | Agent-to-agent coordination and schedules | orchestration:graph:read | reference/modules/iv-orchestration |
Connect
Section titled “Connect”| Screen | Path | What it is | Requires | Reference |
|---|---|---|---|---|
| API Playground | /api-playground | Interactively explore and test the control-plane API | tenant:admin | reference/modules/xix-api-manage-as-code |
| MCP & skills | /capabilities | Govern MCP servers, skills and tools | capabilities:catalog:read | reference/modules/v-capabilities |
| Catalog | /catalog | Curated, approved agents and capabilities | catalog:entry:read | reference/modules/xiv-catalog |
| Protocol bindings | /communications/protocol-bindings | Compose and reconcile governed A2A and MCP bindings | sessions:protocol-binding:read | reference/modules/ii-sessions |
| Deployment | /deploy | Provision and wire agents to infrastructure | deploy:deployment:read | reference/modules/vii-deploy |
| Inventory | /inventory | Discover and catalog every agent, MCP and model | inventory:catalog:read | reference/modules/i-inventory |
| Knowledge | /knowledge | Knowledge bases, RAG and data lineage | knowledge:kb:read | reference/modules/viii-knowledge |
| Model Operations | /model-operations | Owned models, admission and deployments | models:registry:read | reference/modules/xxiii-model-operations |
| Models | /models | Models, routing and provider keys | models:catalog:read | reference/modules/x-models |
| Setup wizard | /onboarding | Step-by-step deployment configuration | system:admin | start/quickstart |
| Platforms | /platforms | Deploy surfaces, compliance matrix and per-platform model lifecycle | models:platforms:read | reference/modules/x-models |
Govern
Section titled “Govern”| Screen | Path | What it is | Requires | Reference |
|---|---|---|---|---|
| Access map | /access-map | What each agent reads and writes (R/RW) | accessmap:graph:read | reference/modules/iii-access-map |
| AgentCore export | /agentcore-export | Plan and apply the Cedar policy export to AWS AgentCore, and review what would change before it does. | governance:agentcore-export:admin | reference/modules/vi-governance |
| Claude Code governance | /claude-policy | Managed policy, hooks, MCP, sandbox and policy-as-code | governance:claude-policy:read | how-to/connectors/claude-code-hooks-pep |
| Control console | /console | Onboard users, connect SSO/IdP, and shape workspaces and agent-groups. | tenant:admin | reference/modules/xx-multi-tenancy |
| Identity & NHI | /identity | SSO, SCIM, the NHI roster and the WIF graph | governance:identity:read | reference/modules/vi-governance |
| Inference proxy | /inference-proxy | Proxy gates, egress DLP rules and device approvals | inferenceproxy:config:read | reference/modules/inferenceproxy |
| Permissions | /permissions | Identity, roles and approvals | governance:identity:read | reference/modules/vi-governance |
| Rate limits | /rate-limits | Anthropic rate-limit inventory (read-only) | models:ratelimits:read | reference/modules/x-models |
| Data residency | /residency | Pin each org to a region, or leave it unpinned | system:admin | reference/modules/xiii-compliance |
| Routine policies | /routine-policies | Cadence floors, concurrency caps, approval requirements and cron allowlists for Claude Code routines. | governance:routine:read | reference/modules/vi-governance |
| Screen | Path | What it is | Requires | Reference |
|---|---|---|---|---|
| Claude Code Adoption | /adoption | Productivity, acceptance & model mix | adoption:metrics:read | reference/modules/claudeadoption |
| Agent Artifacts | /agent-artifacts | Skills, MCP extensions and instruction files — registry, posture and supply-chain BOM | models:registry:read | reference/modules/xxiii-model-operations |
| Supply chain | /attestation | Release attestation — SLSA, SBOM, VEX and Scorecard | observability:attestation:read | how-to/verify-a-release |
| Audit ledger | /audit | Tamper-evident evidence ledger | audit:read | reference/modules/ix-security |
| Compliance | /compliance | Frameworks, controls and evidence | compliance:framework:read | reference/modules/xiii-compliance |
| Dashboards | /dashboards | Executive KPIs and reporting | any signed-in user | reference/modules/xxi-executive-dashboards |
| Evals | /evals | Quality, evals and regression | evals:run:read | reference/modules/xii-evals |
| Cost & FinOps | /finops | Token cost, budgets and spend | finops:spend:read | reference/modules/xi-finops |
| Posture export | /posture-export | Export ground-truth posture for a control tower | posture:export:read | reference/modules/posture-export |
| Recordings | /recordings | Privileged session recording and replay | recording:session:admin | reference/modules/recording |
| Red-teaming | /red-team | Adversarial testing of your agents | redteam:target:read | reference/modules/xviii-redteam |
| Reports | /reporting | Generate and download governance reports | reporting:report:read | reference/modules/reporting |
| Security | /security | Guardrails, forensics and anomalies | security:finding:read | reference/modules/ix-security |
| Session viewer | /session-viewer/$id (deep link only) | The full timeline of one recorded session, reached from a row in Recordings rather than from the sidebar. | recording:session:admin | reference/modules/recording |
| Team costs | /team-costs | Spend attributed by team, expandable into the per-project and per-model breakdown. | finops:spend:read | reference/modules/xi-finops |
Sign-in, setup and account
Section titled “Sign-in, setup and account”These are mounted outside the feature registry. The ones marked no sign-in are served before there is a session — they are the only console routes that are.
| Screen | Path | What it is | Requires | Reference |
|---|---|---|---|---|
| Accept an invitation | /accept-invite | Where an emailed invitation link lands: the invitee sets a password and joins the workspace, with no prior session. | no sign-in | — |
| Sign in | /login | The credential and token sign-in page for an already provisioned account. | no sign-in | — |
| Settings | /settings | Workspace and account settings | any signed-in user | — |
| First-run setup | /setup | The one-time page that turns a fresh deployment into a usable one: it consumes the setup token and creates the first owner account. | no sign-in | — |
| Public status | /status-page | Component health for people who are not signed in, refreshed on its own while the page is open. | no sign-in | — |
What this page does not tell you
Section titled “What this page does not tell you”It is a map, not a manual. It says which screens exist, where they live and who may open them; it does not walk you through a task. For those, start at Paths by role or the how-to guides.
Screens whose backend is deny-closed until an operator provisions it appear here like any other — the route exists and the permission is real. Which module actuates and which is gated is recorded in the modules overview, and the honesty and limits page states the general rule.