teams-and-workgroups

A system for coordinating multiple AI agents around one shared goal. Teams contain an orchestrator and worker agents, while rooms provide the place where they work together.

In plain words
What is it for?
Use it to create teams of existing agents, assign coordinating and development roles, and work on a feature across multiple repositories or technologies.
Why use it?
It organizes multi-agent development work so responsibilities and shared context are defined in one project configuration.

Agent

Install

Getting it into your agent

One page per mod, every tool's command on it. A separate URL per tool would split the same page into five that compete with each other.

agentmods
npx agentmods add agents/mblua/agentscommander/teams-and-workgroups
Clone the repo
git clone --depth 1 https://github.com/mblua/AgentsCommander
Per session 0 Only the description is in the session, so the agent can decide to use it. The body loads when it is invoked.
When invoked 2,047 The whole file, excluding the scripts and references it only reads on demand.
Security scan A 0 findings. Scan, not verified.
Origin original No closer match found in the catalogue.
Token cost

What it costs to keep this loaded

Counted locally with the o200k_base tokenizer, which is exact for GPT models; Claude uses its own tokenizer and its counts differ. Treat this as one consistent yardstick across the catalogue rather than a bill. Prices are per million input tokens.

ModelPer sessionOnce invoked
Fable 5 $0.00000 $0.02047
Opus 5 $0.00000 $0.01024
Sonnet 5 $0.00000 $0.00409
Haiku 4.5 $0.00000 $0.00205

Measured yesterday against content hash 67daeed9b88b, method: parsed. Prices are Anthropic first-party input rates as of 2026-08-30, from the pricing page.

Security

Grade A, and why

teams-and-workgroups scanned grade A with 0 findings against 26 rules in 11 categories — prompt injection, anti-refusal, data exfiltration, privilege escalation, supply chain, agent snooping, system-prompt leakage, SSRF and excessive agency — measured yesterday.

A static scan of the body, not an audit. Every finding is printed with the line that produced it so you can judge whether it matters here. A mod is markdown that instructs an agent; that is exactly why what it instructs is worth reading.

Nothing flagged

None of the 26 patterns this scan looks for appear in this file: no shell pipes, no recursive deletes, no credential paths, no hidden text, no instruction-override or anti-refusal phrasing, no agent-config snooping. That is not a guarantee, it is the absence of the things that are checkable.

docs/agents/teams-and-workgroups.md · 210 lines

How it starts

The opening of the file, as written. The whole thing — 210 lines — stays where its author put it; the contents beside it link to each section on GitHub.

Teams and rooms

For developers ready to compose multiple agents around a shared goal. Teams define who works together; rooms are where they do the work.

This concept used to be called a Workgroup. Activating a team now creates room-<N>-<team>. Any wg-* directory you already have keeps its name and keeps working exactly as before, and the CLI still accepts workgroup, purge-wg, --wg and --workgroup as deprecated aliases of room, purge-room and --room. A later release removes the aliases; nothing on disk is ever renamed.

Team

A team is one orchestrator plus one or more worker agents. The orchestrator and every member must already exist as agent matrices before you create the team. The team's config lives at .ac/_team_<name>/config.json and lists members by their canonical names.

my-project/
└── .ac/
    ├── _agent_tech-lead/
    ├── _agent_dev-rust/
    ├── _agent_dev-ts/
    └── _team_feature-x/
        └── config.json

config.json (simplified):

{
  "coordinator": "_agent_tech-lead",
  "agents": [
    "_agent_tech-lead",
    "_agent_dev-rust",
    "_agent_dev-ts"
  ],
  "repos": []
}

You create teams from the Teams UI in the sidebar, or from the CLI with team create. Pick an existing orchestrator agent, pick one or more existing member agents, optionally define repo access, then save. Rooms are created later when you activate the team for a task.

Orchestrator authority

The orchestrator is the only team member that can:

  • Send messages to any other team member (members can only message peers in the same team plus their orchestrator).
  • Edit the room TASK.md through the CLI (task-set-title, task-append-body).
  • Close other members' sessions (close-session).
  • See the synthetic agentscommander://root-agent peer when verified.

This is enforced at the daemon mailbox boundary. Non-orchestrator attempts return an authorization error.

One agent, many teams

The same agent matrix can belong to multiple teams. Each team that includes the agent gets its own replica when a room activates — replicas are independent working copies, so the agent runs separately in each team's room.

Read the full file on GitHub · 210 lines

Changes

What this file has done since we first saw it

Hashed on every crawl. A supply-chain change to an agent config is a question of when, not whether, so the history is kept rather than the latest state alone.

  1. yesterday First seen · 210 lines · 0 tokens per session scan A 67daeed9b88b

Subscribe to this mod's changes

teams-and-workgroups is an agent published in the GitHub repository mblua/AgentsCommander (10 stars, last pushed yesterday), licensed MIT. It costs nothing until one of its globs matches a file; then it loads 2,047 tokens. A static security scan graded it A with 0 findings. No closer match exists in the catalogue, so it is treated as the original; first seen 2026-08-31.

Related

Other agents, from other repositories

engine-implementation-executor

Execute an already-reviewed phase.rs implementation plan surgically. Receives the approved plan + scope, edits files, runs Tilt-first verification, and returns a diff summary with any judgement-call notes. Does NOT plan, does NOT review, does NOT commit. Spawned by the /engine-implementer skill.

phase-rs/phase · 68 tokens

pr-review-comment-resolver

Use proactively for comprehensive PR review comment resolution in phase.rs. Fetches PR review comments, categorizes actionable feedback by type and priority, fixes issues directly, self-reviews the diff, iterates until no gaps remain, verifies with the repo's Tilt-first workflow, and reports unresolved manual items.

phase-rs/phase · 65 tokens

mtg-rules-auditor

Audits MTG Comprehensive Rules coverage in engine code. Accepts targeted file lists or CR sections for lightweight runs, or does a full codebase sweep. Produces structured reports mapping game logic to CR rule numbers.

phase-rs/phase · 51 tokens

parser-gap-finder

Analyzes parser coverage gaps, classifies them by failure reason, and proposes prioritized parser fixes to unlock the most cards with the least code changes. Run with cargo parser-gaps data available.

phase-rs/phase · 45 tokens

git-workflow

Hermes CN 的需求与 bug 修复通常同时横跨 Desktop 与 Core 两个仓库。正式动手写代码前,两个仓库都必须先过这道预检,不要直接在 main 上改:.

Eynzof/Hermes-CN-Desktop · 0 tokens

PROJECT_MAP

Agent "PROJECT_MAP" from zyqzyq/Unfour, covering projectmap.md, top-level directory structure, frontend packages, @unfour/ui (packages/ui) and @unfour/command-client (packages/command-client).

zyqzyq/Unfour · 0 tokens