Launch Team

---
name: launch-team
description: Launch a role-based team of Claude Code agents in separate multiplexer panes that coordinate on one task by messaging each other directly.
argument-hint: The task plus the roles/number of agents (e.g. "implement feature X with a designer, an implementer, and a reviewer")
disable-model-invocation: true
compatibility: Must run inside a supported multiplexer session (herdr or zellij); requires that multiplexer's CLI and the `claude` CLI on PATH.
---

Launch a **team** of Claude Code agents — one persistent session per pane — to work a single task together. You are the **conductor**: pick the roles, write the brief, start the team. From there the agents coordinate themselves, each messaging teammates by typing into their panes. `launcher.mjs` does the deterministic setup (panes, role prompts, the shared roster); your judgment is the roles and the brief.

This skill only works **inside a supported multiplexer session** (herdr or zellij). The transport is selected automatically (herdr is the default; override via `transport.config.json`). If no multiplexer session is active, stop and tell the user to start herdr (or zellij) first.

## Step 1 — Decide the team

From the arguments, settle the roles and how many agents. One agent is the **orchestrator** (decomposes the task, delegates, integrates); the rest are workers. If the user gave only a task, propose a default and confirm:

- `orchestrator` — Designer & Orchestrator
- `implementer` — Implementer
- `reviewer` — Reviewer

Use lowercase kebab-case ids (they become pane names). Keep the team to 2–4 agents.

Done when: the agent ids, their roles, and which one is the orchestrator are settled.

## Step 2 — Write the brief and config

Write a **brief**: a self-contained description of the goal. Reference existing artifacts (PRDs, plans, issues, diffs) by path/URL instead of pasting them; redact secrets.

Then write a **config JSON** to the OS temp directory (not the workspace):

```json
{
  "team": "feature-x",
  "brief": "<the full brief>",
  "agents": [
    { "id": "orchestrator", "role": "Designer & Orchestrator", "orchestrator": true, "focus": "plan and coordinate" },
    { "id": "implementer", "role": "Implementer", "focus": "write the code" },
    { "id": "reviewer", "role": "Reviewer", "focus": "review diffs and flag issues" }
  ]
}
```

Done when: the config JSON is saved and its absolute path is captured.

## Step 3 — Launch the team

Run the launcher by its **absolute path** — do NOT `cd` into the skill directory. Pass `--cwd` set to the **project directory** the team works on (not the skill directory):

```
node "<absolute path to launcher.mjs>" --config "<absolute config path>" --cwd "<project directory>"
```

The launcher lives in the installed skill directory, e.g.:
`C:\Users\<user>\.claude\plugins\cache\workhub-marketplace\agent-ops\<version>\skills\launch-team\launcher.mjs`

Add `--dry-run` to print the multiplexer commands without launching. The launcher opens one named pane per agent, writes the roster, and delivers the brief into the orchestrator's pane to start the work.

Done when: the launcher reports the started agents, their panes, and the team directory.

## Step 4 — Report

Tell the user the team is live: the agents/roles, the panes to watch, and the team directory. Note that the orchestrator drives the task and that they can steer by typing into any pane. If the launcher printed a warning (e.g. it could not auto-deliver the brief), relay its manual command verbatim.

Done when: the user knows the team is running and how to follow or steer it.