Maestro-Flow
意图驱动的多智能体工作流编排框架：说出目标，自动规划、调度、执行、验证，并在长周期任务中自适应修正策略。
- Star 数
- ★ 568
- 最近更新
- 7 天前
- 主语言
- TypeScript
- FA 评分
- 52/100 · 缺口较多
30 秒速览
- 运行形态
- 可在哪里用
- 通用 · 跨平台Codex · Claude Code · Claude API
- 费用
- 软件免费，模型调用费用自付
- 上手难度
- 中 · 需要几步配置
- 开始前需要
- 典型场景
- 全栈开发者需要从需求头脑风暴到部署上线的端到端多智能体开发流程，不想手工编写 YAML 管线
- 不适合
- 不想安装 Claude Code CLI 等外部命令行工具的用户
- 希望开箱即用、不愿学习 64 个斜杠命令的轻量用户
- 源码审查
- 52/100 · 缺口较多
这个 Agent 能做什么，适合哪些场景？
Maestro-Flow（GitHub: catlog22/maestro-flow）是一个面向多智能体 AI 开发的意图驱动工作流编排框架，通过 npm 以 CLI 形式分发。核心入口 Ralph v2 引擎将自然语言意图分类到 40+ 种命令链，沿 brainstorm → plan → execute → verify 等管线执行，并在 decision 节点根据实际结果动态决定继续、回退或插入修复循环。它支持在同一工作流中混用 Claude、Codex、Gemini、Qwen、OpenCode 五种后端，提供 Delegate、Team、Wave、Swarm 四种编排模式。执行中发现的模式与决策通过 Hook 系统持久化为 SQLite 知识图谱中的 Spec 与 Knowhow，并自动注入后续 Agent 的提示词。项目规模约 80k 行 TypeScript 代码，包含 64 个斜杠命令、45 个技能包、23 个 Agent 定义、35+ CLI 命令，以及一个基于 React 19 的 Web 仪表盘。
用户通过斜杠命令或 CLI 输入自然语言意图（如 /maestro-ralph "实现 OAuth2 认证"），Ralph v2 引擎分类意图并构建命令链（analyze → plan → execute → verify → review → test），失败时自动插入 debug → fix → retry 循环。提供三种质量模式（full/standard/quick）控制验证深度；Odyssey 系列命令（/maestro-odyssey --mode debug/planex/improve/review/security/defensive/ui）运行数小时级自主循环直到满足验收标准，其中 security 模式执行 OWASP、依赖、密钥与 STRIDE 分层只读审计。内置治理化精确搜索（maestro search --exact，基于 @vscode/ripgrep）与 BM25F 排名搜索，支持 .gitignore/.maestroignore 与敏感目录限制。知识图谱基于 SQLite 与 tree-sitter，通过 MCP 服务器（stdio，9 个端点工具）与 17 个 Hook 将经验注入后续提示词；maestro session status 可查看进度，/maestro-ralph -c 从暂停点恢复。
- 全栈开发者需要从需求头脑风暴到部署上线的端到端多智能体开发流程，不想手工编写 YAML 管线
- 团队需要在同一项目中混用 Claude Code、Codex、Gemini 等不同 CLI 后端并行执行任务
- 工程师面对大型调试或深度重构，需要数小时级自主迭代循环（Odyssey planex/improve 模式）
- 安全团队需要对代码库做只读分层安全审计（OWASP + 依赖 + 密钥 + STRIDE）
- 长期维护的项目希望将执行经验沉淀为知识图谱，让后续 Agent 会话自动受益
- 2–8 人小团队使用 Collab 模式共享跨项目知识库进行协作开发
如何安装或部署这个 Agent？
要求 Node.js ≥ 18 和 Claude Code CLI。全局安装：
npm install -g maestro-flowmaestro install # 交互式选择安装组件
可选装 Codex CLI、agy CLI 以启用多 Agent 工作流。
如何使用这个 Agent？
安装后在项目目录中通过斜杠命令或 CLI 使用：
/maestro-ralph "实现 OAuth2 认证，支持 refresh token" # 主入口，自动规划命令链
maestro session status # 查看当前会话进度
/maestro-ralph -c # 从 decision 暂停点恢复
/maestro-ralph -y "..." # 全自动模式
/maestro "添加用户资料页" # 意图到链规划
/maestro-companion "修正 README 拼写" # 轻量执行
/maestro-odyssey <意图> --mode debug # 长周期自主循环
maestro search "needle" --exact -- # 治理化精确搜索
这个 Agent 有哪些优点和局限？
- AI 自动分类意图到 40+ 种命令链，无需编写 YAML 或手工配置管线，与同类工具的手动命令序列形成差异
- 四种编排模式（Delegate/Team/Wave/Swarm）× 五个后端（Claude/Codex/Gemini/Qwen/OpenCode），多后端调度能力覆盖面广
- 基于 SQLite 的知识图谱与 17 个 Hook 自动注入，项目使用越久知识积累越多，这是多数同类工具缺乏的自增强能力
- Odyssey 提供有状态的长周期自主循环与决策点自动重试，适合数小时级任务
- 附带 React 19 Web 仪表盘和完整中文/英文文档体系（含 13+ 篇进阶设计文档）
- 核心入口依赖 Claude Code CLI，完整使用需要 Node.js ≥ 18 及多个外部 CLI（Codex CLI、agy CLI 为可选项）
- README 未提供许可证之外的测试覆盖率、稳定性或生产采用证据，仓库元数据中许可证字段标记为 unknown
- 功能面庞大（64 斜杠命令、45 技能包、35+ CLI 命令），学习曲线较陡，新用户需阅读大量指南
- 部分高级搜索能力（自适应候选预算、文件增量索引、结构化 chunks）默认关闭，仍为受控实验特性
- 文档以单一作者维护的开源项目形式呈现，长期维护与社区支持存在不确定性
这个 Agent 与同类方案有什么区别？
README 自带与同类工具的对比表：Superpowers 是纯 .md 的 Agent 技能框架（无运行时，手动选技能）；OpenSpec 聚焦规格驱动开发（手动命令序列）；Trellis 是多平台 Agent 治具（固定阶段、Channel 模式）。相比之下，Maestro-Flow 的差异点在于 AI 自动路由 40+ 命令链、4 模式 × 5 后端的多 Agent 调度、SQLite 知识图谱自动注入，以及有状态的 Odyssey 长周期自校正循环。项目亦致谢其前身 Claude-Code-Workflow 与 GET SHIT DONE 的理念影响。
与相关度最高的同类 agent 并排比较关键指标。
| Agent | 源码审查 | 形态 / 费用 | Star | 最近更新 | 主语言 | 完整支持的平台 |
|---|---|---|---|---|---|---|
| Maestro-Flow 当前 | 52 · 缺口较多 | 命令行工具免费 + 模型费 | ★ 568 | 7 天前 | TypeScript | Codex · Claude Code · Claude API |
| OpenTeams | 56 · 缺口较多 | 桌面应用免费 + 模型费 | ★ 580 | 9 天前 | TypeScript | Codex · Claude Code |
| OpenRig | 79 · 表现良好 | 命令行工具免费 + 模型费 | ★ 8.1k | 今天 | TypeScript | Codex · Claude Code |
| RepoBrain 代码库智能问答引擎 | 49 · 缺口较多 | Agent 插件 / 技能免费 + 模型费 | ★ 1.4k | 8 天前 | Python | Codex · Claude Code |
FollowAgents 如何评估这个 Agent？
查看各维度的扣分理由
证据显示搜索系统默认施加 .gitignore/敏感排除/超时与字节上限，安全模式为只读，权限总体克制，给2分；但核心编排引擎会自动执行命令链并自动持久化知识，数据流（hooks 注入、知识图写入、跨项目共享）在所提供的文件中只有宣称、无具体脱敏/隔离说明，故 data_flow_transparency 仅1分。依赖树庞大（onnxruntime、sharp、pg、agent-sdk 等）且未见锁文件审计或漏洞策略，dependency_security 给1分。外部副作用（写文件、git 操作、worktree、自动 fix 循环）有提及但缺恢复/回滚描述，rollback 与 external_effects 均1分。多后端派发（Claude/Codex/Gemini）意味着 prompt/代码被发送到多个第三方服务，文件中未见明确数据出境说明。身份为未验证个人维护者，README 明确致谢上游并标注 Impeccable 的 Apache-2.0，source_attribution 给2分。
package. 展示大量 lint/check/sync 一致性脚本与 vitest 测试分道（normal/heavy/node），工程自律可见，但 README 宣称 'Node.js ≥ 18' 而 engines 要求 '>=22.19.0'，版本契约自相矛盾，self_consistency 仅1分。依赖均用版本范围，node/native 生命周期二进制存在本地构建路径，依赖可用性一般可满足，给2分。所提供文件中几乎没有错误消息设计证据（仅 sidebar i18n 测试显示 fail-open 处理），failure_messages 给1分。
README 明确受众（Claude Code 多代理开发）、质量模式分档、七种 Odyssey 模式与多后端支持，audience_and_scenarios 给2分；能力边界通过比较表与模式说明部分界定，给2分；意图分类 '40+ 链类型' 的触发精度无法从静态文件验证，但命令面清晰划分（ralph/maestro-next/companion），给2分。环境适配方面，多平台发布流程存在（sidebar 矩阵含 Windows/Linux/macOS），但主包对 Node 22.19+ 的硬要求与 README 矛盾，且依赖原生模块（better-sqlite3、onnxruntime、sharp、tree-sitter wasm），environment_fit 给1分。
文档体系非常完整（入门/日常/进阶三层导航、双语 README、目录结构图），information_architecture 给3分。安装说明存在（npm install -g、maestro install、前置条件），但与 engines 版本冲突，给2分。命名统一（maestro- 前缀、bin 四入口），给2分。Quick Start 示例充分但无 FAQ/故障排查节，examples_and_faq 给2分。known_limitations 无专节、仅比较表中相对定位，给1分。license 在 package. 为 MIT 且 README 徽章一致（提示中的'未知'为元数据缺失，仓库自身证据支持 MIT），给2分。无 CHANGELOG 证据，versioning 用 0.x 语义推进但变更记录缺失，给1分。维护者为具名个人并提供社区群，maintenance_responsibility 给2分。
输出物为会话/命令编排，CLI 与 dashboard 双入口、JSON 输出选项（--）等可用性证据存在，给2分。相对 Superpowers/OpenSpec/Trellis 的差异化（自适应链、多后端、知识图自注入）有比较表支撑，marginal_value 给2分。成本收益方面：约80k LoC、庞大依赖树、自动多小时循环带来的 token/时间成本在文件中未讨论，cost_benefit 给1分。
项目规模数字（333 文件/64 命令/45 skills）与 package. 的 scripts、目录结构可交叉印证一部分，claim_traceability 给2分。package. 的 prepublishOnly 校验链、CI 发布流程（标签-提交-草稿-校验三段式）与 README 声明互相佐证，cross_source_corroboration 给2分。但宣称性语言（'the project gets smarter'、'adaptive decision engine reads project state'）与可检验事实混杂，未区分断言与证据，fact_inference_separation 给1分。
- README 声称支持 Node ≥18，但 package. engines 要求 ≥22.19.0，安装前请核实实际运行时要求。
- 核心编排引擎支持 -y 全自动模式并会自动持久化知识到 SQLite/知识图；使用前应了解 hooks 会将项目知识注入后续代理提示，敏感代码可能被写入本地知识库并跨项目共享。
- 多后端派发会将提示词与代码上下文发送给 Claude/Codex/Gemini/Qwen 等多个第三方服务，请自行评估数据出境合规。
- 依赖树庞大（onnxruntime、sharp、pg、agent-sdk 等）且未见漏洞审计策略，建议在隔离环境中先做安全模式（read-only）评估。
- 无 CHANGELOG；0.x 版本阶段 API/命令面可能频繁变化，生产采用需锁定版本。
- 发布者为未验证的个人维护者，静态审查未执行任何测试；本评估不构成运行验证。
最近版本
来自该项目 GitHub Releases 的最新发布记录，说明为上游原文摘录，未经本站改写或测试。
-
发布说明摘录
v0.5.92 Overview This release improves search recall, ranking, result selection and presentation, and upgrades the native ONNX runtime and MCP SDK. Full Changelog: https://github.com/catlog22/maestro-flow/compare/v0.5.91...v0.5.92 Highlights - Improve lexical recall and coverage, generalized query and family identity, bounded CJK singleton recall, and separated version-identifier relevance. - Apply KG eligibility before candidate limits and retain local coverage alongside linked repository results. …在 GitHub 查看 ↗ -
发布说明摘录
v0.5.91 Overview Knowledge loading recovers the resident daemon before starting local fallback work and avoids recursive source enumeration when a complete, alias-free persisted snapshot can be validated through its recorded paths. Large source scans yield between batches so daemon lifecycle requests can make progress. Full Changelog: https://github.com/catlog22/maestro-flow/compare/v0.5.90...v0.5.91 Highlights - Start daemon recovery before typed and untyped local load fallback; a caller timeout no longer prevents the recovery attempt from starting. …在 GitHub 查看 ↗ -
发布说明摘录
v0.5.90 Overview Knowledge closeout now has one shared owner protocol: Review → Refresh → Present → Authorize → Execute → Verify. Completion coordinators review evidence-backed candidates and obtain explicit human approval before adjudication/publication; workers stage and hand off without repeating approval questions. The release also includes the merged KG sync fix for extensionless npm CLI symlinks. Full Changelog: https://github.com/catlog22/maestro-flow/compare/v0.5.89...v0.5.90 Highlights …在 GitHub 查看 ↗