Policy
Rules that decide per action
Conditions on the agent, the tool, the target and the amount. Versioned and enforced on every call.
Each sensitive action is checked against context, policy, risk and authorization, then returned as ALLOW, ESCALATE or BLOCK before it executes.
No paid plan and no online checkout today. Design partner pilots are scoped and agreed in writing.
FEATURES
Policies decide, people approve the risky ones, and every decision lands in a log you can verify.
Policy
Conditions on the agent, the tool, the target and the amount. Versioned and enforced on every call.
Approval
Sensitive actions wait in an approval queue. Execution resumes only after a decision.
Evidence
Each decision is stored in a SHA-256 hash-chained log that you can check independently.
Aegisora answers before the tool runs: the action, the agent, the context and the policy go in, and a verdict with a reason comes out. When nothing matches, nothing runs.
THE PROBLEM
Permissions are often granted once, at setup. A sensitive action needs a decision at the moment it is requested.
Access is granted once, logs are written after the action ran, and no record a reviewer can verify.
A verdict for every sensitive action before it runs, people approve what needs it, evidence is chained.
Platform
Policies decide, people approve the risky ones, and every decision lands in a log you can verify.
Get StartedAgent actions happen across tools, APIs, databases and inboxes every minute. Aegisora captures each request, decides before it runs, and records proof you can verify, so control keeps up with your agents.
HOW IT WORKS
The same four steps apply whether an action reads a ticket or moves money.
STEP 01
Before a sensitive tool runs, your application sends the action with its context: the tool, the target and any amount involved.
Read the docsDECISION VIEWS
The verdicts come from a small, illustrative policy set. They are not read from a live workspace.
Allow
The tool runs and the decision is recorded with its reason.
Escalate
Execution waits in the approval queue until someone decides.
Block
The tool never runs, and the attempt stays in the evidence log.
COMPARE
A general comparison of approaches to controlling agents, not of specific products.
| Control capabilities | Aegisora | Access roles | Activity logs | Prompt guardrails |
|---|---|---|---|---|
| Decision before the action runs | Yes | Partly | No | Partly |
| Judges the request and its context | Yes | No | No | Partly |
| Human approval for sensitive actions | Yes | No | No | No |
| Tamper-evident decision record | Yes | No | Partly | No |
| Fails closed when nothing matches | Yes | Yes | No | No |
| Rules per agent and per tool | Yes | Partly | No | No |
| A reason recorded for every decision | Yes | No | Partly | No |
| Works on any tool call | Yes | Partly | Partly | No |
BENEFITS
Insight
See how verdicts move across agents and tools over time.
Security
Risky actions stop or wait. Unknown ones are blocked by default.
Scope
Each agent holds only the authority you grant it, checked on every call.
Delivery
Pass decisions to your own systems as they happen.
TOOL CALLS
Works with the actions your agents already take. Send the request, get the verdict, keep your own execution.
EVIDENCE
Each record includes the hash of the record before it. Changing an earlier entry breaks verification for everything after it.
Decisions
ACCESS
Pricing, hosting and service levels are not published yet. Start with a test workspace.
Scoped around one real use case.
By applicationagreed in writing
Apply for a pilotEvery sensitive action gets a verdict, whichever agent or tool sends it.
Get StartedDOCS
How authority, the approval queue and the evidence log fit together.
Read moreHow a pilot is scoped and agreed in writing before customer data is connected.
Read moreSCENARIOS
Illustrative scenarios, not customer quotes.
A finance agent asks to move $48,000. The amount is above the limit, so a person decides before anything runs.
A code agent tries to drop the users table. Destructive SQL is denied by policy and the attempt is recorded.
A support agent reads a ticket inside its granted scope. The read is allowed and logged with its reason.
A scheduled job exports vendor bank details. No policy matches, so the default applies and the export is blocked.
FAQ
Find answers about Aegisora decisions, approvals, evidence and early access.
Yes. Create a test workspace to evaluate a first agent action. There is no paid plan and no online checkout today.
Not yet. Pricing, hosting and service levels are not published. Any paid pilot is scoped and agreed in writing before customer data or production systems are connected.
Between the agent and the tools it calls. Each sensitive action is sent for a decision before the tool call runs.
The action is blocked. Aegisora fails closed by default.
Your application. Aegisora returns a verdict; your code acts on ALLOW, holds on ESCALATE and stops on BLOCK.
The action waits in an approval queue. Execution resumes only after a person decides.
START TODAY
Create a test workspace, send one request and read the verdict. Without a matching policy, the default is BLOCK.