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
These updates improve runtime safety, team workflows, and release reliability. Open each version to see the details.
View changes in v4.14.4
- Native Windows Hook Manifest: Plugin
hooks/hooks.jsonnow uses directnode "$CLAUDE_PLUGIN_ROOT"/scripts/run.cjscommands for every hook event, avoidingsh,/bin/sh, andfind-node.shon native Windows. - macOS/Linux Cache Repair Preserved: Non-interactive shell setup still repairs to
find-node.shwhen nvm/fnm do not exposenodeonPATH. - 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.
View changes in v4.14.3
- Windows Hook Rewrites: Fixed native Windows plugin hooks still invoking
sh/find-node.shfor 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.
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.
View changes in v4.14.1
- Goal Workflow UX: Documented Claude
/goaladapter 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.
View changes in v4.14.0
- Ultragoal Port: Added
omc ultragoalwith durable plans, ledgers under.omc/ultragoal, Claude Code/goalhandoff guidance, and fail-closed checkpointing. - Preserve Claude Code:
omc updatesnapshots global@anthropic-ai/claude-codeinstalls 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.
View changes in v4.13.2
- Cursor IDE Agent Support:
cursor-agentadded as the 4th tmux worker type inomc-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.
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.
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.
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.
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.
View changes in v4.7.0
- Native Team/Task API: Added
TeamCreate,TaskCreate,TaskList,TaskGet,TaskUpdate, andSendMessagefor 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, andtrace. - Agent Catalog Update: Introduced
code-simplifieragent to the Build lane. - Deprecation: Legacy
omc_run_team_*runtime tools are now deprecated in favor of the Team API.
View changes in v4.6.0
- Multi-Model Recovery: Restored
ask-codexandask-geminias high-level skills for non-tmux environments. - Context Optimization: Improved
external-contexthook for faster large-repo analysis. - UX Polish: Enhanced
hudstatus line with real-time agent heartbeat indicators.
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 405error on CLI agents is fixed.
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
--telegramor--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.
View changes in v4.4.0
- Breaking change: Codex and Gemini MCP providers were removed in v4.4.0 (restored as high-level
ask-codexandask-geminiskills in v4.6.0). Use/omc-teams N:codexor/omc-teams N:geminifor 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.
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
-lowand-mediumsuffixes. - Skill consolidation:
ralplanmerged into/plan --consensus, andreviewmerged into/plan --review. - MCP provider upgrades: Codex now uses
gpt-5.3-codex, and Gemini usesgemini-3-pro-preview.
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
# 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.
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.
| From | To | Trigger Condition |
|---|---|---|
| team-plan | team-prd | Planning and decomposition complete |
| team-prd | team-exec | Acceptance criteria explicitly defined |
| team-exec | team-verify | All tasks reach terminal state |
| team-verify | team-fix / complete | Verification outcome |
| team-fix | team-exec / team-verify | Fix strategies defined |
#Model Routing
OMC intelligently routes tasks to the most appropriate model tier to balance cost and capability.
| Complexity | Model | Use Case |
|---|---|---|
| Simple | Haiku | Lookups, formatting, simple docs ("What does this return?") |
| Standard | Sonnet | Implementation, tests, refactoring ("Add error handling") |
| Complex | Opus | Architecture, 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
autopilotThe 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
ulwMaximum parallelism. Aggressively delegates subtasks to multiple background agents.
- Up to 5+ concurrent agents
- Smart model routing
- Non-blocking background execution
#Team Compositions
#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
Review
Domain Specialists
#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.
| Tool | Parameters | Description |
|---|---|---|
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
// 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
| Keyword | Description | Example |
|---|---|---|
autopilot | Autonomous execution | "autopilot build a login page" |
ralph | Persistence mode | "ralph refactor the API" |
ulw | Ultrawork (Parallel) | "ulw fix these 5 bugs" |
team | Native Team | "team 3:executor build it" |
plan | Strategic planning | "plan the migration" |
ask codex | Consult Codex | "ask codex to review this" |
configure-openclaw | Notification gateway setup | "/configure-openclaw" |
deepinit | Deep codebase initialization | "/deepinit" |
external-context | Manage external hooks | "/external-context" |
learn-about-omc | Usage pattern analysis | "/learn-about-omc" |
learner | Extract learned skills | "/learner" |
mcp-setup | MCP tool configuration | "/mcp-setup" |
omc-doctor | Diagnostic toolkit | "/omc-doctor" |
omc-help | Interactive help guide | "/omc-help" |
project-session-manager | Isolated environments | "/project-session-manager" |
ralph-init | Initialize PRD loop | "/ralph-init" |
sciomc | Scientific research agents | "/sciomc research photosynthesis" |
tdd | Test-driven development | "/tdd build auth" |
trace | Agent flow visualization | "/trace" |
writer-memory | Agentic memory for writers | "/writer-memory" |
deep-interview | Socratic requirements clarification | "/deep-interview 'vague idea'" |
ralplan | Iterative planning consensus | "ralplan this feature" |
ccg | Tri-model fan-out (Claude+Codex+Gemini) | "/ccg review this module" |
ultraqa | Automated QA cycling | "/ultraqa" |
ai-slop-cleaner | Detect and remove AI-generated slop | "deslop this file" |
release | Release management workflow | "/release" |
configure-notifications | Set up Discord/Slack/Telegram alerts | "/configure-notifications" |
omc-plan | Structured 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.
npm install -g oh-my-claude-sisyphus
omc
Three aliases all run the same CLI: omc, oh-my-claudecode, omc-cli.
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 |
--madmax and --yolo disable permission prompts. Use with caution.
#Teleport
Teleport helps you create and manage git worktrees quickly.
# 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.
# 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.
# 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
Named profiles let you switch notification setups quickly. Use OMC_NOTIFY_PROFILE=work omc to launch with a specific profile.
#Other Commands
# 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.
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
@BotFatheron Telegram and copy the bot token. - Send your bot a message, then get your chat ID.
- Add
notifications.telegram.botTokenandnotifications.telegram.chatIdto config. - Activate per session with
omc --telegram.
Discord (Webhook)
- In your channel: Settings > Integrations > Webhooks > New Webhook.
- Copy the webhook URL.
- Add
notifications.discord.webhookUrlto 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.botTokenandnotifications.discordBot.channelIdto config. - Activate per session with
omc --discord.
Slack
- Create an app at
api.slack.comand enable Incoming Webhooks. - Add a webhook to your workspace and copy the URL.
- Add
notifications.slack.webhookUrlto config. - Optional mentions:
<@UXXXXXXXX>,<!channel>,<!here>. - Activate per session with
omc --slack.
Generic Webhook
- Use any HTTPS endpoint that accepts JSON
POSTrequests. - Add
notifications.webhook.urlto 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
{
"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
replyListenerin.omc-config.jsonwith polling interval and authorized user IDs. - Security: rate limiting, input sanitization, and pane verification before injection.
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 buildUse this when you have a requirements doc (PRD) and want to build everything from scratch with parallel agents.
/ralplanreviews your PRD and builds a consensus plan (Planner + Architect + Critic agree)./teamsspawns multiple Claude agents to build in parallel. Use/omc-teamsinstead if you need Codex or Gemini CLI workers./ralphkeeps going until the architect verifies everything works.
#No-Brainer
No-Brainer
simple tasksUse this for clear, simple tasks that just need to get done. No planning needed.
/autopilottakes your request and starts building right away./ultraworksplits work across agents for speed./ralphcontinues until everything is fully verified.
#Fix / Debugging
Fix / Debugging
bug fixUse this when something is broken and you need a reliable fix path.
/plananalyzes the issue and lays out a fix strategy./ralphkeeps working on the fix until it passes checks./ultraqaruns end-to-end and smoke tests (Playwright for web apps, tmux for CLI).
For complex bugs, run /ralplan first for deeper analysis.
#Parallel Issue / Ticket Handling
Parallel Issue / Ticket Handling
multi-issueUse this when you need to handle many issues or tickets at the same time.
- 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
/ralplanto resolve conflicts safely. - Finish with
/ralph,/ultrawork, and/ultraqauntil all tests pass.
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:
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.
/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.
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.
/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.
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.
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.
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).
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.
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.
/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
| Tier | Agents | Typical 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.
# 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:
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:
# 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:
# 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:
# 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:
# 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.