文章目录Pre一、OMC 是什么给 Claude Code 装上一套「多 Agent 引擎」二、安装前的准备环境与依赖一览1. 必要条件检查2. 各平台 tmux 安装速查表3. 可选多 AI 供应商 CLI三、理解 OMC 的双界面插件 vs CLI1. 两种界面一览2. 插件与 CLI 如何协同四、安装方式一Claude Code 插件推荐1. 标准安装流程2. 设置范围项目级 vs 全局3. 验证安装用 omc-doctor 做健康检查五、安装方式二终端 CLInpm 全局安装1. 安装命令2. CLI 与会话内技能的对应关系3. 团队编排的两种运行时六、安装方式三本地开发检出面向贡献者1. 选项 A本地市场注册2. 选项 B使用 --plugin-dir 直接加载3. 开发者工作流与热重载注意事项七、三种安装方式的横向对比与选型建议1. 安装方式对比表2. 典型场景与推荐组合八、平台兼容性与实际使用注意事项1. 平台支持矩阵2. Hook 与 tmux 的实际影响九、更新、自动更新与卸载生命周期管理1. 更新策略2. 卸载与手动清理十、从安装到实践如何高效开始使用 OMC1. 建议的阅读与上手路径2. 实战示例给现有项目加一层「智能工作流」十一、总结把 OMC 当作「AI 工作流引擎」来用面向读者日常使用 Claude Code 的开发者希望用多 Agent 编排提升研发效率的工程师 / 研究人员对 AI 工具链与自动化感兴趣的技术爱好者本文围绕 Oh My ClaudeCodeOMC的安装与使用展开目标是帮你厘清 OMC 在工具链中的角色根据不同工作流选出最适合你的安装方式在理解原理的基础上给出可复制的实战安装与排错路径PreOMC - 01 用 19 个 Agent 打造你的 Claude Code“工程团队”oh-my-claudecode 深度解析与实战指南OMC - 02 五分钟起步走向多智能体协作深入解析 oh-my-claudecode 快速开始与架构设计一、OMC 是什么给 Claude Code 装上一套「多 Agent 引擎」OMCOh My ClaudeCode是一套围绕 Claude Code 构建的多 Agent 编排系统。它并不是另一个聊天机器人而是给 Claude Code 增加了这些能力多个专用 Agent 的协同处理编码、审查、调试、研究等团队流水线式的编排模式如多模型并行评审会话内技能斜杠命令与 Hook 自动化如自动跑脚本、同步状态支持跨供应商Claude / Gemini / Codex 等的综合分析与结果交叉验证可选安装多家 CLI更形象一点如果说 Claude Code 是 IDE 里的「AI 伙伴」那 OMC 就是一套给 AI 伙伴装上的任务分发系统 工作流程引擎 外挂工具系统。OMC 通过两种界面形态提供能力Claude Code 插件面向「编辑器内」的交互体验终端 CLI面向 Shell、自动化脚本和批处理场景大多数开发者会选择插件 CLI 双安装兼顾日常对话与自动化。二、安装前的准备环境与依赖一览在安装 OMC 之前推荐先做一次「前置条件体检」。1. 必要条件检查依赖项要求 / 说明Claude Code必须已安装详见 Anthropic 的官方文档身份验证Claude Max/Pro 订阅或配置ANTHROPIC_API_KEY环境变量Node.js版本 ≥ 20.0.0用于终端 CLI 和插件 Hooktmux用于omc team团队编排及速率限制检测可选但强烈推荐对于使用团队编排、终端自动化的用户Node.js tmux 基本属于「必装组合」。2. 各平台 tmux 安装速查表OMC 的多 Agent 团队模式与速率限制处理依赖 tmux它负责在终端中批量拉起和管理多个 CLI 会话。平台安装命令macOSbrew install tmuxUbuntu / Debiansudo apt install tmuxFedorasudo dnf install tmuxArchsudo pacman -S tmuxWindows (WSL2)sudo apt install tmux在 WSL 内执行Windows 原生winget install psmux使用 psmux 替代在 Windows 原生环境下OMC 使用 Node.js Hook.mjs并通过 psmux 实现类似 tmux 的能力因此标记为「实验性支持」。3. 可选多 AI 供应商 CLIOMC 只依赖 Claude 即可工作但如果你希望做到跨模型交叉验证与综合分析可以额外安装其他厂商 CLI。供应商安装命令用途示例Gemini CLInpm install -g google/gemini-cli设计审查、UI 一致性检查支持超长上下文百万 token 级Codex CLInpm install -g openai/codex架构验证、代码审查结果交叉核对这类组合在「系统级重构」「复杂评审」场景会非常有价值不同模型的结果可以互相验证降低单模型失误的风险。三、理解 OMC 的双界面插件 vs CLIOMC 的设计理念之一是把「对话中的智能」和「Shell 里的自动化」清晰拆开。1. 两种界面一览维度Claude Code 插件终端 CLInpm 包包名oh-my-claudecodeomcoh-my-claude-sisyphus提供能力会话内技能、Agent、Hook、HUD、MCP 服务端、斜杠命令Shell 命令omc setup / team / ask / doctor / autoresearch等安装方式通过 Claude Code 插件市场npm i -g oh-my-claude-sisyphuslatest典型场景IDE 内编程、讨论、调试、交互式工作流终端批处理、CI 脚本、自动化团队编排插件负责把多 Agent 能力嵌入 Claude Code会话内完成 Agent 调度、Hook 执行、状态展示等。CLI 则偏向工程化一条命令就能在 tmux 里拉起一组模型、执行长时间研究任务、或者进行环境诊断。2. 插件与 CLI 如何协同CLI 会自动检测插件是否已安装避免重复注册技能。插件侧的斜杠命令如/autopilot、/ralph、/ultrawork、/team聚焦交互式场景。CLI 提供omc team / omc autoresearch / omc doctor等命令更适合在终端脚本中被调用。这意味着你可以在 Claude Code 里用/team发起智能协作式代码评审在终端通过omc team ...批量跑多模型测试把结果写入日志和报告文件四、安装方式一Claude Code 插件推荐这一方式是绝大多数用户的首选优点是与 Claude Code 深度集成自动处理 Agent / Hook / 技能注册支持完整的会话内体验HUD、MCP、斜杠命令等1. 标准安装流程以下步骤均在 Claude Code 内完成第 1 步添加市场源/plugin marketplaceaddhttps://github.com/Yeachan-Heo/oh-my-claudecode第 2 步安装插件/plugininstalloh-my-claudecode第 2b 步可选 / 推荐安装终端 CLInpmi-goh-my-claude-sisyphuslatest第 3 步运行初始设置在 Claude Code 中执行任一命令setup omc# 或/oh-my-claudecode:omc-setup完成后插件会自动完成Agent 定义加载Hook 脚本注册技能与命令发现配置文件写入与初始化2. 设置范围项目级 vs 全局安装完毕后需要决定 OMC 的生效范围范围类型命令配置文件位置作用范围项目本地推荐/oh-my-claudecode:omc-setup --local./.claude/CLAUDE.md仅当前项目全局/oh-my-claudecode:omc-setup~/.claude/CLAUDE.md所有项目的 Claude Code 会话关键点项目级配置优先于全局配置如果两者同时存在将以项目本地的./.claude/CLAUDE.md为准。修改全局配置前会有明确确认提示如果选择「保留模式」普通claude继续使用原有基础配置而通过omc入口则加载伴随配置。推荐实践单一项目尝试先用项目本地配置避免影响其他工程。确认稳定后再酌情使用全局配置把常用 Agent / Hook 能力推广到所有项目。3. 验证安装用 omc-doctor 做健康检查安装和设置完成后建议立刻做一次诊断/oh-my-claudecode:omc-doctor该命令会从五个维度进行检查检查项内容说明依赖项必要包是否已安装配置配置文件语法与路径是否正确HookHook 脚本是否注册且可执行Agent所有 Agent 定义是否可用技能技能注册是否完整如果你在后续更新或改配置后遇到异常也可以再次运行此命令作为首选排错手段。五、安装方式二终端 CLInpm 全局安装这一方式适合有如下需求的开发者需要在 Shell / CI 中调用omc完成自动化工作希望把多 Agent 工作流整合进现有脚本体系偏好命令行驱动而不是纯会话式交互1. 安装命令npmi-goh-my-claude-sisyphuslatest安装完成后会生成三个入口命令omc、omc-cli、oh-my-claudecode它们都指向bridge/cli.cjs中的统一 CLI 运行时。2. CLI 与会话内技能的对应关系功能类型终端 CLI 调用示例会话内对应命令初始设置omc setup/setup或/omc-setup指定供应商提问omc ask codex review this/ask codex review this团队编排omc team 2:codex task/team 3:executor taskAutopilot / Ralph / Ultrawork——仅会话内支持/autopilot、/ralph、/ultrawork自动研究omc autoresearch .../deep-interview --autoresearch ...诊断omc doctor/oh-my-claudecode:omc-doctor两者的关系不是替代而是互补当你在编辑器里交互式调试时更多用会话内斜杠命令当你在终端批量运行任务时更多用omc命令行接口3. 团队编排的两种运行时需要特别注意的是omc team与/team的执行环境差异很大omc team在 tmux 中创建多个窗格每个窗格运行 Codex、Gemini 或 Claude CLI偏向「一键拉起一组模型并行工作」的终端场景/team完全基于 Claude Code 内建的团队工作流更适合在编辑器中进行多 Agent 协作对话选择时可以按「是否要离开 IDE」来区分不离开用/team想把结果写入日志/文件/CI用omc team六、安装方式三本地开发检出面向贡献者如果你希望参与 OMC 开发、测试未发布功能或者通过 git worktree 做多版本共存本地检出安装更合适。1. 选项 A本地市场注册适合希望沿用现有插件市场机制但指向本地代码目录的场景。典型流程# 1. 将本地检出注册为市场claude plugin marketplaceadd/path/to/oh-my-claudecode# 2. 从本地市场安装claude plugininstalloh-my-claudecodeoh-my-claudecode# 3. 在 Claude Code 内运行设置/setup# 4. 重启 Claude Code2. 选项 B使用 --plugin-dir 直接加载如果你希望完全跳过市场缓存直接从本地文件系统读取可以采用--plugin-dir模式。两种常见写法# 使用 omc 入口omc --plugin-dir /path/to/oh-my-claudecode setup --plugin-dir-mode或手动导出环境变量然后直接调用 Claude CLIexportOMC_PLUGIN_ROOT/path/to/oh-my-claudecode claude --plugin-dir /path/to/oh-my-claudecode omc setup --plugin-dir-mode3. 开发者工作流与热重载注意事项插件市场系统会将插件内容复制并缓存到~/.claude/plugins/cache/不会自动感知源码目录的变更。如果你通过「本地市场」方式安装每次修改代码后的常见流程是npmrun build# 1. 构建 TypeScript 变更claude plugin marketplace update oh-my-claudecode# 2. 刷新缓存claude plugin update oh-my-claudecodeoh-my-claudecode# 3. 更新插件/setup# 4. 重新运行设置# 5. 手动重启 Claude Code而在--plugin-dir模式下可以跳过第 2、3 步直接构建npm run build重新运行 setup 命令重启 Claude Code对于频繁调试插件行为的贡献者来说--plugin-dir 热重载无疑是更高效的路径。七、三种安装方式的横向对比与选型建议从工程实践的角度选择哪一种安装方式很大程度上取决于你的角色和日常工作流。1. 安装方式对比表评估维度插件市场安装npm CLI本地检出上手难度初级初级高级更新方式每 24 小时自动检查手动npm i -g ...latest手动git pull 构建会话内技能✅ 完整✅ 完整需执行omc setup✅ 完整Shell 命令omc❌需单独 npm 安装✅✅热重载能力❌❌✅配合--plugin-dir配置隔离插件缓存目录实现隔离~/.claude/agents/、commands/直接以文件系统为源适用人群/场景绝大多数日常用户自动化、脚本驱动、CI 集成贡献者、测试人员、深度自定义2. 典型场景与推荐组合日常开发者安装方式插件市场安装可选再加一份 npm CLI方便有需要时在终端使用omc部署建议项目级配置优先自动化 / 平台工程师安装方式插件 npm CLI用插件保证开发体验用 CLI 把 OMC 串进 CI/CD 和自动化流水线OMC / AI 工具链贡献者安装方式本地检出 --plugin-dir结合热重载与多分支工作流高频迭代插件功能八、平台兼容性与实际使用注意事项不同平台对 OMC 的支持程度略有差异尤其是在 Hook 类型与 tmux 依赖上。1. 平台支持矩阵平台插件安装支持Hook 形式备注说明macOS✅ 完全支持Bash.sh推荐主力平台之一Linux✅ 完全支持Bash.sh服务端 / 开发机场景的优先选择Windows (WSL2)✅ 支持Bash.sh在 WSL 内安装 tmux 即可Windows 原生⚠️ 实验性支持Node.js.mjs使用 psmux 替代 tmux适合尝鲜和轻度使用如果你在企业环境中准备大规模推广开发机环境建议统一在 macOS / LinuxWindows 用户优先采用 WSL2 tmux 方案2. Hook 与 tmux 的实际影响对于只用简单会话内技能的用户即便暂时没有 tmux也可以先跑起来 OMC 的大部分功能。一旦涉及到omc team或复杂并行编排需要确保 tmux 或 psmux 正常可用。九、更新、自动更新与卸载生命周期管理工具链一旦深入进项目更新策略就会直接影响稳定性与安全性。OMC 在更新与卸载方面提供了完整路径。1. 更新策略根据不同安装方式更新命令分别为安装方式更新方式插件市场安装/plugin marketplace update omc然后执行/setupnpm CLInpm i -g oh-my-claude-sisyphuslatest本地检出git pull→npm run build→ 再次运行设置此外OMC 内置了一个静默自动更新系统使用并发安全的锁机制避免多进程抢占更新每 24 小时最多检查一次最新版本实践建议在任何插件更新之后重新执行一次/oh-my-claudecode:omc-setup确保最新配置生效。若更新后出现异常优先运行/oh-my-claudecode:omc-doctor做诊断。2. 卸载与手动清理如果需要从系统中移除 OMC可以按以下步骤进行。插件卸载/plugin uninstall oh-my-claudecodeoh-my-claudecodenpm CLI 卸载npmuninstall-goh-my-claude-sisyphus深度手动清理OMC 提供了一个卸载脚本用于清理settings.json中的 Agent、命令、技能、Hook、状态文件及 Hook 配置等信息。但有几项不会自动删除如果需要进一步清理可手动执行项目手动删除命令全局CLAUDE.mdrm ~/.claude/CLAUDE.mdsettings.json备份文件rm ~/.claude/settings.json.bak项目状态计划、记事本等rm -rf .omc对于在多项目中广泛使用 OMC 的用户建议保留至少一个项目的状态目录.omc以留存历史上下文特别是在重构类长期任务中。十、从安装到实践如何高效开始使用 OMC完成安装并通过omc-doctor验证之后接下来就是让它真正融入你的开发工作流。1. 建议的阅读与上手路径官方提供了明确的进阶路径可以帮助你快速从「能用」过渡到「用好」快速入门目标在约 60 秒内跑通第一次 Autopilot 会话场景示例给某个模块编写单元测试基于需求文档生成接口定义和基础实现会话内技能参考完整列出所有可用斜杠命令及参数这是把 OMC 真正当成「体系」来使用的关键文档架构概览讲清楚 Agent、Hook、技能流水线分别负责什么理解之后就能自信地做更深度的定制和扩展2. 实战示例给现有项目加一层「智能工作流」假设你有一个已有的微服务项目希望借助 OMC 做以下事情自动梳理代码结构并输出架构图草稿对关键模块做跨模型代码审查Claude Codex对每个 PR 给出统一风格的 Review 建议一个典型的落地流程可以是在项目根目录执行项目级omc-setup./.claude/CLAUDE.md绑定该项目的 Agent 配置与 Hook 逻辑安装 Gemini CLI 与 Codex CLI可选但推荐让 OMC 在关键审查阶段启用多模型交叉分析在 Claude Code 内配置常用斜杠命令例如自定义技能/team拉起多 Agent 对当前 Diff 做审查/autopilot针对单一复杂需求启动长流程分析与实现在 CI 环境中加入omc命令为每个 PR 生成 AI Review 报告对核心路径增加自动化安全检查与风格统一检测通过这种组合你可以让「AI 辅助」从临时性、聊天型的使用模式升级为稳定、可复制、可审计的工程实践。十一、总结把 OMC 当作「AI 工作流引擎」来用回顾全文OMC 的核心价值可以概括为三点从单 Agent 到多 Agent 协作不再是「一个 AI 帮我写代码」而是「一组专长各异的 Agent 协同完成任务」。从交互式对话到工程化工作流在 Claude Code 内你可以通过斜杠命令完成复杂交互在终端与 CI 中则通过omc把这些能力固化为流水线的一部分。从工具到平台级扩展能力通过 Hook、技能系统、MCP 工具服务端等机制你可以把 OMC 和现有基础设施打通包括日志、监控、知识库以及各种内部系统。在安装选择上如果只需要一个结论可以是只想先用用看直接使用「方式一Claude Code 插件」项目级配置即可。已经在写大量自动化脚本 / 做平台工程插件 npm CLI 双栈并把omc纳入你的 CI / 运维流水线。对 OMC 本身也想改造与贡献使用本地检出 --plugin-dir的高级模式以更快地迭代和调试。一旦将 OMC 稳定集成进开发流程你会发现AI 不再只是临时「帮我写点代码」而是渗透进了需求分析、设计评审、编码、测试、上线、回溯等整个生命周期——并且在每一环节都能通过多 Agent 协同和跨模型验证让工程质量有一个「可度量」的跃迁。如果你已经完成安装和基本验证下一步可以直接从快速入门与会话内技能参考开始将 OMC 真正用在自己的项目里。随着实际场景的积累你也可以逐步尝试编写自定义技能和 Hook把它打造成项目团队的专属 AI 工作流中枢。