Skip to main content

Oh My Claudecode Documentation

Transform Claude Code into an intelligent multi-agent orchestration system. You become the conductor, not the performer.

19 Specialized Agents

Unified catalog of 19 agents across 3 functional lanes, using optimized models (Opus/Sonnet/Haiku).

10 Execution Modes

From Autopilot for full autonomy to Team mode for native coordination and Ralph for persistence.

25+ MCP Tools

Integrated toolchain with Language Servers, AST grep, Python REPL, and external AI models.

Native Teams

Leverage Claude Code's native team capabilities with a staged execution pipeline.

#Release Notes

Quick Summary

These updates improve runtime safety, team workflows, and release reliability. Open each version to see the details.

v4.14.4 Native Windows Hook Manifest Hotfix
View changes in v4.14.4
  • Native Windows Hook Manifest: Plugin hooks/hooks.json now uses direct node "$CLAUDE_PLUGIN_ROOT"/scripts/run.cjs commands for every hook event, avoiding sh, /bin/sh, and find-node.sh on native Windows.
  • macOS/Linux Cache Repair Preserved: Non-interactive shell setup still repairs to find-node.sh when nvm/fnm do not expose node on PATH.
  • Doctor & Test Hardening: Doctor checks cover stale Windows plugin manifests, and focused checks isolate user/global MCP registry state to prevent false conflict failures.
  • Install: Use npm install -g [email protected] or reinstall/update from the Claude plugin marketplace when v4.14.4 appears.
v4.14.3 Windows Hook & Update Hotfixes
View changes in v4.14.3
  • Windows Hook Rewrites: Fixed native Windows plugin hooks still invoking sh/find-node.sh for Stop, UserPromptSubmit, and related events.
  • SessionEnd Portability: Restored native Windows SessionEnd hook launch behavior and quieted portable hook shutdown paths.
  • Update Checks: Fixed update-check cache path consistency under the Claude config directory and added a HUD update notification visibility toggle.
v4.14.2 Safer Cleanup, Durable Ultragoal & Runtime Hardening
View changes in v4.14.2
  • Safer Destructive Cleanup: Worktree cleanup and teleport removal paths now require safer path validation and fallbacks.
  • Durable Ultragoal: Ultragoal story ledgers persist and enforce Claude goal activation handoffs before execution proceeds.
  • Plugin/Runtime Reliability: Command wrappers, plugin registry alignment, stale cache repair, Windows HUD, PowerShell workers, and cmux team spawning were hardened.
  • Model Guidance: Added model × agent compatibility and recommendation matrix documentation.
v4.14.1 Goal Workflow Polish, Launch Reliability & Diagnostics Hardening
View changes in v4.14.1
  • Goal Workflow UX: Documented Claude /goal adapter boundaries, clarified workflow expectations, and mapped goal artifacts to OMC storage roots.
  • Team Launch Reliability: Improved prompt delivery from TUI idle state, Claude Code v2.1.x banner handling, Enter-swallow stalls, and OSC 52 clipboard behavior.
  • Diagnostics & MCP: Preserved MCP registry headers and launch-profile availability while surfacing LSP install hints from aggregated diagnostics.
