MCP Catalogs
Home

oh-my-codex

by scalarian·61·Score 46

Orchestration layer for OpenAI Codex with MCP integration for task, state, memory and team management.

developer-toolsproductivityai-llm
16
Forks
0
Open issues
2 mo ago
Last commit
2d ago
Indexed

Overview

oh-my-codex (OMX) is a comprehensive orchestration layer for OpenAI Codex that provides structured workflows and persistent state management. It features an MCP server implementation that exposes tools for task management (omx_task_*), state manipulation (omx_state_*), memory operations (omx_memory_*), note management (omx_note_*), exploration (omx_explore_*), team coordination (omx_team_*), plugin management (omx_plugin_*), hook handling (omx_hook_*), and agent operations (omx_agent_*). The system includes a CLI interface, durable contracts through .omx/ directory structure, and an agent catalog for different roles like architect, planner, researcher, executor, reviewer, and operator.

Try asking AI

After installing, here are 6 things you can ask your AI assistant:

you:Structured code development workflows including TDD, code review, and planning
you:Team-based task management with claim, queue, and completion workflows
you:Persistent state management across development sessions
you:Plugin system extending functionality with custom tools
you:What is the difference between OMX v1 and v2?
you:Can I use OMX without tmux?

When to choose this

Choose oh-my-codex if you're using OpenAI Codex for development and need persistent state, team coordination, and structured workflows for tasks like code review, planning, and implementation.

When NOT to choose this

Don't choose oh-my-codex if you need support for AI models other than Codex, or if you're looking for a general-purpose AI assistant without the specific development workflow orchestration it provides.

Tools this server exposes

12 tools extracted from the README
  • omx_task_list

    List tasks in the task queue

  • omx_task_queue

    Queue a new task for team execution

  • omx_claim

    Claim a task for execution by a specific team member

  • omx_complete

    Mark a task as completed with a status update

  • omx_state_get

    Retrieve state information from the persistent state store

  • omx_memory_save

    Save information to persistent memory

  • omx_explore_index

    Explore and index project resources

  • omx_team_init

    Initialize a new team runtime environment

  • omx_spawn_executor

    Spawn a new executor worker in the team runtime

  • omx_review

    Review a completed task and provide feedback

  • omx_ultrawork

    Execute the ultrawork skill for end-to-end feature implementation

  • omx_doctor

    Check system health and diagnose issues

Comparable tools

github-copilot-mcpclaude-dev-mcpcodex-clicursorcode-composer

Installation

# Install via npm
npm install
npm run build
cd packages/cli && npm link

# Or use direct installation
omx setup

# For Claude Desktop integration, add to config.json:
{
  "mcpServers": {
    "omx": {
      "command": "node",
      "args": ["/path/to/omx/packages/cli/dist/bin.js", "mcp"]
    }
  }
}

FAQ

What is the difference between OMX v1 and v2?
OMX v2 is a complete rewrite that focuses exclusively on Codex, removing the Claude bridge. It introduces a durable state system, agent catalog, plugin SDK, and tmux-aware team execution.
Can I use OMX without tmux?
Yes, OMX has a degraded mock mode that works when tmux is not available, though tmux-first worker runtime provides full functionality on macOS/Linux.

Compare oh-my-codex with

GitHub →

Last updated · Auto-generated from public README + GitHub signals.