Multi-agent teams let you combine specialist agents into a collaborative group that can tackle queries too complex or too broad for a single agent. A team has a designated Leader agent that controls how work is distributed among its Member agents, then synthesizes or routes the result back to the user.Documentation Index
Fetch the complete documentation index at: https://operativusai.mintlify.app/llms.txt
Use this file to discover all available pages before exploring further.
How teams work
From the API’s perspective, a team is just an agent. It has the sameAgentDefinition structure as any other agent and is executed using the same /api/agents/{agentId}/runs endpoints. The difference is internal: when you run a team, the Leader agent orchestrates one or more Member agents behind the scenes before producing a final response.
You can identify a team agent by its is_team field:
Orchestration strategies
Agent Manager supports the following orchestration strategies. The strategy is configured on the team at creation time.| Strategy | Description |
|---|---|
| Coordinator | The Leader delegates subtasks to Member agents using tool calls, collects their outputs, and synthesizes a unified answer. |
| Router | The Leader classifies the user’s intent and routes the entire conversation to the single best-fit Member agent. |
| ActorCritic | One agent generates a response; a second agent critiques and refines it. |
| Broadcast | The query is sent to all Member agents in parallel; the Leader aggregates the results. |
| Debate | Members argue opposing positions; the Leader adjudicates a final answer. |
| Planner | The Leader decomposes the query into a plan of subtasks and assigns each to a Member. |
| Sequential | Each Member agent processes the output of the previous one in a fixed pipeline. |
| Swarm | Agents self-select tasks from a shared pool and work concurrently. |
Coordinator mode
In Coordinator mode, the Leader has access to a special set of delegation tools — one per Member agent. When the user asks a question, the Leader decides which Member agents to call, invokes them as tools, and uses their responses to compose a final answer. Example flow:tools field of the RunResponse for audit purposes.
Router mode
In Router mode, the Leader examines the user’s message and selects exactly one Member agent to handle the entire conversation. Control is transferred to that specialist, and the Leader takes no further action. Example flow:Running a team
Running a team is identical to running any other agent. Use the standard run endpoints with the team’s agent ID:Send a run request
Use the same
POST /api/agents/{agentId}/runs endpoint you would use for a single agent:Checking whether an agent is a team
Before constructing any team-specific UI or logic, check theis_team flag in the AgentDefinition:
Team management API
Teams have their own management endpoints under/api/v1/teams for creating, updating, and inspecting team configurations:
| Method | Endpoint | Description |
|---|---|---|
GET | /api/v1/teams | List all teams with optional text search and archived filter. |
GET | /api/v1/teams/{id} | Get a single team by ID. |
POST | /api/v1/teams | Create a new team. |
PATCH | /api/v1/teams/{id} | Update team configuration. |
DELETE | /api/v1/teams/{id} | Delete a team. |
GET | /api/v1/teams/{id}/members | List Member agents in a team. |
POST | /api/v1/teams/{id}/members | Add a Member agent. |
DELETE | /api/v1/teams/{id}/members/{agentId} | Remove a Member agent. |
GET | /api/v1/teams/{id}/health | Check if all Member agents are reachable. |
The team management endpoints configure the team’s composition and strategy. To actually run a team and receive a response, always use
POST /api/agents/{teamAgentId}/runs — the same endpoint used for single agents.