一键导入
launch-team
Launch a role-based team of Claude Code agents in separate multiplexer panes that coordinate on one task by messaging each other directly.
用 Codex 或 Claude 帮你安装 复制这段 Prompt,粘贴到 Codex、Claude 或其他助手里,让它检查 Skill 页面并帮你完成安装。
菜单
Launch a role-based team of Claude Code agents in separate multiplexer panes that coordinate on one task by messaging each other directly.
用 Codex 或 Claude 帮你安装 复制这段 Prompt,粘贴到 Codex、Claude 或其他助手里,让它检查 Skill 页面并帮你完成安装。
基于 SOC 职业分类
Cross-check an Epic's user stories, PBIs, and acceptance criteria against the actual implementation in its repo, and propose fixes for mismatches, missing/unfinished descriptions, and unclear wording. Use when the user wants a consistency check between backlog and code, 整合性チェック, or asks whether the backlog still reflects what is really implemented.
Investigate a spike task from an Epic's backlog using the Epic's dedicated repo clone, and save a findings report the team can decide from. Use when the user mentions a spike, スパイク調査, or wants a technical question from the backlog researched against the actual codebase.
Load a PBL Epic's working context — backlog snapshot, repo sync data, and the Epic summary — refreshing stale data first, so the conversation can start from the Epic's current state. Use when the user wants to load/open an Epic, asks "where are we on <Epic>", Epicをロード, or starts a session about a specific Epic's status.
Generate an HTML report of an Epic's currently-implemented spec and its upcoming planned features, reconciled from the backlog snapshot and the repo's actual state. Use when the user wants a "what exists now vs what's coming" summary, 仕様まとめ, or a feature-status overview for stakeholders.
Read or update the product backlog on monday.com. Use when the user asks about backlog items, monday.com boards, tickets, or tasks tracked in monday.com.
Generate a sprint-review HTML document for a PBL Epic — done items with demo pointers, sprint metrics, and an agenda — from the monday.com board and its Drive snapshot. Use when the user wants sprint review material, a demo agenda, or to prepare for a sprint review / スプリントレビュー.
| 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.
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 & Orchestratorimplementer — Implementerreviewer — ReviewerUse 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.
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):
{
"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.
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\atman-marketplace\productivity\<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.
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.