Give your agents a reliable answer to “who should act?”

Build agents that can resolve the right approver, owner, reviewer, group, role, or delegated contact without embedding organizational logic in prompts or application code.

Roster gives agents one participant-resolution surface across MCP and REST — backed by projects, directory data, participant metadata, memberships, and active delegations.

Connect an agentExplore Roster MCP

One tool call away from the right participant

Instead of embedding approver tables and group aliases in prompts, your agent asks Roster in plain language and receives an authorized, request-relevant participant.

agent → roster
// the agent asks
roster.resolve(
"Who should approve the Atlas vendor renewal at $85k?"
)
roster evaluates
  • Acting identity & credential scopes
  • Project + participant metadata
  • Materialized directory membership
  • Active delegations & coverage
  • Authorized visibility for this agent
response
200 OK
{
"participant":"atlas.finance.approvers",
"member":"Dana Ortiz",
"via":"delegation (until 2026-07-24)",
"source":"project:atlas-ops"
}
// resolve() is one of six governed tools — inspect projects, participants, delegations, directory records, and history from the same authorization model.

One governed tool for organizational routing

Use resolve() for open-ended responsibility questions. Reach for the exact tools when the agent needs to inspect specific resources. Every capability is authorized against the acting identity, credential scopes, project access, and resource rules.

Primary tool
·open-ended
resolve()

Ask an open-ended question and receive an authorized, request-relevant participant — with metadata explaining why.

// roster.resolve("Who owns this customer at Atlas Ops?")
projects

Inspect the projects, participants, participant members, and labels the agent is authorized to see.

delegations

Check active delegations and coverage so the agent routes to the right person during absences.

directory

Look up materialized users, groups, and memberships that back a participant selection.

history

Review previous resolutions attributed to the agent’s identity for debugging and audit.

mcp + rest

Every capability is available through the MCP server and the REST API, using the same authorization model.

Build with the surface your agent already uses

Same authorization model, same tools, same participant model — reached through the interface that fits your framework.

surface / mcp
MCP

Connect Claude, ChatGPT, Codex, Claude Code, or any compatible MCP client to Roster. The client discovers Roster tools and calls them with the agent’s scoped credential.

{ "server": "roster", "tool": "resolve", "args": { "query": "Who owns Atlas Ops billing?" } }
// tools discovered, authorization scoped, audit attributed
surface / rest
REST API

Call Roster directly from a custom agent, orchestration service, or backend. Same tools, same authorization, same participant model — over HTTP.

POST /api/v1/resolve Authorization: Bearer <agent-key> { "query": "Who owns Atlas Ops billing?" }
// dedicated service identity, least-privilege scopes

What Roster evaluates on every resolve

Every resolve request is answered against the acting identity’s authorized view — never the raw directory.

01The project the request belongs to
02The relevant approval or ownership participant
03Participant labels and metadata
04Associated users or groups
05Materialized directory membership
06Active delegations and coverage
07The agent’s authorized visibility
08Explicit failure states — no invented owners
The framework decides what happens next. Roster decides who is involved.
Agent framework
Reasoning, tools, state, execution

Chooses the next action, when to pause for human review, and how the workflow continues. It doesn’t know who should approve, own, or receive the escalation.

Roster
Participant resolution

Returns the current person, group, role, owner, approver, or delegate from live organizational context — with the metadata to explain the choice.

Built for production agent access

Ship agents with the same rigor you’d expect from any privileged service — dedicated identities, scoped tools, and auditable resolution.

01identity
Dedicated agent identities

Give every agent its own Roster identity and API key rather than sharing a generic administrator credential.

02scope
Least-privilege scopes

Grant only the resolve() and lookup tools required for the agent’s job. Resolve-only agents stay read-only.

03safety
Explicit failure states

Handle no-match, out-of-scope, ambiguity, and provider failures as workflow states instead of letting the agent guess.

04audit
Auditable resolution

Connect model runs and resolve requests to the acting agent identity for debugging and accountability.

05pricing
Unlimited agents

Roster does not charge per AI agent, service account, API request, MCP call, or resolution.

06reuse
Reusable across workloads

One project model can serve multiple agents, MCP clients, internal applications, workflow platforms, and human users.

Frequently asked questions

No. Roster is a participant-resolution platform that agents and orchestration frameworks call.

Build agents that know who to involve

Give every agent one governed participant-resolution surface instead of another hard-coded routing table.

Connect an agentExplore Roster MCPExplore all solutions