From oh-my-claudecode
Spawns N CLI worker processes in tmux panes to execute tasks in parallel across multiple agent types (Claude, Codex, Gemini, Antigravity, Grok, Cursor).
How this skill is triggered — by the user, by Claude, or both
Slash command
/oh-my-claudecode:omc-teamsThe summary Claude sees in its skill listing — used to decide when to auto-load this skill
Spawn N CLI worker processes in tmux panes to execute tasks in parallel. Supports `claude`, `codex`, `gemini`, `antigravity`, `grok`, and `cursor` agent types. Cursor workers are executor-style only.
Spawn N CLI worker processes in tmux panes to execute tasks in parallel. Supports claude, codex, gemini, antigravity, grok, and cursor agent types. Cursor workers are executor-style only.
/omc-teams is a legacy compatibility skill for the CLI-first runtime: use omc team ... commands (not deprecated MCP runtime tools).
/oh-my-claudecode:omc-teams N:claude "task description"
/oh-my-claudecode:omc-teams N:codex "task description"
/oh-my-claudecode:omc-teams N:gemini "task description"
/oh-my-claudecode:omc-teams N:antigravity "task description"
/oh-my-claudecode:omc-teams N:grok "task description"
/oh-my-claudecode:omc-teams N:cursor "implementation task description"
claude (Claude CLI), codex (OpenAI Codex CLI), gemini (Google Gemini CLI; enterprise/API-key tier), antigravity (Antigravity CLI agy; Google's successor to the Gemini CLI), grok (xAI Grok CLI), or cursor (Cursor agent CLI; executor-style tasks only)/omc-teams 2:claude "implement auth module with tests"
/omc-teams 2:codex "review the auth module for security issues"
/omc-teams 3:gemini "redesign UI components for accessibility"
/omc-teams 3:antigravity "redesign UI components for accessibility"
/omc-teams 1:grok "prototype an implementation approach"
/omc-teams 1:cursor "apply the implementation plan"
command -v tmux) when running from a plain terminal; classic tmux sessions reuse the current tmux surface.CMUX_SURFACE_ID set without $TMUX). Plain terminals still use the detached tmux fallback.npm install -g @openai/codexnpm install -g @google/gemini-cli (enterprise/API-key tier)agy binary) — verify with agy --version; Google's successor to the Gemini CLIcursor-agent; if unavailable, report this setup requirement instead of silently falling back to Claude-only executionCheck the active multiplexer before claiming tmux is missing. If $TMUX is empty and CMUX_SURFACE_ID is also empty, check tmux explicitly:
command -v tmux >/dev/null 2>&1
$TMUX is set, omc team can reuse the current tmux window/panes directly.$TMUX is empty but CMUX_SURFACE_ID is set, report that the user is running inside cmux. Do not say tmux is missing or that they are "not inside tmux"; omc team will create native cmux splits for workers.$TMUX nor CMUX_SURFACE_ID is set, report that the user is in a plain terminal. omc team can still launch a detached tmux session, but if they specifically want in-place pane/window topology they should start from a classic tmux session first.tmux display-message -p '#S'
Extract:
N — worker count (1–10)agent-type — claude|codex|gemini|grok|cursortask — task descriptionValidate before decomposing or running anything:
/omc-teams only supports claude, codex, gemini, antigravity, grok, and cursor.N:cursor and N:cursor:executor; reject or reframe reviewer, critic, security-reviewer, verdict, or final-approval work onto native Claude/OMC reviewer agents.expert, explain that /omc-teams launches external CLI workers only./oh-my-claudecode:team instead.Break work into N independent subtasks (file- or concern-scoped) to avoid write conflicts.
omc team launches all workers with one shared working directory. For single-repo
tasks, the current repo is usually correct. For multi-repo tasks, especially when a
plan lives in one repo but the implementation touches sibling repos, resolve the
working directory before launch:
tool/.omc/plans/task-1200-gwd-gifs.md) and target paths in sibling repos
(for example api/ and admin/), choose the shared workspace root that contains
all participating repos (for example the parent inter/ directory).--cwd changes the launch directory..omc/plans/... when
target repos are siblings; that strands codex, claude, gemini, antigravity, grok, and cursor workers in
the plan repo instead of the implementation workspace./omc-teams.
Report the single-cwd constraint and ask for, or derive from evidence, the intended
workspace root.Activate mode state (recommended):
state_write(mode="team", current_phase="team-exec", active=true)
Start workers via CLI:
omc team <N>:<claude|codex|gemini|antigravity|grok|cursor> "<task>"
For the multi-repo case resolved in Phase 2.5, launch from the shared workspace root
with the existing --cwd contract and keep the plan reference absolute:
omc team <N>:<claude|codex|gemini|antigravity|grok|cursor> "<task with absolute plan path and explicit repo paths>" --cwd <workspace-root>
Team name defaults to a slug from the task text (example: review-auth-flow).
After launch, verify the command actually executed instead of assuming Enter fired. Check pane output and confirm the command or worker bootstrap text appears in pane history:
tmux list-panes -a -F '#{session_name}:#{window_index}.#{pane_index} #{pane_id} #{pane_current_command}'
tmux capture-pane -pt <pane-id> -S -20
Do not claim the team started successfully unless pane output shows the command was submitted.
omc team status <team-name>
omc team api list-tasks --input '{"team_name":"<team-name>"}' --json
Use omc team api ... for task claiming, task transitions, mailbox delivery, and worker state updates.
omc team shutdown <team-name>
omc team shutdown <team-name> --force
Use shutdown for intentional cancellation or stale-state cleanup. Prefer non-force shutdown first.
Report task results with completion/failure summary and any remaining risks.
state_write(mode="team", current_phase="complete", active=false)
Legacy MCP runtime tools are deprecated for execution:
omc_run_team_startomc_run_team_statusomc_run_team_waitomc_run_team_cleanupIf encountered, switch to omc team ... CLI commands.
| Error | Cause | Fix |
|---|---|---|
not inside tmux | Requested in-place pane topology from a non-tmux surface | Start tmux and rerun, or let omc team use its detached-session fallback |
cmux surface detected | Running inside cmux without $TMUX | Use the normal omc team ... flow; OMC will create native cmux worker splits |
Unsupported agent type | Requested agent is not claude/codex/gemini/antigravity/grok/cursor | Use claude, codex, gemini, antigravity, grok, or cursor; for native Claude Code agents use /oh-my-claudecode:team |
codex: command not found | Codex CLI not installed | npm install -g @openai/codex |
gemini: command not found | Gemini CLI not installed | npm install -g @google/gemini-cli (enterprise/API-key tier) |
agy: command not found | Antigravity CLI not installed | Install per the official instructions |
Team <name> is not running | stale or missing runtime state | omc team status <team-name> then omc team shutdown <team-name> --force if stale |
status: failed | Workers exited with incomplete work | inspect runtime output, narrow scope, rerun |
/team| Aspect | /team | /omc-teams |
|---|---|---|
| Worker type | Claude Code implicit agent-team teammates | claude / codex / gemini / antigravity CLI processes in tmux |
| Invocation | Agent/Task spawn with distinct name values; no TeamCreate/TeamDelete in Claude Code 2.1.178+ | omc team [N:agent] + status + shutdown + api |
| Coordination | Native implicit-team messaging and staged pipeline | tmux worker runtime + CLI API state files |
| Use when | You want Claude-native in-session agent orchestration | You want external CLI worker execution |
npx claudepluginhub yeachan-heo/oh-my-claudecode --plugin oh-my-claudecode17plugins reuse this skill
First indexed Jul 7, 2026
Showing the 6 earliest of 17 plugins
Spawns multiple AI CLI workers (Claude, Codex, Gemini) in tmux panes for parallel task execution. Useful for distributing independent subtasks across agents.
Spawns and manages background coding agents (Claude Code, Codex, Gemini, Ollama) in persistent tmux sessions. Run agents in parallel, check progress, and retrieve results.
Coordinates multiple Claude Code instances as agent teams with shared tasks, inter-agent messaging, and management for parallel research, feature development, debugging, and cross-layer coordination.