ROOSTby Axowl

Use cases

AI agents

Delegated signing with limits and approvals.

The problem

Why it matters.

AI agents increasingly act for people. When they borrow an application's credentials, nobody can tell what the agent did and what the application did.

With Roost

How Roost handles it.

01
Own identity

Each agent has its own identity, never borrowed.

02
Short-lived access

Only the keys and actions it needs.

03
Limits

Counts and amounts are capped.

APPROVED
Human approval

Risky actions wait for a person's passkey.

What you get

In the console.

  • Every action records: the agent did it, on whose behalf, approved by whom
  • Instant switch to cut off one agent
  • Unused agents expire automatically
  • Same audit chain as people and applications
axowl.com/dashboard/acme/roost/policies
AxowlacmeRoostM

Policy rules Record only

#KeysWhoActionEffect
1release-signingci-runnersignRequire approval
2data-key-*orders-apiunwrapPermit · audit
3data-key-*agent: ledger-botunwrapPermit · limit 200/h
4ca-*anyone except Security officersanyDeny · audit
5**exportDeny
Policy rules: who may do what, with approval, limits and exclusions. Record-only mode tries a rule before enforcing it.

See Roost refuse an unapproved signature.

A 30-minute live demo with our engineers.

Request a demo