OMC（oh-my-claudecode）的执行原理，核心是一套多智能体编排层，架在 Claude Code
之上，通过分派、状态管理和技能触发来协调工作。具体机制：
1. 委派机制（Delegation）
不是所有任务都自己做。规则很明确：
-
多文件改动、重构、调试、评审、规划、研究、验证 → 委派给专门 agent
-
琢碎操作、简单澄清、单条命令 → 自己直接做
2. Agent 目录 + 模型路由
每类工作对应专门 agent（如 explore 用 haiku 做快速搜索，architect/planner 用
opus 做深度分析，executor 用 sonnet
做实现），按任务复杂度选模型档位，避免用重模型做轻任务。
3. 技能触发（Skills）
关键词自动识别并调用对应 skill，例如 "ralph"→持久化重试循环、"ulw"→高并发并行执
行、"ultrathink"→深度推理（就是你刚才触发的这个）。触发靠 CLAUDE.md
里的关键词映射表，不需要手动 /命令。
4. Hook 与系统提醒
Claude Code 的 hook 机制会在工具调用前后注入 <system-reminder>，OMC
借此传递状态（比如 "boulder never stops" 表示 ralph/ultrawork
模式仍在跑），实现跨轮次的状态感知。
5. 状态持久化
state_read/state_write 等工具把执行状态写到 .omc/state/，配合
notepad（工作记忆）、project_memory（项目级记忆）实现跨会话的上下文延续。Notepad
分 7 天过期和永久优先两级。
6. 验证闭环
强制"写"和"审"分离------同一个执行上下文不能自我批准，必须交给 verifier 或
code-reviewer 做独立评审，完成前要求：任务清零、测试通过、有验证证据。
7. Team 编排（可选）
更复杂场景可用 /team 显式拉起团队流水线：team-plan → team-prd → team-exec →
team-verify → team-fix（失败可循环回
fix），适合有独立并行分支、协调成本值得付出的场景。
一句话总结：OMC 不是让模型自己包揽一切，而是通过"识别任务类型 → 路由给合适的
agent/模型 → 记录状态 →
独立验证"这一闭环，把单轮对话变成可追踪、可分工的工程流程。