Use cases

Where authority matters.

SUPEREGO fits anywhere an agent can touch tools, records, workflows, APIs, or money. Each scenario below breaks down the operating risk and the authorization path.

Enterprise agents

Tools, tickets, and files behind policy.

Where it shows up

Support agents, finance agents, project assistants, and internal copilots start writing into the systems employees already use.

What changes

Tool calls become authorization requests. The agent gets only the project, record, and action types needed for the task.

ticket.update -> permit once

Example scenario

An agent may update one approved ticket, but cannot browse unrelated accounts or execute a shell command from the same session.

AI surfaces

One boundary across chat, IDE, browser, and MCP.

Where it shows up

Teams adopt several agent surfaces at once: chat apps, coding agents, browser tools, OAuth apps, connectors, and local MCP servers.

What changes

Each surface routes action requests through the same permit model instead of inheriting raw tool authority.

mcp.tool -> governed request

Example scenario

A Codex route and a browser route can both request file access, but neither can bypass the agreement or reuse another surface's permit.

Regulated workflows

Sensitive work gets reviewable decisions.

Where it shows up

Healthcare, finance, legal, education, and defense workflows put agents near sensitive records and multi-step approvals.

What changes

Export, send, delete, and write operations can require explicit scope, review, and receipt before anything changes.

phi.export -> deny or review

Example scenario

An agent can summarize a record for the current task, while external sharing remains denied unless a separate permit is approved.

Multi-agent systems

Delegation without inherited authority.

Where it shows up

Agent fleets split work across planners, workers, reviewers, memory agents, and specialized tool agents.

What changes

Each agent has its own identity, session agreement, permitted actions, expiration, and revocation path.

agent-042 != agent-117

Example scenario

A planner can request a worker action, but the worker still needs its own scoped permit before touching the target system.

Operator control

Live review, revoke, replay.

Where it shows up

Security, risk, operations, and engineering teams need to know what agents can do before work reaches production systems.

What changes

The console shows active agreements, permits, denials, outside-path risk, and decision replay in one operating view.

request -> decision -> receipt

Example scenario

An operator can revoke a session, review a denied export, or replay why a tool call was authorized without reading raw private content.

Prompt injection defense

Malicious instructions can ask. They cannot authorize.

Where it shows up

Injected text arrives through pasted messages, documents, web pages, tickets, files, and records an agent is asked to process.

What changes

The injected request still has to match identity, policy, scope, and permitted effect before execution.

ignore policy -> no permit

Example scenario

A patient note asks the agent to export data. The agent may read the scoped record, but the export is denied before execution.

Next

Put the boundary in the path.

Start with an Agent Session Agreement, then watch requests, permits, denials, receipts, and replay in the console.