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).
37 Shipped Skills
From Autopilot for full autonomy to Team mode for native coordination and Ralph for persistence, plus 21 command wrappers.
55 MCP Tools
One configured server exposing Language Servers, AST grep, a sandboxed Python REPL, state, notepad, project memory, trace, shared memory and wiki tools.
Native Teams
Leverage Claude Code's native team capabilities with a staged execution pipeline.
#Release Notes
The current release is v5.3.0 — remote approval gates for graph, the new loft and ask-navigator skills, HUD git-path memoization, Windows cache-occupancy work, and hook stderr/PostToolUse fixes. The entries below are a historical archive; open a version to see its details.
View changes in v4.14.4 (historical — superseded by v5.3.0)
- 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: Historical instruction for this release. To install the current version use the Claude plugin marketplace or
npm i -g oh-my-claude-sisyphus@latest.
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. Superseded: Claude Code 2.1.178+ removed the native team API — see Team Coordination. - 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/oh-my-claudecode:team N:codexor/oh-my-claudecode:team 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
"execute fix all typescript errors"— Carries the task through parallel worker lanes to verified code. -
Native Teams
"team 5:executor refactor backend"— Spawns a team of 5 agents coordinated by a lead. -
Planning
"/oh-my-claudecode:omc-plan the auth system"— Starts an interactive planning interview. The oldplan the …keyword trigger was removed in v5.
#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
Execute
executeCarry an approved task through to working, verified code. Replaces the retired ultrawork/ulw mode.
- Parallel worker lanes via the
teamskill - Smart model routing
- Verification before completion is claimed
#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
OMC configures a single MCP server (the local bridge declared in .mcp.json) exposing 55 tools. Codex and Gemini are not MCP providers — they are advisor providers reached through the ask skill and tmux CLI workers, documented under Advisors.
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
Teams: Claude Code 2.1.178+ removed the native TeamCreate/TeamDelete API. With CLAUDE_CODE_EXPERIMENTAL_AGENT_TEAMS=1 each session has one implicit team: the team skill spawns teammates with the Agent/Task tool using distinct name values.
Workflows: omc ask <claude|codex|gemini> for tri-model orchestration.
Python REPL: Sandboxed execution — imports, file I/O, and dynamic code execution are blocked; use built-in functions and persistent variables for calculation and in-memory data analysis.
#Team Coordination
Claude Code 2.1.178+ removed the native TeamCreate/TeamDelete API, and the swarm compatibility alias was removed in #1131. There is no OMC MCP “Team API”: coordination now runs on Claude Code’s implicit agent team.
TeamCreate, TeamDelete, TaskCreate, TaskList, TaskGet, TaskUpdate and SendMessage are not OMC tools and must not be called. Use the team skill instead.
How teams actually run
- Set
CLAUDE_CODE_EXPERIMENTAL_AGENT_TEAMS=1; each session then has exactly one implicit team. - Invoke
/oh-my-claudecode:team 3:executor <task>to spawn N teammates. Team has no keyword trigger: its detector pattern deliberately never matches, so the explicit command is required. - Teammates are spawned with the Agent/Task tool using distinct
namevalues such asname="worker-1".team_nameis accepted only as ignored legacy metadata. - Shared work is tracked in the active task list; each teammate returns a short execution summary rather than bulky logs.
Example
# enable implicit agent teams once per environment
export CLAUDE_CODE_EXPERIMENTAL_AGENT_TEAMS=1
# spawn three executor teammates on a shared task list
/oh-my-claudecode:team 3:executor redesign the hero section
# legacy tmux/CLI worker runs
omc team
#Skills & Commands
| Keyword | Description | Example |
|---|---|---|
ai-slop-cleaner | Clean AI-generated code slop with a regression-safe, deletion-first workflow and optional rev… | "/oh-my-claudecode:ai-slop-cleaner" |
ask | Process-first advisor routing for Claude, Codex, Gemini, Antigravity, Grok, or Cursor via `om… | "/oh-my-claudecode:ask" |
ask-navigator | Shipyard's navigator — chart a foggy effort (destination unclear, questions not yet stateable… | "/oh-my-claudecode:ask-navigator" |
autopilot | Full autonomous execution from idea to working code | "/oh-my-claudecode:autopilot" |
autoresearch | Stateful single-mission improvement loop with strict evaluator contract, markdown decision lo… | "/oh-my-claudecode:autoresearch" |
cancel | Cancel any active OMC mode (autopilot, ralph, ultragoal, swarm, ultrapilot, pipeline, team) a… | "/oh-my-claudecode:cancel" |
configure-notifications | Configure notification integrations (Telegram, Discord, Slack) via natural language | "/oh-my-claudecode:configure-notifications" |
debug | Diagnose the current OMC session or repo state using logs, traces, state, and focused reprodu… | "/oh-my-claudecode:debug" |
deep-interview | Socratic deep interview with mathematical ambiguity gating before explicit execution approval | "/oh-my-claudecode:deep-interview" |
deepinit | Deep codebase initialization with hierarchical AGENTS.md documentation | "/oh-my-claudecode:deepinit" |
drydock | Lay the keel of the shipyard harness in any repo — the 4-pillar shared environment (Context… | "/oh-my-claudecode:drydock" |
execute | Carry an approved task through to working, verified code | "/oh-my-claudecode:execute" |
external-context | Invoke parallel document-specialist agents for external web searches and documentation lookup | "/oh-my-claudecode:external-context" |
graph | Deterministic orchestration graph runtime - declarative DAG pipelines with journal-based cras… | "/oh-my-claudecode:graph" |
hud | Configure HUD display options (layout, presets, display elements) | "/oh-my-claudecode:hud" |
launch | Shipyard's governed delivery pipeline — converge the mission, synthesize a durable spec, deco… | "/oh-my-claudecode:launch" |
loft | Loft the shape before cutting steel — answer a design question that prose cannot settle by bu… | "/oh-my-claudecode:loft" |
minimal-code-discipline | YAGNI-ladder coding discipline for writing changes — existence-first, reuse before writing, d… | "/oh-my-claudecode:minimal-code-discipline" |
omc-doctor | Diagnose and fix oh-my-claudecode installation issues | "/oh-my-claudecode:omc-doctor" |
omc-setup | Install or refresh oh-my-claudecode for plugin, npm, and local-dev setups from the canonical… | "/oh-my-claudecode:omc-setup" |
omc-plan | Strategic planning with optional interview workflow (installed as omc-plan; plan collides with a Claude Code native command) | "/oh-my-claudecode:omc-plan" |
project-session-manager | Worktree-first dev environment manager for issues, PRs, and features with optional tmux sessions | "/oh-my-claudecode:project-session-manager" |
ralph | Self-referential loop until task completion with configurable verification reviewer | "/oh-my-claudecode:ralph" |
ralplan | Consensus planning entrypoint that auto-gates vague ralph/autopilot/team requests before exec… | "/oh-my-claudecode:ralplan" |
release | Generic release assistant — analyzes repo release rules, caches them in .omc/RELEASE_RULE.md… | "/oh-my-claudecode:release" |
remember | Review reusable project knowledge and decide what belongs in project memory, notepad, or dura… | "/oh-my-claudecode:remember" |
research | Investigate an open question and return grounded, sourced findings | "/oh-my-claudecode:research" |
omc-review | Evaluate finished work for defects, risk, and simplification before it ships (installed as omc-review) | "/oh-my-claudecode:omc-review" |
self-improve | Autonomous evolutionary code improvement engine with tournament selection | "/oh-my-claudecode:self-improve" |
skill | Manage local skills - list, add, remove, search, edit, setup wizard | "/oh-my-claudecode:skill" |
skillify | Turn a repeatable workflow from the current session into a reusable OMC skill draft | "/oh-my-claudecode:skillify" |
team | N coordinated agents on shared task list using Claude Code implicit agent teams | "/oh-my-claudecode:team" |
trace | Evidence-driven tracing lane that orchestrates competing tracer hypotheses in Claude built-in… | "/oh-my-claudecode:trace" |
ultragoal | Durable multi-goal workflow that persists plan/ledger artifacts under .omc/ultragoal and prin… | "/oh-my-claudecode:ultragoal" |
verify | Verify that a change really works before you claim completion | "/oh-my-claudecode:verify" |
visual-verdict | Structured visual QA verdict for screenshot-to-reference comparisons | "/oh-my-claudecode:visual-verdict" |
wiki | LLM Wiki — persistent markdown knowledge base that compounds across sessions (Karpathy model) | "/oh-my-claudecode:wiki" |
Commands
21 command wrappers ship alongside the skills. 19 are same-name wrappers that dispatch to the identically named skill and pass arguments through unchanged, so they are not separate capabilities; the two exceptions are called out below.
| Command | Relationship | Invocation |
|---|---|---|
ask | Wrapper for the ask skill | "/oh-my-claudecode:ask" |
autoresearch | Wrapper for the autoresearch skill | "/oh-my-claudecode:autoresearch" |
compact | Command-only — prepares a manual handoff to Claude Code’s native /compact; it does not compact by itself | "/oh-my-claudecode:compact" |
configure-notifications | Wrapper for the configure-notifications skill | "/oh-my-claudecode:configure-notifications" |
debug | Wrapper for the debug skill | "/oh-my-claudecode:debug" |
deepinit | Wrapper for the deepinit skill | "/oh-my-claudecode:deepinit" |
external-context | Wrapper for the external-context skill | "/oh-my-claudecode:external-context" |
hud | Wrapper for the hud skill | "/oh-my-claudecode:hud" |
omc-doctor | Wrapper for the omc-doctor skill | "/oh-my-claudecode:omc-doctor" |
omc-setup | Wrapper for the omc-setup skill | "/oh-my-claudecode:omc-setup" |
project-session-manager | Wrapper for the project-session-manager skill | "/oh-my-claudecode:project-session-manager" |
psm | Alias for project-session-manager | "/oh-my-claudecode:psm" |
release | Wrapper for the release skill | "/oh-my-claudecode:release" |
remember | Wrapper for the remember skill | "/oh-my-claudecode:remember" |
self-improve | Wrapper for the self-improve skill | "/oh-my-claudecode:self-improve" |
skill | Wrapper for the skill skill | "/oh-my-claudecode:skill" |
skillify | Wrapper for the skillify skill | "/oh-my-claudecode:skillify" |
trace | Wrapper for the trace skill | "/oh-my-claudecode:trace" |
verify | Wrapper for the verify skill | "/oh-my-claudecode:verify" |
visual-verdict | Wrapper for the visual-verdict skill | "/oh-my-claudecode:visual-verdict" |
wiki | Wrapper for the wiki skill | "/oh-my-claudecode:wiki" |
Advisors
Codex, Gemini and other external models are reached through the ask skill — /oh-my-claudecode:ask <claude|codex|gemini|antigravity|grok|cursor> — or as tmux CLI workers under the team skill. They are advisor providers, not MCP servers.
Utility skills: /oh-my-claudecode:cancel, /oh-my-claudecode:remember, /oh-my-claudecode:omc-setup, /oh-my-claudecode:hud, /oh-my-claudecode:omc-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["discord-bot"].botTokenandnotifications["discord-bot"].channelIdto config — the platform key is the literal hyphenated string. - 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": {
"enabled": true,
"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": { "enabled": true },
"ask-user-question": { "enabled": true },
"session-start": { "enabled": false }
}
}
}
Put this in ~/.claude/.omc-config.json.
notifications.enabled must be a boolean. Without it the whole notification config is discarded and nothing is sent. Each entry under events is an object with its own enabled flag — a bare true is not a valid event config. The Discord bot platform key is the literal "discord-bot", and its Slack counterpart is "slack-bot".
#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
notifications.replyin.omc-config.jsonwith polling interval and authorized user IDs, or use theOMC_REPLY_*environment variables. - 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/oh-my-claudecode:teaminstead 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./oh-my-claudecode:executesplits 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./oh-my-claudecode:verifyruns 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,/oh-my-claudecode:execute, and/oh-my-claudecode:verifyuntil 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 from the Claude Code plugin marketplace. These are Claude Code slash commands — enter them one at a time:
/plugin marketplace add https://github.com/Yeachan-Heo/oh-my-claudecode
/plugin install oh-my-claudecode
If you prefer the npm CLI/runtime path instead of the marketplace flow:
npm i -g oh-my-claude-sisyphus@latest
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.
Execute
Carries an approved task through to working, verified code. Replaces the retired ultrawork/ulw mode; for genuinely parallel work, team owns the worker lanes.
/oh-my-claudecode:execute 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).
/oh-my-claudecode: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.
/oh-my-claudecode:omc-plan the database migration strategy
When to use: Architecture decisions, migration planning, any task where upfront planning reduces rework.
Verify
Verifies that a change really works before completion is claimed — run tests, check results, and confirm the acceptance criteria. Replaces the retired ultraqa mode.
/oh-my-claudecode:verify
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.