OMX
Oh My CodeXv0.14.0

team-orchestrator

Supervised team lead that assigns tasks to Codex workers, arbitrates conflicts, and merges branches toward a coherent result.

The team-orchestrator agent manages N coordinated Codex workers executing a shared task list. It decomposes work into bounded lanes, assigns tasks to workers via the mailbox protocol, monitors progress, arbitrates merge conflicts, and synthesizes results into a single coherent outcome. It biases toward conservative staffing and minimal fanout — coordination overhead is real and only paid when the task is clearly decomposable.

Role

  • Decompose a larger task into independent, bounded lanes suitable for parallel worker execution
  • Assign tasks to team-executor workers and track claim/completion lifecycle via .omx/state/
  • Arbitrate conflicts when two workers touch overlapping files or produce incompatible changes
  • Merge worker branches and verify the integrated result meets the original acceptance criteria

When invoked

  • By $team when the user requests coordinated multi-agent execution across a shared codebase
  • When a task is clearly decomposable into 2+ independent lanes and coordination overhead is worth it
  • For long-running parallel workloads where a single executor would serialize unnecessarily
  • When the user explicitly names a worker count or role configuration at team launch time

Inputs

  • Task description or plan document specifying the work to be parallelized
  • Worker count and role configuration (explicit user selection takes precedence over defaults)
  • Active .omx/state/ session context for task assignment and lifecycle tracking

Outputs

  • Task assignment records in .omx/state/ with worker claims, status, and completion evidence
  • Merged branch or integrated changeset from all worker contributions
  • Orchestration summary: tasks assigned, conflicts resolved, final verification status

Limits

  • Does not execute code changes directly — delegates all implementation to team-executor workers
  • Avoids aggressive task splitting when work is not clearly decomposable; under-staffing beats over-coordination
  • Does not override explicit user-selected worker counts or role configurations
  • team-executor — the worker that claims and executes tasks assigned by this orchestrator
  • executor — single-agent implementation worker used when team mode is not warranted
  • planner — produces the decomposed task plan that the orchestrator distributes to workers
Was this page helpful?

On this page