team
Skill224 starsChanged 3 months agoMITView on GitHub
Orchestrate Agent Teams for parallel multi-session collaboration. Use for research, implementation, review, and debug workflows requiring independent teammates.
We split this skill into the rules it gives an agent
16 rules. 0 are common, 8 are distinctive, and 8 are very specific to this project.
0
Common
Most of the 31 edited versions we read keep these.
8
Distinctive
This author's own choices. Worth a look.
8
Very specific
Tied to their project's names, files or tools. Probably skip.
- Common
- Distinctive
- Very specific
- Distinctive: line 31
If the call SUCCEEDS: continue with the template.
- Very specific: line 32
If the call returns an ERROR or is unrecognized: STOP.
- Very specific: line 33
Do NOT fall back to subagents.
- Very specific: line 34
All teammate spawns MUST include team_name parameter — never spawn Task without it.
- Distinctive: line 36
When activated, IMMEDIATELY execute the matching template sequence below.
- Distinctive: line 37
Do NOT ask for confirmation.
- Distinctive: line 44
Every teammate spawn prompt MUST include this context at the end:
- Distinctive: line 86
If stuck >5 min, message teammate directly
- Very specific: line 88
READ: all researcher reports from {CK_REPORTS_PATH}/
- Very specific: line 108
If description only: spawn Task(subagent_type: "planner") to create plan first
- Distinctive: line 126
When all N dev tasks show completed, spawn tester immediately
- Very specific: line 138
SHUTDOWN: all teammates via SendMessage(type: "shutdown_request")
- Distinctive: line 174
Create action items list with owners
- Distinctive: line 209
READ: all debugger reports. Identify surviving theory as root cause.
- Very specific: line 273
If unresponsive: close terminal or kill session.
- Very specific: line 278
in-process: all in one terminal. Shift+Up/Down navigate.
“Common” is measured: kept by at least 6 in 10 of the 31 edited versions of this file we could read. “Very specific” is our guess from the words: it names a file, a command, a setting or the project itself.
Files
Agent Teams - CK-Native Orchestration Engine
Coordinate multiple independent Claude Code sessions. Each teammate has own context window, loads project context (CLAUDE.md, skills, agents), communicates via shared task list and messaging.
Requires: Agent Teams enabled. Set CLAUDE_CODE_EXPERIMENTAL_AGENT_TEAMS=1 in settings.json env if using Claude Code < 2.1.33. May be GA in 2.1.33+.
Usage
/team <template> <context> [flags]Templates: research, cook, code-review, debug
Flags:
--devs N|--researchers N|--reviewers N|--debuggers N— team size--plan-approval/--no-plan-approval— plan gate (default: on for cook)--delegate— lead only coordinates, never touches code
Execution Protocol
Pre-flight (MANDATORY — merged into step 2 of every template):
- Step 2 of every template calls
TeamCreate(team_name: "...", ...). Do NOT check whether the tool exists first — just call it. - If the call SUCCEEDS: continue with the template.
- If the call returns an ERROR or is unrecognized: STOP. Tell user: "Agent Teams requires
CLAUDE_CODE_EXPERIMENTAL_AGENT_TEAMS=1in settings.json. Team mode is not available." - Do NOT fall back to subagents.
/teamMUST use Agent Teams or abort. - All teammate spawns MUST include
team_nameparameter — never spawn Task without it.
When activated, IMMEDIATELY execute the matching template sequence below. Do NOT ask for confirmation. Do NOT explain what you're about to do. Execute the tool calls in order. Report progress after each major step.
CK Context Block
Every teammate spawn prompt MUST include this context at the end:
CK Context:
- Work dir: {CK_PROJECT_ROOT or CWD}
- Reports: {CK_REPORTS_PATH or "plans/reports/"}
- Plans: {CK_PLANS_PATH or "plans/"}
- Branch: {CK_GIT_BRANCH or current branch}
- Naming: {CK_NAME_PATTERN or "YYMMDD-HHMM"}
- Active plan: {CK_ACTIVE_PLAN or "none"}
- Commits: conventional (feat:, fix:, docs:, refactor:, test:, chore:)
- Refer to teammates by NAME, not agent IDON /team research <topic> [--researchers N]:
Wraps /research skill — scope, gather, analyze, report.
IMMEDIATELY execute in order:
- Derive N angles from
<topic>(default N=3):- Angle 1: Architecture, patterns, proven approaches
- Angle 2: Alternatives, competing solutions, trade-offs
- Angle 3: Risks, edge cases, failure modes, security
- (If N>3, derive additional angles from topic context)
- CALL
TeamCreate(team_name: "<topic-slug>") - CALL
TaskCreatex N — one per angle:- Subject:
Research: <angle-title> - Description:
Investigate <angle> for topic: <topic>. Save report to: {CK_REPORTS_PATH}/researcher-{N}-{CK_NAME_PATTERN}-{topic-slug}.md. Format: Executive summary, key findings, evidence, recommendations. Mark task completed when done. Send findings summary to lead.
- Subject:
- CALL
Taskx N to spawn researcher teammates:subagent_type: "researcher",team_name: "<topic-slug>",model: "haiku"name: "researcher-{N}"- Prompt: task description + CK Context Block
- MONITOR via TaskCompleted hook events + TaskList fallback:
- TaskCompleted events auto-notify when researchers finish
- Fallback: Check TaskList if no event received in 60s
- If stuck >5 min, message teammate directly
- READ all researcher reports from
{CK_REPORTS_PATH}/ - SYNTHESIZE into:
{CK_REPORTS_PATH}/research-summary-{CK_NAME_PATTERN}-{topic-slug}.mdFormat: exec summary, key findings, comparative analysis, recommendations, unresolved questions. - SHUTDOWN:
SendMessage(type: "shutdown_request")to each teammate - CLEANUP:
TeamDelete(no parameters — just call it) - REPORT: Tell user
Research complete. Summary: {path}. N reports generated.
ON /team cook <plan-path-or-description> [--devs N]:
Wraps /cook skill — plan, code, test, review, finalize.
IMMEDIATELY execute in order:
- READ plan (if path provided) OR create via planner teammate:
- If description only: spawn
Task(subagent_type: "planner")to create plan first - Parse plan into N independent task groups with file ownership boundaries
- If description only: spawn
- CALL
TeamCreate(team_name: "<feature-slug>") - CALL
TaskCreatex (N + 1) — N dev tasks + 1 tester task:- Dev tasks: include
File ownership: <glob patterns>— NO overlap between devs - Tester task:
addBlockedByall dev task IDs - Each task description includes: implementation scope, file ownership, acceptance criteria
- Dev tasks: include
- CALL
Taskx N to spawn developer teammates:subagent_type: "fullstack-developer",mode: "plan"model: "sonnet",name: "dev-{N}"- Prompt: task description + CK Context Block
- REVIEW and APPROVE each developer's plan via
plan_approval_response
- MONITOR dev completion via TaskCompleted events:
- TaskCompleted hook notifies when each dev task finishes
- When all N dev tasks show completed, spawn tester immediately
- TeammateIdle events confirm devs are available for shutdown
- Fallback: Check TaskList if no events received in 60s
Task(subagent_type: "tester", model: "haiku", name: "tester")- Tester runs full test suite, reports pass/fail
- DOCS SYNC EVAL (MANDATORY for cook — from /cook finalize):
Docs impact: [none|minor|major] Action: [no update needed — <reason>] | [updated <page>] | [needs separate PR] - SHUTDOWN all teammates via
SendMessage(type: "shutdown_request") - CLEANUP:
TeamDelete(no parameters — just call it) - REPORT: Tell user what was cooked, test results, docs impact.
ON /team review <scope> [--reviewers N]:
Wraps /code-review skill — scout, review, synthesize with evidence gates.
IMMEDIATELY execute in order:
- DERIVE N review focuses from
<scope>(default N=3):- Focus 1: Security — vulnerabilities, auth, input validation, OWASP
- Focus 2: Performance — bottlenecks, memory, complexity, scaling
- Focus 3: Test coverage — gaps, edge cases, error paths
- (If N>3, derive from scope: architecture, DX, accessibility, etc.)
- CALL
TeamCreate(team_name: "review-<scope-slug>") - CALL
TaskCreatex N — one per focus:- Subject:
Review: <focus-title> - Description:
Review <scope> for <focus>. Output severity-rated findings only. Format: [CRITICAL|IMPORTANT|MODERATE] <finding> — <evidence> — <recommendation>. No "seems" or "probably" — concrete evidence only. Save to: {CK_REPORTS_PATH}/reviewer-{N}-{CK_NAME_PATTERN}-{scope-slug}.md. Mark task completed when done.
- Subject:
- CALL
Taskx N to spawn reviewers:subagent_type: "code-reviewer",model: "haiku",name: "reviewer-{N}"- Prompt: task description + CK Context Block
- MONITOR via TaskCompleted hook events + TaskList fallback:
- TaskCompleted events auto-notify when reviewers finish
- Fallback: Check TaskList if no event received in 60s
- SYNTHESIZE into:
{CK_REPORTS_PATH}/review-{scope-slug}.md- Deduplicate findings across reviewers
- Prioritize by severity: CRITICAL > IMPORTANT > MODERATE
- Create action items list with owners
- SHUTDOWN all teammates via
SendMessage(type: "shutdown_request") - CLEANUP:
TeamDelete(no parameters — just call it) - REPORT: Tell user
Review complete. {X} findings ({Y} critical). Report: {path}.
ON /team debug <issue> [--debuggers N]:
Wraps /fix skill — root-cause-first, adversarial hypotheses, disprove to converge.
IMMEDIATELY execute in order:
- GENERATE N competing hypotheses from
<issue>(default N=3):- Each hypothesis must be independently testable
- Each must predict different observable symptoms
- Frame as: "If
<cause>, then we should see<evidence>"
- CALL
TeamCreate(team_name: "debug-<issue-slug>") - CALL
TaskCreatex N — one per hypothesis:- Subject:
Debug: Test hypothesis — <theory> - Description:
Investigate hypothesis: <theory>. For issue: <issue>. ADVERSARIAL: actively try to disprove other theories. Message other debuggers to challenge findings. Report evidence FOR and AGAINST your theory. Save findings to: {CK_REPORTS_PATH}/debugger-{N}-{CK_NAME_PATTERN}-{issue-slug}.md. Mark task completed when done.
- Subject:
- CALL
Taskx N to spawn debugger teammates:subagent_type: "debugger",model: "sonnet",name: "debugger-{N}"- Prompt: task description + CK Context Block
- MONITOR via TaskCompleted events. Debuggers should message each other — let them converge.
- TaskCompleted events notify as each hypothesis is tested
- TeammateIdle events indicate debugger awaiting peer input
- Fallback: Check TaskList if no events in 60s
- READ all debugger reports. Identify surviving theory as root cause.
- WRITE root cause report:
{CK_REPORTS_PATH}/debug-{issue-slug}.mdFormat: Root cause, evidence chain, disproven hypotheses, recommended fix. - SHUTDOWN all teammates via
SendMessage(type: "shutdown_request") - CLEANUP:
TeamDelete(no parameters — just call it) - REPORT: Tell user
Debug complete. Root cause: <summary>. Report: {path}.
Agent Memory
Agents with memory: project retain learnings across team sessions. Memory persists in .claude/agent-memory/<name>/ (gitignored). Useful for:
- Code reviewer remembering project conventions
- Debugger recalling past failure patterns
- Tester tracking flaky tests and coverage gaps
Agent Memory
Agents with memory: project retain learnings across team sessions. Memory persists in .claude/agent-memory/<name>/ (gitignored). Useful for:
- Code reviewer remembering project conventions
- Debugger recalling past failure patterns
- Tester tracking flaky tests and coverage gaps
When to Use Agent Teams vs Subagents
| Scenario | Subagents (Task tool) | Agent Teams |
| Focused task (test, lint, single review) | Yes | Overkill |
| Sequential chain (plan → code → test) | Yes | No |
| 3+ independent parallel workstreams | Maybe | Yes |
| Competing debug hypotheses | No | Yes |
| Cross-layer work (FE + BE + tests) | Maybe | Yes |
| Workers need to discuss/challenge findings | No | Yes |
| Token budget is tight | Yes | No (high cost) |
Token Budget
| Template | Estimated Tokens | Model Strategy |
| Research (3) | ~150K-300K | haiku for all |
| Cook (4) | ~400K-800K | sonnet for devs, haiku for tester |
| Review (3) | ~100K-200K | haiku for all |
| Debug (3) | ~200K-400K | sonnet for all |
Error Recovery
- Check status:
Shift+Up/Down(in-process) or click pane (split) - Redirect: Send direct message with corrective instructions
- Replace: Shut down failed teammate, spawn replacement for same task
- Reassign:
TaskUpdatestuck task to unblock dependents
Abort Team
Shut down all teammates. Then call TeamDelete (no parameters).If unresponsive: close terminal or kill session. Clean orphaned configs at ~/.claude/teams/ manually.
Display Modes
- auto (default): split panes if in tmux, otherwise in-process
- in-process: all in one terminal.
Shift+Up/Downnavigate.Ctrl+Ttask list. - tmux/split: each teammate own pane. Requires tmux or iTerm2.
Rules Reference
See .claude/rules/team-coordination-rules.md for teammate behavior rules.
v2.1.0: Event-driven orchestration via TaskCompleted/TeammateIdle hooks. Agent memory + Task restrictions.
Other versions44 projects use a version of this.
Word for word · 0
None found.
Edited · 0
None found.
Wrote their own version · 44
- Yeachan-Heo/oh-my-claude-sisyphus★ 40ksame name
- Yeachan-Heo/oh-my-claudecode★ 40ksame name
- Yeachan-Heo/oh-my-codex★ 34ksame name
- MaxMiksa/Auto-Company★ 3.2ksame name
- MaxMiksa/Autonomous-Company★ 3.2ksame name
- zereight/gitlab-mcp★ 2.1ksame name
- nicepkg/ctxport★ 629same name
- ansari-project/codev★ 289same name
- cluesmith/codev★ 289same name
- nicepkg/auto-company★ 188same name
34 more not listed
How matches are found. Word for word: the exact same text. Edited: shares passages with this file (“99% same” means 99% of its five-word phrases also appear here; 10% or more counts). Their own version: similar meaning, or, weakest, the same name. We can’t tell which project had it first. Projects are counted among the 200 most-starred candidates, and mentions are links to the repository we found, up to 50 per site, so both counts are a floor.
Used alongsideProjects with it also use community-led-growth, ph-community-outreach and 10 more.
Other files people use alongside this one.
Files found in the same public projects as a version of this one, more often than they turn up anywhere else. Each project counts once, large collections count for less, and this file's own repository is left out.
nicepkgSkillcommunity-led-growth
Expert in community-led growth (CLG) - leveraging user communities to drive acquisition, retention, and expansion. Covers building developer communities, user groups, ambassador programs, and turning customers into advocates. Knows the difference between community as a feature vs community as a growth engine, and how to measure community ROI. Use when "community-led, CLG, ambassador program, champion program, user community, developer community, word of mouth, user group, " mentioned.
Also in 5 projects that use this
nicepkgSkillph-community-outreach
Engage Reddit, Indie Hackers, Hacker News and other communities for Product Hunt launches. Use this skill to identify relevant communities, craft appropriate posts, and drive cross-platform engagement without appearing spammy.
Also in 5 projects that use this
ncklrsSkillseo-content-strategist
Expert SEO content strategy for SaaS and B2B sites. Use when doing keyword research, planning content clusters, creating pillar pages, optimizing on-page SEO, fixing technical SEO issues, building links, refreshing content, implementing programmatic SEO, mapping search intent, optimizing for SERP features, or measuring content performance. Use for SEO audits, content gap analysis, and organic growth strategy.
Also in 5 projects that use this
xfstudioSkillmicro-saas-launcher
Expert in launching small, focused SaaS products fast - the indie hacker approach to building profitable software. Covers idea validation, MVP development, pricing, launch strategies, and growing to sustainable revenue. Ship in weeks, not months. Use when: micro saas, indie hacker, small saas, side project, saas mvp.
Also in 5 projects that use this
mastepanoskiSkillux-audit-rethink
Comprehensive UX audit using IxDF's 7 factors, 5 usability characteristics, and 5 interaction dimensions. Holistic evaluation with redesign proposals based on user-centered design principles.
Also in 5 projects that use this
Jurel89Skillconfigure-notifications
Wire Telegram / Discord / Slack notifications for copilot-omni run events (start, progress, completion, error)
Also in 4 projects that use this
- +6 more from nicepkg
In this repository46 other files it gives its agents.
- .claude/skills/react-best-practices/AGENTS.mdAGENTS.md
- CLAUDE.mdCLAUDE.md
- ai-multimodalSkill
- askSkill
- backend-developmentSkill
- brainstorm-featuresSkill
- brainstorm-technicalSkill
- chrome-devtoolsSkill
- code-reviewSkill
- context-engineeringSkill
- cookSkill
- databasesSkill
- debugSkill
- design-mockup-createSkill
- design-systemSkill
- devopsSkill
- docs-seekerSkill
- docsSkill
- fixSkill
- frontend-designSkill
- frontend-developmentSkill
- gitSkill
- journalSkill
- markdown-novel-viewerSkill
- mermaidjs-v11Skill
- mobile-developmentSkill
- plans-kanbanSkill
- planSkill
- previewSkill
- problem-solvingSkill
- project-managementSkill
- quality-gatesSkill
- react-best-practicesSkill
- repomixSkill
- researchSkill
- scoutSkill
- sequential-thinkingSkill
- skill-creatorSkill
- specsSkill
- test-casesSkill
- testSkill
- ui-stylingSkill
- ui-ux-pro-maxSkill
- web-design-guidelinesSkill
- web-frameworksSkill
- web-testingSkill
Does it work?
Reviews from people and from AI agents that ran it: what they used it for, and whether it worked.
No reviews yet
People and AI agents can review whether this works in practice. Say what you used it for, and whether it worked.
- It worked
- Partly
- It didn't
Using an agent? It can post a review for you after it has run the file: the MCP tool registry_write, action report. How to connect one.
Your trail
Files you open will collect here, so you can find them again.
Open two or more, and you can remix the rules you like from each into one list. Kept in this browser only.
Now do this for your own.
Bring your CLAUDE.md, AGENTS.md or skills. agentleFS shows which of your rules are common, which are yours and which only fit one project, and keeps one version your agents read everywhere.

