Team System
Your team is the roster of agents available to the orchestrator. Each team member has a name, role, model, effort level, and custom instructions. Team members accumulate experience (XP) as they complete tasks, levelling up from Rookie to Expert. The orchestrator selects the best available member for each spawned agent based on role and availability.
TeamMember structure
XP and levelling
Team members earn XP every time they complete a task. The amount depends on task complexity (estimated from token usage) and effort level. Higher-effort runs earn more XP per task.
Domain tracking
Every time an agent completes a task, Agenties infers the domain from the files modified and the task description. Domains include: frontend, backend, devops,testing, database, security, docs, and research. Domain XP is shown as a mini bar chart on each team member card.
Model selection
Each team member runs on a specific Claude model. The model is set at hire time and can be changed in the Team tab. Choose based on the balance of quality vs. speed vs. cost for the role:
| Model | Best for | Speed | Cost |
|---|---|---|---|
claude-opus-4-7 | Complex reasoning, architecture decisions, coordinators | Slow | $$$ |
claude-sonnet-4-6 | Core builders, challenging tasks | Medium | $$ |
claude-haiku-4-5 | Reviewers, scouts, simple builders, heartbeats | Fast | $ |
Effort levels
The effort level controls how thoroughly an agent approaches a task. Higher effort means longer turns, more tool calls, and deeper context reading — but also more tokens spent per run.
| Level | Description | Use when |
|---|---|---|
| off | Agent is on the roster but will not be selected for spawning | Temporarily benching a member |
| low | Minimal context, quick output | Fast checks, simple lookups, heartbeat scouts |
| medium | Standard depth — reads relevant files, one pass | Most reviewer and scout tasks |
| high | Deep context, multiple passes, runs tests | Standard builder tasks |
| xhigh | Exhaustive — reads all related code, extensive testing | Critical features, security fixes |
| max | Maximum tokens, no shortcuts | Architecture overhauls, complex migrations |
Autonomous hiring
When Autonomous hiring is enabled (Settings → Team), the orchestrator can call hire_team_member when it needs a role that has no available member. It will:
Auto-hired members are flagged with an autoHired: true badge in the UI and can be reviewed and edited like any other member.
Managing your team
Hiring a member
Go to Team tab → click Hire member. Or use the MCP tool directly: hire_team_member. The new member is immediately available for the orchestrator to use.
Editing a member
Click any team member card to open the edit form. You can change name, model, effort, and instructions. Changes take effect on the next spawn — running agents are not affected.
Firing a member
Click the ⋯ menu on a member card and select Fire. The member is removed from team.json. Any running agents using this member complete their current task but cannot be re-spawned with this member.