ruvnet/ruflo

解决什么问题

Claude Code 和 Codex 本质是单智能体循环：一个模型、一个上下文窗口、一台机器。任务一复杂，你就得手工拆子任务、在会话之间复制上下文，上一轮学到的东西下一轮全丢。Ruflo 自称"agent meta-harness"，把协调、记忆和路由包在这些编码智能体外面，让多个 agent 协作，并把经验沉淀下来。

有什么不同

它没有另起炉灶造一个 agent 框架（像 LangGraph、CrewAI 这类编排库），而是寄生在现有宿主上：Claude Code 通过插件市场接入，其他支持 MCP 的客户端连本地 stdio server。真正拉开差距的是三件事：让专用 agent 自组织的 swarm 编排、把历史任务结果回灌到路由的向量记忆（RuVector）、以及跨机器通信的 federation。这和纯库的取舍不同——你继承宿主的权限和工具链，而不是替换它。

适合谁

最适合已经长期泡在 Claude Code 或 Codex 里、想要并行拆任务、跨会话记忆和可视化控制台又不想换编辑器的开发者。跨多台机器做多 agent 实验的团队是 federation 的目标用户。如果你要的是一个精简可审计的 agent 循环，或者并不打算绑定 Claude Code/Codex，那就该去看普通编排库——这里的价值在宿主集成，而它的表面积非常大。

上手成本

插件路线要求 Claude Code 2.1.287 及以上；其他客户端需要配置 MCP，例如 npx ruflo@latest init wizard。MIT 协议，TypeScript/Node 实现，npm 工具链是前提。README 声称 hooks 能自动路由和学习，但同时明确说 mods 以你账号权限运行、安装前要自己审代码——凡是要碰你仓库的东西，这都是实打实的风险。README 塞了大量营销内容（花哨动图、ruOS 推广、"示意性下载计数器"），学习循环也被标注为概念示意而非实时执行轨迹；能力宣称最好自己在本项目里验证后再信。

点评

从仓库年龄看（2025 年 6 月创建，约 500 天）这像个成熟项目，星数接近 7.9 万也相当夸张，最近一周以约 3300 星冲到周榜第 4。但它从未上过日榜，Hacker News 上几乎没有讨论（2 分、0 评论），星数与可见的社区声量明显不匹配。结论是：有真实沿革和真实产品面，但当前这波热度值得打个问号。先在临时仓库里试，别一上来就压上主力工作流。