Oh My ClaudeCode

为 Claude Code 提供团队优先的多智能体编排与可验证执行流程。

Star 数
★ 41k
最近更新
1 天前
License
MIT
主语言
TypeScript

30 秒速览

运行形态
Agent 插件 / 技能命令行工具代码库 / SDK
可在哪里用
平台专用Claude CodeCodex · Claude API(部分支持)
费用
软件免费,模型调用费用自付
上手难度
低 · 几分钟可跑通
开始前需要
Claude Code CLIClaude Max/Pro 订阅或 Anthropic API 密钥用于 omc team 和速率限制检测的 tmuxShell / 命令行网络访问本地文件系统
典型场景
使用 Claude Code 的后端团队,需要把认证模块修复拆成规划、执行、验证和修复阶段时,可使用 /team。
不适合
  • 不使用 Claude Code 的团队
  • 在 CI 中依赖交互式斜杠命令的团队

这个 Agent 能做什么,适合哪些场景?

Oh My ClaudeCode(OMC)是面向 Claude Code 的多智能体编排插件和命令行工具。其会话内入口包括 /team、/autopilot、/ralph、/ultrawork 与 /deep-interview,终端入口包括 omc setup、omc ask 和 omc team。/team 采用 team-plan → team-prd → team-exec → team-verify → team-fix 的分阶段流程;omc team 则在 tmux 中按需启动 Claude、Codex、Gemini、Antigravity、Grok 或 Cursor CLI 工作进程。它会把运行状态、会话数据、计划、日志、交接和本地产物默认写入 .omc/,并可用 HUD、会话摘要和重放日志观察执行。核心使用场景是已采用 Claude Code、希望把规划、执行、验证和修复组织成持续工作流的开发团队或个人。

安装后,用户可在 Claude Code 会话中运行 /setup 或 /omc-setup,或在终端运行 omc setup。/team 将任务放入原生团队流程,依次进行 team-plan、team-prd、team-exec、team-verify,并在需要时循环 team-fix;/autopilot、/ralph 和 /ultrawork 提供不同的会话内执行模式。omc ask <provider> <prompt> 会调用本地 Claude、Codex、Gemini、Antigravity、Grok 或 Cursor CLI,并把 Markdown 结果保存到 .omc/artifacts/ask/。omc team N:<provider> "..." 会在当前 tmux 会话中启动相应 CLI 的工作窗格,任务完成后退出;omc team status 和 omc team shutdown 用于查看和停止团队。

  1. 使用 Claude Code 的后端团队,需要把认证模块修复拆成规划、执行、验证和修复阶段时,可使用 /team。
  2. 需要用 Codex CLI 独立复核安全或架构问题的开发者,可运行 omc team 2:codex "review auth module for security issues"。
  3. 正在实现端到端功能、希望由单一主导代理推进工作的 Claude Code 用户,可使用 /autopilot。
  4. 需求仍然模糊、希望在写代码前通过追问澄清范围的产品开发者,可使用 /deep-interview。
  5. 在 CI 或无交互环境中需要调用顾问能力并保存结果的工程团队,可使用 omc ask,以及文档列出的 omc session search 等确定性终端命令。

如何安装或部署这个 Agent?

前提:安装 Claude Code CLI,并具备 Claude Max/Pro 订阅或 Anthropic API key。推荐插件安装方式是在 Claude Code 中逐行运行:

/plugin marketplace add https://github.com/Yeachan-Heo/oh-my-claudecode
/plugin install oh-my-claudecode

随后运行:

/setup

也可安装 npm 运行时:

npm i -g oh-my-claude-sisyphus@latest

然后在终端运行:

omc setup

使用 omc team 或速率限制检测时还需安装 tmux。

如何使用这个 Agent?

首次可在 Claude Code 会话中运行:

/autopilot "build a REST API for managing tasks"