v4.14.0 Ultragoal Port, Autopilot/Team Launch Hardening & Plugin Skill Registry
View changes in v4.14.0
  • Ultragoal Port: Added omc ultragoal with durable plans, ledgers under .omc/ultragoal, Claude Code /goal handoff guidance, and fail-closed checkpointing.
  • Preserve Claude Code: omc update snapshots global @anthropic-ai/claude-code installs and restores them if the OMC update path removes them.
  • Concise Plugin Skill Registry: Re-registers bundled plugin skills while keeping full on-demand skill bodies under skill-bodies/*/SKILL.md.
  • Launch & Runtime Fixes: Hardens fixed team worker plans, HUD cache cleanup, autopilot stop-hook state cleanup, doctor package lookup, credential mirroring, and cancel-ralph alias behavior.
v4.13.2 Cursor Support, Cross-Session Fixes & Rate-Limit Hardening
View changes in v4.13.2
  • Cursor IDE Agent Support: cursor-agent added as the 4th tmux worker type in omc-teams. Run Cursor alongside Claude, Codex, and Gemini in coordinated workflows.
  • Cross-Session Team Cancel Fix: Cleared the owning Ralph session when cross-session cancel has no local state, preventing orphaned team sessions.
  • Rate-Limit Wait Fix: Prevented stale Usage API 429s from resuming blocked panes. Rate-limit wait now holds until the actual limit window resets.
  • Codex MCP Sync Deduplication: Installer keeps Codex MCP sync from duplicating user-owned tables, preserving custom MCP server configurations.
  • HUD Quota Preservation: Weekly HUD quotas are preserved when stdin rate limits are present. Rate-limiting no longer corrupts usage tracking data.
  • Windows npm CLI Launch: Ensured Windows can launch npm-installed Claude CLI without spawn errors via fixed shell execution path resolution.
v4.13.0 Autoresearch Skill, Hooks Sync & Windows Spawn Fixes
View changes in v4.13.0
  • Autoresearch as a Skill: Migrated autoresearch from raw enforcement to a proper skill. Better integration, preserved enforcement visibility, and cleaner migration path.
  • Hooks Library Sync: Installer now properly copies hooks library modules during updates, preventing version mismatches and stale artifacts.
  • Windows Spawn Fixes: Fixed EINVAL errors when spawning npm/npx on Windows. Plugin-patterns now correctly passes shell:true on win32 systems.
  • Deep-Interview Threshold Alignment: Threshold rendering now stays aligned with live settings. Raw-skill contract explicitly defines the threshold for consistency.
  • Ralph/Plan State Loop Fix: Prevented post-ralplan team follow-ups from looping back into planning, fixing repetitive planning cycles.
  • Windows HUD & Multi-Repo Fixes: Fixed Windows HUD npm root discovery and MSYS2 shell compatibility. Multi-repo workspace context preserved for CLI team handoffs.
v4.12.0 HUD Reprioritization, Stop Hook & Deep-Interview Threshold
View changes in v4.12.0
  • HUD Layout Reprioritization: Users can now reprioritize main-line HUD elements without a full layout rewrite. Customize visibility while preserving your preferred arrangement.
  • Persistent Stop Hook: Aligned persistent stop hook across all execution modes with tightened agent output contracts. Graceful shutdown now works reliably.
  • Deep-Interview Threshold Injection: Fixed threshold rendering to stay aligned with live settings across all render paths. Nested omc ask calls now properly guarded.
  • z.ai Weekly Token Support: Added support for z.ai's weekly token limit on pro+ tiers. TOKENS_LIMIT now correctly classified by unit.
  • Git Lock Contention Fix: Avoided HUD git polling index lock contention that could block user git operations.
v4.11.1 Configurable HUD Icons, CLAUDE.md Preservation & Bedrock Security
View changes in v4.11.1
  • Configurable HUD Call Count Icons: New icon format option for call count display in the HUD statusline. Customize how agent invocations are visualized.
  • Global HUD npm Lookup Fix: Resolved HUD package lookup failures outside Node.js projects. HUD now works reliably in all workspace types.
  • CLAUDE.md Preservation: Setup no longer overwrites existing CLAUDE.md files. Custom project instructions are preserved during installs and updates.
  • Bedrock Security Hardening: Added subagent_type validation on AWS Bedrock deployments to prevent unauthorized agent type spoofing.
  • Config Force-Load on Launch: OMC config is now force-loaded on every launch, eliminating stale configuration issues.
  • HUD Diagnostics & Worktree Display: Improved HUD CLI error diagnostics and fixed worktree name display in the status line.
v4.10.1 Tracer Agent, Security Hardening & HUD Token Tracking
View changes in v4.10.1
  • Tracer Agent & Trace Skill: Evidence-driven causal tracing with hypothesis ranking, evidence for/against tracking, and uncertainty quantification. (/trace command)
  • Security Hardening: Patched 21 security vulnerabilities including SSRF bypass, command injection, prototype pollution, and shell injection vectors.
  • HUD Token Usage Tracking: Real-time token usage display in HUD with optional transcript token totals for better cost visibility.
  • OMX Team Governance Backport: Hardened team runtime with leader nudge guidance and improved pane stall heuristics.
  • Unified MCP Registry: Synchronized MCP registry now syncs to Codex config for consistent server management.
v4.7.0 Team Coordination API & Tri-Model Orchestration
View changes in v4.7.0
  • Native Team/Task API: Added TeamCreate, TaskCreate, TaskList, TaskGet, TaskUpdate, and SendMessage for granular agent orchestration.
  • omc ask Command: New omc ask <claude|codex|gemini> flow for explicit tri-model routing.
  • Skill Expansion: Added 14 new skills including configure-openclaw, deepinit, project-session-manager, tdd, and trace.
  • Agent Catalog Update: Introduced code-simplifier agent to the Build lane.
  • Deprecation: Legacy omc_run_team_* runtime tools are now deprecated in favor of the Team API.
v4.6.0 Multi-Model Restore & Performance Tuning
View changes in v4.6.0
  • Multi-Model Recovery: Restored ask-codex and ask-gemini as high-level skills for non-tmux environments.
  • Context Optimization: Improved external-context hook for faster large-repo analysis.
  • UX Polish: Enhanced hud status line with real-time agent heartbeat indicators.
v4.5.1 OpenClaw CLI Command Gateway (Hotfix)
View changes in v4.5.1
  • CLI command gateway type: OpenClaw can wake CLI-based agents with shell commands instead of HTTP calls.
  • tmux tail capture: It captures the last 15 terminal lines for stop and session-end notifications.
  • Bug fix: The OpenClaw HTTP 405 error on CLI agents is fixed.
v4.5.0 Notifications Engine, OpenClaw Gateway & Reliability Hardening
View changes in v4.5.0
  • Full notifications system: You can get alerts on Discord, Telegram, Slack, or any webhook when Claude finishes work or needs input.
  • Hook config and template engine: You can customize notification text with {{variable}} templates.
  • Platform gating: Notifications fire only when you pass the right CLI flag, like --telegram or --discord.
  • OpenClaw webhook gateway: It connects your workflows to external automation tools.
  • Reliability fixes: Stability improved across team coordination, project memory, LSP tools, and hook lifecycle behavior.
  • Cleanup: Dead code was removed from the legacy compatibility layer.
v4.4.0 tmux CLI Workers & Security Hardening
View changes in v4.4.0
  • Breaking change: Codex and Gemini MCP providers were removed in v4.4.0 (restored as high-level ask-codex and ask-gemini skills in v4.6.0). Use /omc-teams N:codex or /omc-teams N:gemini for tmux workers.
  • tmux CLI workers: You can spawn Claude, Codex, or Gemini CLI workers in visible tmux split panes.
  • On-demand lifecycle: Workers start when a task arrives and stop when the task is done.
  • /ccg tri-model skill: Work fans out to Codex and Gemini in parallel, then Claude combines the results.
  • Security hardening: Job ID validation blocks path traversal, and session cleanup never kills your shell.
v4.3.x Agent Catalog Reform & Cleanup
View changes in v4.3.x
  • Team architecture reform: Teams now follow a staged pipeline: plan → prd → exec → verify → fix.
  • Unified catalog: 19 unified agents replaced the old tiered system and removed -low and -medium suffixes.
  • Skill consolidation: ralplan merged into /plan --consensus, and review merged into /plan --review.
  • MCP provider upgrades: Codex now uses gpt-5.3-codex, and Gemini uses gemini-3-pro-preview.
v4.1.0 Team Architecture
View changes in v4.1.0
  • Native teams: Claude Code supports team execution with a staged pipeline.
  • Team + Ralph composition: You can combine Team mode with Ralph for persistent execution.
  • Mode change: Swarm was deprecated in favor of Team mode.

#Installation

BASH
# 1. Add the plugin
/plugin marketplace add https://github.com/Yeachan-Heo/oh-my-claudecode

# 2. Install it
/plugin install oh-my-claudecode

# 3. Run setup wizard
/oh-my-claudecode:omc-setup

#Quick Start

OMC uses "Magic Keywords" to detect your intent. Just describe what you want to do.

  • Uncertain About Requirements?

    "/deep-interview 'I want to build a task manager'" — Socratic questioning to clarify vague ideas before execution.

  • Autonomous Building

    "autopilot build a React dashboard" — Full autonomous execution from idea to code.

  • Refactoring

    "ralph refactor the API" — Persists until verified clean ("The boulder never stops").

  • Parallel Work

    "ulw fix all typescript errors" — Runs multiple agents in parallel for speed.

  • Native Teams

    "team 5:executor refactor backend" — Spawns a team of 5 agents coordinated by a lead.

  • Planning

    "plan the auth system" — Starts an interactive planning interview.

#Conductor Philosophy

The core principle of OMC is: You are the conductor, not the performer.

Golden Rule

NEVER make code changes directly. ALWAYS delegate to specialized agents. Your role is to guide, review, and orchestrate.

Agents have specialized roles. The architect sees the big picture, the executor writes the code, and the verifier proves it works. Respecting this division ensures higher quality output.

#Team Architecture

v4.1 leverages a native staged pipeline for teams. Transitions are strictly defined to ensure quality gates.

1
team-plan
2
team-prd
3
team-exec
4
team-verify
5
team-fix
FromToTrigger Condition
team-planteam-prdPlanning and decomposition complete
team-prdteam-execAcceptance criteria explicitly defined
team-execteam-verifyAll tasks reach terminal state
team-verifyteam-fix / completeVerification outcome
team-fixteam-exec / team-verifyFix strategies defined

#Model Routing

OMC intelligently routes tasks to the most appropriate model tier to balance cost and capability.

ComplexityModelUse Case
SimpleHaikuLookups, formatting, simple docs ("What does this return?")
StandardSonnetImplementation, tests, refactoring ("Add error handling")
ComplexOpusArchitecture, deep debugging, planning ("Refactor auth system")

#Delegation Rules

  • ✅ Delegate: Multi-file implementations, refactors, debugging, reviews, planning, research, verification.
  • 🛑 Do It Yourself: Small clarifications, quick status checks, single-command operations. Direct writes are OK for .omc/, .claude/ config files.

#Execution Modes

🤖

Autopilot

autopilot

The flagship mode. Full autonomous execution from idea to delivered code. Self-correcting loop.

  • Expansion (Analyst + Architect)
  • Planning (Architect + Critic)
  • Execution (Ralph + Ultrawork)
  • QA Cycling (UltraQA)
🔄

Ralph

ralph

"The boulder never stops." Persistence mode. Keeps working until the Architect verifies the goal is met.

  • Infinite persistence loop
  • Includes Ultrawork automatically
  • Strong verification requirements

Ultrawork

ulw

Maximum parallelism. Aggressively delegates subtasks to multiple background agents.

  • Up to 5+ concurrent agents
  • Smart model routing
  • Non-blocking background execution

#Team Compositions

Feature Dev: analyst planner executor test-engineer verifier
Bug Fix: explore debugger executor verifier

#Agent Catalog

OMC provides a unified catalog of 19 specialized agents across 3 functional lanes. Each agent is optimized for specific tasks using the most appropriate model tier.

Build & Analysis

Build & Analysis

explore Haiku analyst Opus planner Opus architect Opus debugger Sonnet executor Sonnet verifier Sonnet code-simplifier Opus
Review

Review

security-reviewer Sonnet code-reviewer Opus critic Opus
Domain Specialists

Domain Specialists

document-specialist Sonnet test-engineer Sonnet designer Sonnet writer Haiku qa-tester Sonnet scientist Sonnet git-master Sonnet tracer Sonnet

#MCP Tools

External AI

  • Codex (gpt-5.3-codex): Architectural reasoning, deep review, security analysis.
  • Gemini (gemini-3-pro-preview): Visual analysis, UI design, 1M token context.

Code Intelligence

LSP Tools: lsp_hover, lsp_goto_definition, lsp_find_references, lsp_diagnostics, lsp_rename.

AST Grep: ast_grep_search, ast_grep_replace for structural refactoring.

Team & Task Coordination

Team API: TeamCreate, TaskCreate, TaskList, TaskGet, TaskUpdate, SendMessage.

Workflows: omc ask <claude|codex|gemini> for tri-model orchestration.

Python REPL: Persistent environment for data analysis.

#Team API Reference

The Team API provides granular control over multi-agent orchestration. It allows you to programmatically manage teams, tasks, and inter-agent communication.

ToolParametersDescription
TeamCreate team_name, workers Initializes a new team with a specified set of workers.
TaskCreate team_name, subject, description Adds a new task to a team's backlog.
TaskList team_name, status_filter Lists all tasks for a team, optionally filtered by status.
TaskUpdate team_name, task_id, status, result Updates the status or result of a specific task.
SendMessage team_name, to_worker, body Sends an asynchronous message to a specific team worker.

Example: Programmatic Delegation

JAVASCRIPT
// 1. Create a specialized team
TeamCreate(team_name="ui-redesign", workers=["designer", "executor", "verifier"]);

// 2. Assign tasks
TaskCreate(
  team_name="ui-redesign",
  subject="Hero Section",
  description="Redesign the hero section with a focus on modern visual effects."
);

// 3. Monitor progress
const tasks = TaskList(team_name="ui-redesign", status_filter="completed");

#Skills & Commands

KeywordDescriptionExample
autopilotAutonomous execution"autopilot build a login page"
ralphPersistence mode"ralph refactor the API"
ulwUltrawork (Parallel)"ulw fix these 5 bugs"
teamNative Team"team 3:executor build it"
planStrategic planning"plan the migration"
ask codexConsult Codex"ask codex to review this"
configure-openclawNotification gateway setup"/configure-openclaw"
deepinitDeep codebase initialization"/deepinit"
external-contextManage external hooks"/external-context"
learn-about-omcUsage pattern analysis"/learn-about-omc"
learnerExtract learned skills"/learner"
mcp-setupMCP tool configuration"/mcp-setup"
omc-doctorDiagnostic toolkit"/omc-doctor"
omc-helpInteractive help guide"/omc-help"
project-session-managerIsolated environments"/project-session-manager"
ralph-initInitialize PRD loop"/ralph-init"
sciomcScientific research agents"/sciomc research photosynthesis"
tddTest-driven development"/tdd build auth"
traceAgent flow visualization"/trace"
writer-memoryAgentic memory for writers"/writer-memory"
deep-interviewSocratic requirements clarification"/deep-interview 'vague idea'"
ralplanIterative planning consensus"ralplan this feature"
ccgTri-model fan-out (Claude+Codex+Gemini)"/ccg review this module"
ultraqaAutomated QA cycling"/ultraqa"
ai-slop-cleanerDetect and remove AI-generated slop"deslop this file"
releaseRelease management workflow"/release"
configure-notificationsSet up Discord/Slack/Telegram alerts"/configure-notifications"
omc-planStructured planning mode"/omc-plan"

Utility Skills: /oh-my-claudecode:cancel, note, omc-setup, hud, doctor.

#State & Memory

Notepad System

Located at .omc/notepad.md. Resilient memory surviving context pruning.

  • Priority: Always injected into context.
  • Working: Auto-pruned after 7 days.
  • Manual: Never pruned.

Project Memory

Located at .omc/project-memory.json. Stores tech stack, conventions, and architectural directives.

#Configuration

Run /oh-my-claudecode:omc-setup to configure defaults.

Worktree Paths:

  • .omc/state/ - Mode state files
  • .omc/logs/ - Audit logs
  • .omc/plans/ - Planning documents

#CLI Reference

The omc command-line tool lets you launch, configure, and manage OMC from your terminal.

#Getting Started

Install OMC globally, then run it.

BASH
npm install -g oh-my-claude-sisyphus
omc

Three aliases all run the same CLI: omc, oh-my-claudecode, omc-cli.

Tip

Just run omc. It launches Claude Code inside a tmux session automatically.

#Core Commands

Command What It Does Example
omc / omc launch Start Claude Code in a tmux session omc
omc setup Install and sync all OMC components (hooks, agents, skills) omc setup --force
omc config Show or validate your current config omc config --validate
omc info List available agents, skills, and MCP tools omc info
omc update Check for and install updates omc update --check
omc version Show detailed version info (package version, install method, commit) omc version
omc doctor Run diagnostic checks for conflicts omc doctor conflicts
omc install Install OMC into ~/.claude/ omc install

#Launch Flags

Flag What It Does
--notify false Turn off all notifications for this session
--madmax / --yolo Skip all permission prompts
--telegram Turn on Telegram notifications for this session
--discord Turn on Discord notifications for this session
--slack Turn on Slack notifications for this session
--webhook Turn on webhook notifications for this session
--openclaw Turn on OpenClaw gateway for this session
Warning

--madmax and --yolo disable permission prompts. Use with caution.

#Teleport

Teleport helps you create and manage git worktrees quickly.

BASH
# Create worktree from issue/PR number
omc teleport '#42'

# Create worktree for a feature branch
omc teleport add-auth

# List all worktrees
omc teleport list

# Remove a worktree
omc teleport remove ./path

# From a full URL
omc teleport https://github.com/owner/repo/issues/42

Supports GitHub, GitLab, Bitbucket, and Azure DevOps.

#Wait

The wait command helps you monitor rate limits and auto-resume blocked sessions.

BASH
# Check rate limit status
omc wait

# Start auto-resume daemon
omc wait --start

# Control background daemon
omc wait daemon start
omc wait daemon stop

# Scan for blocked sessions
omc wait detect

# Show detailed status
omc wait status

#Notification Profiles

Set up notification channels from the command line, then use named profiles to switch between them.

BASH
# Set up channels
omc config-stop-callback telegram --enable --token <token> --chat <id>
omc config-stop-callback discord --enable --webhook <url>
omc config-stop-callback slack --enable --webhook <url>
omc config-stop-callback file --enable --path ~/.claude/logs/{date}.md

# Manage profiles
omc config-notify-profile --list
omc config-notify-profile work --show

# Launch with a profile
OMC_NOTIFY_PROFILE=work omc
Tip

Named profiles let you switch notification setups quickly. Use OMC_NOTIFY_PROFILE=work omc to launch with a specific profile.

#Other Commands

BASH
# Split-pane tmux with Claude + Codex side by side
omc interop

# Run the HUD status line
omc hud

# Live HUD refresh every second
omc hud --watch --interval 1000

omc interop opens a split-pane tmux layout with Claude and Codex side by side. Requires both CLIs installed.

omc hud shows a status line with session info. Use --watch for live updates.

#Notifications

#Overview

Notifications tell you when Claude finishes work, needs your input, or hits a problem.

It works with Discord, Telegram, Slack, and any webhook endpoint.

Notifications are non-blocking, so they never slow down your work.

Each platform stays dormant until you activate it with a CLI flag in that session.

Tip

Turn on only the platform you want for this run, like omc --telegram or omc --discord.

#Quick Setup

The easiest setup is running /oh-my-claudecode:configure-notifications inside Claude Code.

It walks you through each step with prompts.

You can also configure everything manually using the sections below.

#Supported Platforms

Telegram

  • Create a bot with @BotFather on Telegram and copy the bot token.
  • Send your bot a message, then get your chat ID.
  • Add notifications.telegram.botToken and notifications.telegram.chatId to config.
  • Activate per session with omc --telegram.

Discord (Webhook)

  • In your channel: Settings > Integrations > Webhooks > New Webhook.
  • Copy the webhook URL.
  • Add notifications.discord.webhookUrl to config.
  • Optional mentions: <@USER_ID> for a user, <@&ROLE_ID> for a role.
  • Activate per session with omc --discord.

Discord (Bot API)

  • Create a bot in the Discord Developer Portal and copy the bot token.
  • Get the channel ID (right-click channel > Copy ID with developer mode on).
  • Add notifications.discordBot.botToken and notifications.discordBot.channelId to config.
  • Activate per session with omc --discord.

Slack

  • Create an app at api.slack.com and enable Incoming Webhooks.
  • Add a webhook to your workspace and copy the URL.
  • Add notifications.slack.webhookUrl to config.
  • Optional mentions: <@UXXXXXXXX>, <!channel>, <!here>.
  • Activate per session with omc --slack.

Generic Webhook

  • Use any HTTPS endpoint that accepts JSON POST requests.
  • Add notifications.webhook.url to config.
  • Optional: add custom headers with notifications.webhook.headers.
  • Activate per session with omc --webhook.

#Notification Events

Event When It Fires
session-start A new Claude session begins.
session-end The session finishes. Includes duration, agents used, and modes run.
session-stop A persistent mode (like ralph) blocks the session from stopping.
session-idle The session is waiting for your input.
ask-user-question Claude asks a question and needs your answer.
agent-call A specialized agent was spawned.

#Verbosity Levels

Level What You Get
minimal Session start and end only. No terminal output.
session Session events plus the last few lines of terminal output.
agent Everything in session, plus a notification for each spawned agent.
verbose All events and all output.

Set this with notifications.verbosity in config or the OMC_NOTIFY_VERBOSITY environment variable.

#Environment Variables

Use these for zero-config setup without editing files:

  • OMC_TELEGRAM_BOT_TOKEN + OMC_TELEGRAM_CHAT_ID — Telegram without config file.
  • OMC_DISCORD_WEBHOOK_URL — Discord without config file.
  • OMC_SLACK_WEBHOOK_URL — Slack without config file.
  • OMC_NOTIFY_VERBOSITY — Set verbosity level.
  • OMC_NOTIFY=0 — Turn off all notifications.
  • OMC_NOTIFY_PROFILE — Use a named notification profile.

#Custom Message Templates

  • Template file: ~/.claude/omc_config.hook.json
  • Use {{variable}} placeholders: {{sessionId}}, {{timestamp}}, {{projectName}}, {{reason}}, {{duration}}
  • Use conditionals: {{#if variable}}show this{{/if}}
  • Computed values: duration, time, modesDisplay, agentDisplay, footer, tmuxTailBlock
  • You can set different templates per event and per platform.

#Example Config

JSON
{
  "notifications": {
    "verbosity": "session",
    "telegram": {
      "botToken": "123456:ABC-DEF",
      "chatId": "-1001234567890"
    },
    "discord": {
      "webhookUrl": "https://discord.com/api/webhooks/...",
      "mention": "<@123456789>"
    },
    "slack": {
      "webhookUrl": "https://hooks.slack.com/services/T.../B.../xxx"
    },
    "events": {
      "session-end": { "telegram": true, "discord": true },
      "ask-user-question": { "telegram": true },
      "session-start": { "discord": true }
    }
  }
}

Put this in ~/.claude/.omc-config.json.

#Reply Injection

This is an advanced feature for answering Claude from your phone.

  • A background daemon polls Discord or Telegram for your replies.
  • When you reply to a notification, your text is sent back to your tmux pane.
  • This lets you answer Claude's questions remotely.
  • Configure replyListener in .omc-config.json with polling interval and authorized user IDs.
  • Security: rate limiting, input sanitization, and pane verification before injection.
Warning

Only allow trusted user IDs for reply injection. This protects your tmux session from unwanted input.

#Recommended Workflows

These are battle-tested workflows for common tasks. Each one chains OMC skills together in a proven order. Pick the one that fits your situation.

#Full-Auto from PRD

🚀

Full-Auto from PRD

parallel build

Use this when you have a requirements doc (PRD) and want to build everything from scratch with parallel agents.

/ralplan /teams or /omc-teams /ralph
  • /ralplan reviews your PRD and builds a consensus plan (Planner + Architect + Critic agree).
  • /teams spawns multiple Claude agents to build in parallel. Use /omc-teams instead if you need Codex or Gemini CLI workers.
  • /ralph keeps going until the architect verifies everything works.

#No-Brainer

No-Brainer

simple tasks

Use this for clear, simple tasks that just need to get done. No planning needed.

/autopilot /ultrawork /ralph
  • /autopilot takes your request and starts building right away.
  • /ultrawork splits work across agents for speed.
  • /ralph continues until everything is fully verified.

#Fix / Debugging

🔧

Fix / Debugging

bug fix

Use this when something is broken and you need a reliable fix path.

/plan /ralph /ultraqa
  • /plan analyzes the issue and lays out a fix strategy.
  • /ralph keeps working on the fix until it passes checks.
  • /ultraqa runs end-to-end and smoke tests (Playwright for web apps, tmux for CLI).
Tip

For complex bugs, run /ralplan first for deeper analysis.

#Parallel Issue / Ticket Handling

🧩

Parallel Issue / Ticket Handling

multi-issue

Use this when you need to handle many issues or tickets at the same time.

/omc-teams N:architect /omc-teams /omc-teams /ralplan /ralph + /ultrawork /ultraqa
  • Start architect workers to analyze all issues and draft one complete plan.
  • Run workers in parallel on separate worktrees, each submitting a PR to dev.
  • Review and merge open PRs, then /ralplan to resolve conflicts safely.
  • Finish with /ralph, /ultrawork, and /ultraqa until all tests pass.
Good to know

These four patterns cover most real-world work. Other skills exist for specific tasks, but you rarely need them day-to-day.

#Getting Started

This guide walks you through installing OMC, running the setup wizard, and executing your first command.

Installation

Install OMC with a single command:

BASH
curl -fsSL https://raw.githubusercontent.com/yeachan-heo/oh-my-claudecode/main/install.sh | bash

First Setup

Once installed, open Claude Code and run the setup wizard. This configures hooks, agents, skills, and MCP tools.

BASH
/omc-setup

Your First Command

Try a simple autopilot command to see OMC in action. Autopilot detects your intent, plans the work, executes it, and verifies the result.

BASH
autopilot build a hello world REST API

Verify Your Installation

Run the diagnostic tool to confirm everything is set up correctly. It checks hooks, MCP tools, agent availability, and configuration.

BASH
/omc-doctor
💡

Tip

If /omc-doctor reports any issues, follow the suggestions it prints. Most problems are resolved by re-running /omc-setup or installing missing dependencies.

#Execution Modes Guide

OMC provides several execution modes, each optimized for different types of work. Choose the mode that best fits your task.

Autopilot

Full autonomous execution. Autopilot detects your intent, expands requirements with an Analyst and Architect, plans the work, executes with Ralph and Ultrawork, and verifies the result with UltraQA. This is the flagship mode for greenfield features and "build me X" requests.

BASH
autopilot build a user auth system with JWT

When to use: Greenfield features, new projects, "build me X" requests where you want end-to-end autonomous execution.

Ralph

Self-referential persistence loop. Ralph keeps working until the task is verified complete by the Architect. It automatically includes Ultrawork for parallelism. The motto is "The boulder never stops" -- Ralph will iterate, fix failures, and re-verify until the goal is met.

BASH
ralph refactor the entire API layer

When to use: Complex multi-step tasks that need iteration, refactors that touch many files, tasks where you want guaranteed completion.

Ultrawork

Maximum parallelism. Ultrawork aggressively delegates subtasks to multiple background agents running concurrently (up to 5+ agents). It uses smart model routing to assign the right model tier to each subtask.

BASH
ulw fix all 5 failing tests

When to use: Batch operations, multiple independent fixes, any work that can be split into parallel subtasks.

Team

N coordinated Claude agents with a shared task list. Team mode follows a stage-aware pipeline: plan, PRD, exec, verify, fix. Each stage routes to the appropriate specialist agents. Teams support composition with Ralph for persistent execution (team ralph).

BASH
team 3:executor build the dashboard

When to use: Large features requiring multiple specialists, projects that benefit from coordinated parallel agents with quality gates.

Plan

Strategic planning with optional interview workflow. Plan mode analyzes your request and produces a structured execution plan. Use --consensus for iterative planning with Planner, Architect, and Critic until they agree. Use --deliberate for high-risk work with pre-mortem analysis.

BASH
plan the database migration strategy

When to use: Architecture decisions, migration planning, any task where upfront planning reduces rework.

UltraQA

QA cycling -- test, verify, fix, repeat. UltraQA runs end-to-end tests, verifies results, fixes failures, and repeats until all tests pass. It is typically activated by Autopilot after implementation, but can be triggered independently.

BASH
/ultraqa

When to use: Ensuring quality after implementation, running comprehensive test suites, validating that all acceptance criteria are met.

#Model Routing Guide

OMC intelligently routes each agent to the most appropriate model tier. This balances cost, speed, and capability so that simple tasks use fast lightweight models while complex tasks get the full power of Opus.

The Three Tiers

  • Haiku -- Fast and cheap. Used for quick lookups, codebase exploration, simple documentation, and formatting tasks.
  • Sonnet -- The workhorse. Used for standard implementation, code reviews, test writing, refactoring, and most day-to-day agent work.
  • Opus -- Maximum capability. Used for architecture design, deep analysis, complex autonomous work, and critical decision-making.

Agent-to-Model Mapping

TierAgentsTypical Tasks
Haiku explore, writer File discovery, symbol mapping, documentation generation
Sonnet executor, debugger, verifier, test-engineer, designer, qa-tester, scientist, document-specialist, git-master, security-reviewer, tracer Implementation, testing, reviews, debugging, domain work
Opus analyst, planner, architect, code-reviewer, critic, code-simplifier Architecture, planning, deep analysis, critical reviews

Overriding Model Routing

You can override the default model tier for any agent by passing the model parameter on Task calls. This is useful when you want a higher-quality result for a normally-Sonnet agent, or a faster result for a normally-Opus agent.

BASH
# Use Opus for an executor task that needs extra reasoning
Task(subagent_type="oh-my-claudecode:executor", model="opus", ...)

# Use Haiku for a quick verification check
Task(subagent_type="oh-my-claudecode:verifier", model="haiku", ...)

#Troubleshooting

Common issues and how to resolve them.

"not inside tmux"

OMC team and worker features require a tmux session. Start one before launching OMC:

BASH
tmux new -s dev

"codex/gemini: command not found"

The Codex and Gemini CLI tools must be installed globally for multi-model features to work:

BASH
# Install Codex CLI
npm install -g @openai/codex

# Install Gemini CLI
npm install -g @google/gemini-cli

State Conflicts

If modes get stuck or state files become inconsistent, clear them with the cancel command or the state_clear tool:

BASH
# Clear all active mode state
/cancel --force

# Or clear a specific mode's state
state_clear

Agent Not Responding

If an agent appears stuck or is not producing output, check the trace timeline for details and restart:

BASH
# Check the agent flow trace for issues
/trace

# Cancel and restart the current mode
/cancel

Hook Errors

If hooks are firing incorrectly or causing errors, check the skip list and run diagnostics:

BASH
# Check which hooks are being skipped
echo $OMC_SKIP_HOOKS

# Run the full diagnostic check
/omc-doctor
💡

Tip

Set DISABLE_OMC=1 to temporarily disable all OMC hooks if you need to rule out hook-related issues. Set OMC_SKIP_HOOKS to a comma-separated list of hook names to skip specific hooks.