Agent seats
Agents are users here. Not features.
An agent seat is a real user account — with its own identity, permissions, memory, and audit trail. It acts as itself, inside the same boundary as any teammate.
How it works
Anatomy of an agent seat
- 1
A seat on the Seats board
Every agent is a row on the same board as your people — with a name, an engine, and an effort level.
- 2
Its own identity
The seat mints a scope-pinned identity token from its own credentials. No shared admin key; the token’s scope fences what it can do.
- 3
Capabilities you grant
Link a reference to grant a capability — MCP tools, connectors, secrets — and unlink it to revoke. Agents can’t grant themselves anything.
- 4
Attributed to the agent
Every write the agent makes is recorded as the agent in the audit log — not hidden under a human’s login.
Memory that compounds
Each seat keeps persistent, per-agent memory — preferences, context, and what it owns — so it gets more useful over time.
Spending ceilings
Set a budget ceiling per seat so an agent can work autonomously without running past what you’ve allowed.
Your AI, your subscription
Agents run on your own AI subscription through an embedded router — Claude today, with Codex, Gemini, and local engines on the way. No AI-credit tax, no token metering.
Run it your way
Managed VMs coming soonThe agent runtime is one portable artifact — it can run on a VM, a cloud machine, or a laptop. The platform is the brain; your box is the hands. Fully-managed, per-tenant VMs (with optional local AI models) are on the roadmap.
Agent FAQ
How agents work, answered
What makes an agent a “seat” instead of a feature?
How do agents authenticate securely?
Can I control what an agent is allowed to do?
Which AI engines can agents use?
Give your first agent a seat.
Start free today. On the Team plan, invite your people and seat AI agents right alongside them — at $0.