teammode

Solid

Codex-only team orchestration: run a named team of cooperating Codex workers with durable, script-managed state. MUST USE when the user asks Codex to create, run, coordinate, inspect, archive, or delete a team of agents/threads/sessions, or to work on something as a team in parallel. FIRST inspects the active tool surface (checking tool_search for deferred tools) and tells the user the route: native MultiAgentV2 agents (flat spawn_agent with task_name) when available, Codex App threads as the fallback, or a plain-subagent split when neither set exists. The main session is always the leader; members are defined by a concrete part, ownership area, or perspective - never a vague job role; a bundled cross-platform script writes the .omo/teams state plus an auto-generated member field manual. Use a team when the work is not perfectly isolated but parallelizing helps; use plain subagents when scope is perfectly isolated or the goal is ambiguous. Triggers: team mode, teammode, make a team, run as a team, team of age

AI & Automation 66,650 stars 5430 forks Updated today NOASSERTION

Install

View on GitHub

Quality Score: 83/100

Stars 20%
100
Recency 20%
100
Frontmatter 20%
70
Documentation 15%
100
Issue Health 10%
50
License 10%
100
Description 5%
100

Skill Content

# Teammode Run a named team of cooperating Codex workers under one leader, with durable state on disk. This is a Codex-only workflow. It never depends on an external terminal runner - it coordinates through Codex's own collaboration tools plus a bundled state script, on ONE of two transports chosen up front: native MultiAgentV2 agents, or Codex App threads as the fallback. ## When to use a team (and when to use plain subagents instead) Use a TEAM when EITHER holds: - the work does NOT split into perfectly isolated pieces, but doing it in parallel is clearly more convenient - members will need to see and react to each other's findings; or - one task still needs exploration, yet its GOAL is already clear - parallel investigation under a fixed objective. Use plain fire-and-forget subagents (`$ulw` / one-off `spawn_agent` workers) - NOT a team - when EITHER holds: - the work IS perfectly isolated, so there is no coordination cost worth paying; or - the GOAL is still ambiguous, where one mind should resolve direction before any fan-out. A team buys cross-member coordination at a real overhead cost; only spend it when coordination is the thing you actually need. ## Pick the transport FIRST - then tell the user Before creating any team state, decide which transport this session can run. Inspect your active tool list and select: 1. **MultiAgentV2 (preferred)** - select when the flat V2 collaboration tools are ALL active: flat `spawn_agent` whose schema requires `task_n...

Details

Author
code-yeongyu
Repository
code-yeongyu/oh-my-openagent
Created
7 months ago
Last Updated
today
Language
TypeScript
License
NOASSERTION

Integrates with

Similar Skills

Semantically similar based on skill content — not just same category