Agents 编排工具 - OMC 和 Ruflo,到底该怎么选?
同样是给 Claude Code 装"涡轮",一个 34K Star,一个 53K Star。一个主打"零学习曲线",一个号称给 Claude 装上"神经系统"。本文把两者拆开对比,告诉你什么场景该上哪个。
一、先看一眼到底是什么
Claude Code 原生只是单线程的对话 + 工具调用,干稍微复杂点的活就开始捉襟见肘:上下文炸了、agent 之间没法协作、token 烧得心疼、跨 session 啥都记不住。
社区给出的两条解法,恰好走向了两个极端:
| 项目 | 定位 | Star | 安装路径 | 一句话 |
|---|---|---|---|---|
| oh-my-claudecode (OMC) | Claude Code 的多智能体编排插件 | 34.3K | /plugin install |
给 Claude 装一层「指挥官」,零学习曲线 |
| ruflo(前身 claude-flow) | 多智能体编排平台 | 53.3K | npx ruflo init 或插件 |
给 Claude 装整套「神经系统」,含记忆、学习、联邦 |
一个是插件 ,一个是平台。这就是它们最核心的区别。
二、oh-my-claudecode:用自然语言指挥一支 Claude 小队
2.1 安装就两行
bash
/plugin marketplace add https://github.com/Yeachan-Heo/oh-my-claudecode
/plugin install oh-my-claudecode
/omc-setup
完事。然后就能这样直接用:
bash
autopilot: build a REST API for managing tasks
没有 MCP server 要配,没有数据库要初始化,没有守护进程要起。它的整套哲学就一句话写在 README 上:"无需学习 Claude Code,直接使用 OMC"。
2.2 核心机制:Team 流水线
从 v4.1.7 开始,OMC 把所有编排都统一到了 Team 模式。底层是一个阶段化流水线:
arduino
team-plan → team-prd → team-exec → team-verify → team-fix (loop)
要启用原生 Team,先在 ~/.claude/settings.json 里打开开关:
json
{
"env": {
"CLAUDE_CODE_EXPERIMENTAL_AGENT_TEAMS": "1"
}
}
然后扔一个任务进去:
bash
/team 3:executor "fix all TypeScript errors"
OMC 会自动把它拆分给 3 个 executor agent 并行执行,整个流程 plan → exec → verify → fix 自动跑,跑完再回来。
2.3 真正的杀手锏:跨 CLI 的并行编排
v4.4.0 之后,OMC 不再用 MCP 包装 Codex/Gemini,而是直接在 tmux 分屏里起真实的 CLI 进程:
bash
/omc-teams 2:codex "review auth module for security issues"
/omc-teams 2:gemini "redesign UI components for accessibility"
/omc-teams 1:claude "implement the payment flow"
或者更直接的 /ccg 三模型混战:
bash
/ccg Review this PR --- architecture (Codex) and UI components (Gemini)
| 技能 | 启动什么 | 适合干什么 |
|---|---|---|
/omc-teams N:codex |
N 个 Codex CLI 窗格 | 代码审查、安全分析、架构 |
/omc-teams N:gemini |
N 个 Gemini CLI 窗格 | UI/UX 设计、文档、大上下文 |
/omc-teams N:claude |
N 个 Claude CLI 窗格 | tmux 里的通用任务 |
/ccg |
1 Codex + 1 Gemini | 三模型协同 |
工作者跑完任务自动退出,不留僵尸进程。前提是本机装了对应 CLI,并且开着 tmux。
2.4 魔法关键词
OMC 把高频操作做成了一组关键词,写自然语言时直接顺手敲出来就行:
| 关键词 | 干嘛用 |
|---|---|
autopilot |
全自动端到端开发 |
ralph |
持久模式,不完成不退 |
ulw |
最大并行 |
plan |
规划访谈 |
deep-interview |
苏格拉底式需求澄清 |
2.5 还有什么值得提
- HUD 状态栏:实时把编排状态打印在状态栏上,知道现在谁在干啥
- 技能学习 :
/skillify自动把你这次会话里的解决方案提取成可复用的 skill 文件,下次类似场景自动注入 - 成本优化:简单任务路由到 Haiku,复杂推理上 Opus,官方数据省 30-50% token
- 速率限制等待 :
omc wait --start启用后,限流恢复了自动接着干
三、ruflo:给 Claude Code 装一套神经系统
3.1 它要解决的问题不一样
Ruflo(原 claude-flow)的目标不是"让 Claude Code 更好用",而是"让多个 Claude 实例像一个有机系统那样运作"。看它官方的架构图你就懂了:
rust
User --> Ruflo (CLI/MCP) --> Router --> Swarm --> Agents --> Memory --> LLM Providers
^ |
+---- Learning Loop <-------+
关键词是 Swarm(蜂群) 、Memory(向量记忆) 、Learning Loop(学习闭环) 、Federation(联邦)。
3.2 两种安装路径,差别巨大
这是上手 Ruflo 第一个要搞清楚的事,插件安装和 CLI 安装不是一回事:
| 维度 | Claude Code 插件方式 | CLI 安装(npx ruflo init) |
|---|---|---|
| 提供什么 | 部分 slash command + agent 定义 | 完整 Ruflo:98 agents、60+ commands、30 skills、MCP server、hooks、daemon |
| 写入工作区 | 零文件 | .claude/、.claude-flow/、CLAUDE.md、helpers、settings |
| MCP server | 不注册 (memory_store、swarm_init 这些都用不了) |
注册 |
| Hooks | 不装 | 装 |
| 适合谁 | 想浅尝一下某个插件 | 生产用,文档讲的所有功能都要 |
想要完整能力就老老实实跑:
bash
npx ruflo@latest init wizard
# 或者
claude mcp add ruflo -- npx ruflo@latest mcp start
3.3 33 个插件的版图
Ruflo 把功能切成了 33 个 Claude Code 原生插件。挑几个有代表性的看:
核心与编排
ruflo-core:基座 server + 健康检查ruflo-swarm:多 agent 协作ruflo-autopilot:自主循环ruflo-federation:跨机器/跨组织的安全协作
记忆与知识
ruflo-agentdb:基于 HNSW 的向量数据库,号称比暴力检索快 150x--12500xruflo-rag-memory:混合检索 + 图遍历 + 多样性排序ruflo-ruvector:GPU 加速搜索 + Graph RAG,103 个工具ruflo-knowledge-graph:实体关系图
智能与学习
ruflo-intelligence:从过往成功案例学习ruflo-graph-intelligence:基于 PageRank 的子线性图推理ruflo-ruvllm:跑本地 LLM(Ollama 之类)+ 智能路由
安全与合规
ruflo-aidefence:拦截 prompt injection、检测 PIIruflo-security-audit:扫 CVE
领域专用
ruflo-neural-trader:AI 交易,4 个 agent + 112+ 工具ruflo-iot-cognitum:IoT 设备管理 + 异常检测
3.4 Agent Federation:Slack for Agents
这是 Ruflo 最有野心的部分。它要做的事情是:让你机器上的 agent 和别人机器上的 agent 互相协作,但不泄露数据。
css
Your Agent --> [ 脱敏 PII ] --> [ 消息签名 ] --> [ 加密通道 ]
邮箱、SSN、 证明是你发的 传输过程没人能读
密钥剥离
|
v
Their Agent <-- [ 拦截攻击 ] <-- [ 校验身份 ] <--------+
防 prompt 拒绝伪造
injection
双方都留审计日志。信任随时间累积,行为不当立刻降级。
具体能干嘛:
| 能力 | 怎么做到的 |
|---|---|
| 零信任联邦 | mTLS + ed25519 挑战应答,没有共享密钥 |
| PII 数据流闸门 | 14 类检测管线,按信任级别 BLOCK / REDACT / HASH / PASS |
| 行为信任评分 | 0.4×成功率 + 0.2×在线率 + 0.2×威胁 + 0.2×完整性,升级要历史,降级实时 |
| 合规 | HIPAA / SOC2 / GDPR 审计模式 |
实际用起来就这几条命令:
bash
npx claude-flow@latest federation init
npx claude-flow@latest federation join wss://team-b.example.com:8443
npx claude-flow@latest federation send --to team-b --type task-request \
--message "Analyze transaction patterns for account anomalies"
3.5 Web UI 和 Goal Planner
Ruflo 还附赠了两个 Web 界面(也都可自托管):
- flo.ruv.io:多模型聊天 UI,内置 MCP 工具调用。一轮对话能并行触发 4-6 个工具,向量记忆跨 session
- goal.ruv.io:GOAP(目标导向行动规划)A* 规划器。你打一句"ship the auth refactor with tests and a PR",它把目标分解成前置条件 + 动作的树,然后调度真实 agent 去跑
四、关键差异,一张表说清楚
| 维度 | oh-my-claudecode | ruflo |
|---|---|---|
| 本质 | Claude Code 插件 | 独立编排平台 |
| 安装复杂度 | 两条 slash 命令 | CLI 完整安装会写很多文件 |
| 学习曲线 | 几乎为零,魔法关键词够用 | 314 个 MCP 工具 + 26 个 CLI 命令,但官方说装完正常用就行 |
| 多 agent 模型 | Team 流水线 + tmux CLI 工作者 | Swarm(hierarchical/mesh/adaptive 拓扑)+ 共识 |
| 跨 session 记忆 | Skill 文件(手动 + 自动提取) | HNSW 向量库 AgentDB,自动持久 |
| 学习能力 | 从会话提取 skill 模板 | SONA 神经模式 + ReasoningBank 轨迹学习 |
| 多模型支持 | Claude + Codex + Gemini(tmux 真 CLI) | Claude / GPT / Gemini / Cohere / Ollama 五家 + 智能路由 |
| 跨机器协作 | 无 | Federation(mTLS + ed25519 零信任) |
| 安全 | 标准 Claude Code 安全 | AIDefence + CVE 加固 + PII 闸门 |
| 观测 | HUD 状态栏 + 通知(TG/Discord/Slack) | 结构化日志 + 追踪 + cost-tracker |
| 生态 | 1 个主项目,姊妹项目 oh-my-codex | 33 个插件 + Web UI + Goal Planner + RuVector |
| 包体量 | npm 包一个 | npm 包 + Rust 引擎 + 多个独立 npm 包 |
| 许可 | MIT | MIT |
五、什么场景选哪个?
选 oh-my-claudecode 如果你:
- 主力工具就是 Claude Code,想要"原地升级",不想换工作流
- 项目是单人或小团队,复杂度可控
- 想用一句自然语言(
autopilot:、ralph:)就跑完一个端到端任务 - 同时订了 Claude + Codex + Gemini,想让三家在 tmux 里并行干活
- 不想在仓库里写一堆
.claude-flow/、CLAUDE.md这种配置文件 - 要的是效率倍增器
选 ruflo 如果你:
- 在搭团队级或企业级的 AI 工作流,不止你一个人用
- 需要跨 session 的持久记忆,不接受"每次都重新解释一遍背景"
- 需要 agent 跨机器、跨团队、甚至跨组织协作,但不能泄露数据
- 有合规要求(HIPAA / SOC2 / GDPR)
- 想用 Web UI 让非工程师也能用上多 agent 编排
- 需要 RAG / 知识图谱 / 向量检索这种重型基础设施
- 要的是操作系统
一个直觉判断
把 Claude Code 比作一台机器:
- OMC 是给它装了一个更聪明的方向盘和挡位------你还是那个司机,但你能更快地完成原本就能完成的事
- Ruflo 是给它换了底盘、加了车队调度系统、铺了一条专用高速公路------你从开车变成了运营一支车队
两者没有绝对的好坏,只看你现在的瓶颈在哪。如果瓶颈是"Claude 一次干不完一个完整任务",上 OMC。如果瓶颈是"我有十个 Claude 实例但它们彼此不知道对方在干嘛、也记不住昨天聊过啥",上 Ruflo。
六、能不能同时用?
理论上能。OMC 是 Claude Code 插件,Ruflo 也提供 Claude Code 插件版本(lite 模式)。但实际并不推荐:
- 两者都接管 Claude Code 的 agent 调度,命名空间和 hook 会撞车
- 魔法关键词体系不同,记两套反而抵消了 OMC 的"零学习曲线"
- Ruflo 完整 CLI 安装会写
CLAUDE.md,OMC 也有自己的注入逻辑
务实做法:先用 OMC 跑 1-2 周看够不够用。如果只是单人 / 小项目,多半够了。等开始感受到"我需要 agent 之间共享记忆"、"我需要跨机器协作",再迁移到 Ruflo。Ruflo 自己也写了从 claude-flow v2 升级到 v3 的迁移指南,路径很成熟。
七、最后给两个动手起点
5 分钟试 OMC:
bash
# 在 Claude Code 里
/plugin marketplace add https://github.com/Yeachan-Heo/oh-my-claudecode
/plugin install oh-my-claudecode
/omc-setup
# 然后随便扔个真实任务
autopilot: 给这个仓库加一套 GitHub Actions CI,跑 lint + test + build
30 分钟试 Ruflo:
bash
# 在终端里
npx ruflo@latest init wizard
# 注册 MCP server
claude mcp add ruflo -- npx ruflo@latest mcp start
# 然后在 Claude Code 里用
/plugin install ruflo-swarm@ruflo
/plugin install ruflo-rag-memory@ruflo
工具是工具。选对场景比追新 Star 重要得多。
参考链接
- oh-my-claudecode: github.com/Yeachan-Heo...
- ruflo: github.com/ruvnet/rufl...