若要启用原生团队模式,先在 ~/.claude/settings.json 设置 CLAUDE_CODE_EXPERIMENTAL_AGENT_TEAMS=1,然后运行:

/team 3:executor "fix all TypeScript errors"

若改用 tmux CLI 工作进程,确保所选 CLI 已安装并完成认证,再在活动 tmux 会话中运行:

omc team 2:codex "review auth module for security issues"

可用 omc ask codex "review this patch" 获取顾问结果。

这个 Agent 有哪些优点和局限?

优点
  • 同时提供 Claude Code 会话内团队流程和 tmux CLI 工作进程两种执行表面,适合交互式协作与终端自动化的不同边界。
  • /team 明确采用 team-plan、team-prd、team-exec、team-verify、team-fix 的阶段化管线,而不是只启动并行子任务。
  • omc ask 可调用多个本地提供商 CLI,并将顾问结果保存为 .omc/artifacts/ask/ 下的 Markdown 产物。
  • 默认将会话、日志、计划、交接和重放信息放入 .omc/,并提供 HUD 与会话摩擦报告等本地可观测性入口。
局限
  • 核心运行环境是 Claude Code;即使可调度 Codex 等外部 CLI,也不能将其视为独立的 Codex 产品替代品。
  • omc team 依赖活动 tmux 会话,且每种外部工作进程都要求对应 CLI 已安装和认证。
  • 命名 Autopilot 阶段配置文件仅支持 Linux 且需要 flock;不支持的平台会拒绝显式 --workflow 调用。
  • 大部分会话内斜杠命令不适合 CI 或无头自动化;文档要求此类环境改用确定性的终端命令。

这个 Agent 与同类方案有什么区别?

仓库将 oh-my-codex 定位为面向 OpenAI Codex CLI 的同类编排体验;Oh My ClaudeCode 的核心目标则是 Claude Code。它还注明受 oh-my-opencode 启发,但未提供可核验的功能对照。

与相关度最高的同类 agent 并排比较关键指标。

Agent 源码审查 形态 / 费用 Star 最近更新 主语言 完整支持的平台
Oh My ClaudeCode 当前 63 · 存在缺口 Agent 插件 / 技能免费 + 模型费 ★ 41k 1 天前 TypeScript Claude Code
Friday 多编程代理工作台 68 · 存在缺口 桌面应用免费版 + 付费版 ★ 45 1 天前 TypeScript Codex · Claude Code
Happier 82 · 表现良好 桌面应用免费 + 模型费 ★ 2.2k 今天 TypeScript Codex · Claude Code
Harmonist 78 · 表现良好 命令行工具免费 + 模型费 ★ 2.2k 4 个月前 Python —

FollowAgents 如何评估这个 Agent?

FollowAgents 源码审查 · FARS-2.1
存在缺口
63/ 100 五分制 3.2 / 5
本评测基于 2026年8月9日 的源码;此后该项目发布了 43 个正式版本,尚未复审。分数与结论只代表评测时的版本。 最近版本 ↓
信任安全 16/29
可靠稳定 9/14
适用触发 12/18
规范维护 12/18
有效结果 9/13
证据核验 5/8
查看各维度的扣分理由
信任安全16 / 29 · 2.8/5

证据显示有安全配置(SECURITY.md)和严格模式,但未提供用户确认机制的具体实现。数据流透明度有文档说明,敏感数据处理有环境变量警告。依赖安全有版本锁定但未提供漏洞扫描证据。外部影响有文档说明,回滚机制有提及但未详细说明。来源归属有作者信息。

可靠稳定9 / 14 · 3.2/5

自洽性良好,文档与代码一致。依赖可用性有package.json和CI测试。失败消息有测试覆盖。

适用触发12 / 18 · 3.3/5

目标受众明确,场景多样。能力边界有文档说明。触发词精确。环境适配有跨平台测试。

规范维护12 / 18 · 3.3/5

信息架构清晰,安装说明详细。命名稳定。示例和FAQ有提供。已知限制有文档。许可证明确。版本管理有CI检查。维护责任有作者和贡献指南。

有效结果9 / 13 · 3.5/5

输出可用性有文档和示例。边际价值高,提供多代理编排。成本效益有成本优化说明。

证据核验5 / 8 · 3.1/5

声明可追溯,有文档和代码支持。跨来源验证有测试。事实与推断分离良好。

风险与缓解建议
  • 未验证发布者身份,需谨慎使用。
  • 依赖安全未提供漏洞扫描证据,建议检查依赖版本。
  • 用户确认机制未明确实现,需注意自动批准风险。
证据充分度:低 评估于 2026年8月9日 审查版本 41a4c0f77144 评估后仓库已有新提交,评分可能未覆盖最新改动
查看完整评分方法 →

最近版本

来自该项目 GitHub Releases 的最新发布记录,说明为上游原文摘录,未经本站改写或测试。

  1. v5.7.30
    发布说明摘录
    oh-my-claudecode v5.7.30: Fix Windows executable search in project folder Release Notes This release fixes a security issue where omc processes on Windows could inadvertently run executables planted in the project folder. Bug Fixes - fix: stop omc processes on Windows from running executables planted in the project folder (#4768) Stats - 1 PR merged | 0 new features | 1 bug fix | 0 test improvements | 0 chore Install / Update …
    在 GitHub 查看 ↗
  2. v5.7.29
    发布说明摘录
    oh-my-claudecode v5.7.29: Windows provider resolution and state-lock contention fixes Release Notes This release resolves Windows-specific provider resolution issues for both npm-installed and planted-cwd binaries, fixes state-lock contention from early probe attempts, and improves SessionEnd action claim and manifest handling. Note: v5.7.28 was cut from the wrong branch (main instead of dev) and contained only a version bump with no functionality changes; it was not published to npm or GitHub releases. This release incorporates all intended fixes from the 5.7.27→5.7.28→5.7.29 sequence. …
    在 GitHub 查看 ↗
  3. v5.7.27
    发布说明摘录
    oh-my-claudecode v5.7.27: SQLITE_BUSY retry, BigInt file identities, and SessionEnd manifest drift handling Release Notes This release introduces compatibility improvements for NTFS file systems with BigInt inode support, adds retry logic for early SQLITE_BUSY errors during state-lock setup, and improves SessionEnd action claim handling to prevent zombie claims. Thanks to the maintainers for #4717, #4719, #4721, and #4723. Bug Fixes - fix(lib): retry an early SQLITE_BUSY from state-lock database setup (#4717) - fix(utils): use BigInt inodes for NTFS compatibility (#4719) …
    在 GitHub 查看 ↗

常见问题

是否必须安装 Codex、Gemini 或其他外部 CLI?
不必须。仓库说明 OMC 不依赖这些可选提供商即可工作;只有在使用 omc ask 或 omc team 的对应 provider 时,才需要安装并认证相应 CLI。
团队模式失败时会怎样?
若 Claude Code 原生 teams 未启用,OMC 会发出警告,并在可能时回退到非团队执行。启用方式是在 Claude Code 设置中设置 CLAUDE_CODE_EXPERIMENTAL_AGENT_TEAMS=1。
它会在仓库中写入哪些数据?
默认写入 .omc/,包括运行状态、会话数据、计划、日志、交接、研究笔记和本地产物。仅 .omc/skills/** 被设计为可提交的项目技能;其余内容通常为本地运行数据。
能否用于 CI?
可以使用 omc setup、omc ask、omc session search 和仓库脚本等确定性终端入口,并在运行环境配置 ANTHROPIC_API_KEY 或提供商 CLI 认证;不要依赖需要活动 Claude Code 会话的 /autopilot、/ralph 或 /team。
在 GitHub 查看 ↗ 安装 ↓

对比同类 Agent

用同一套 FARS 评审,横向比较这个 Agent 所属的短名单。

相关 Agents