Maestro Flow
⌘ 终端工作流 · 知识驱动 · 多 CLI 协作

Maestro Flow
终端工作流手册

一套围绕 maestro 的开发工作流编排系统:把「想法 → 规格 → 计划 → 执行 → 验证」拆成明确步骤,知识驱动、多 CLI 协作、状态可追溯。

给「会用终端、第一次接触 Maestro」的你——跟着 Tab 逐个看:先概览建立心智,再去命令查全量清单,照工作流/案例实操。

64
Slash 命令
45
技能 Skill
30+
终端 CLI 子命令
v0.5.37
当前版本
四个核心理念

🧩 结构化工作流

把开发拆成想法、规格、计划、执行、验证等明确步骤,每步有产出物(ANL / PLAN / 报告)。

🔍 知识驱动

每个任务前先检索已有知识(spec / knowhow / 代码图谱),避免重复踩坑。

🤝 多 CLI 协作

把活儿委派给最合适的工具:Claude / Gemini / Codex / Qwen,并行交叉验证。

📌 状态可追溯

每个里程碑、每次执行都落在 .workflow/,断点可续。

最重要:两类入口别混用
/ maestro- Claude Code Slash 命令:brainstorm、analyze、plan、execute、ralph、quality、team 等工作流编排,在 Claude Code 对话框里以 / 开头输入。
$ maestro 终端 CLI:search / kg / spec / delegate / explore / install / view 等基础设施,在普通终端里敲。
本手册「命令」Tab 每张卡左上角的徽章标明了它属于哪一类。

生命周期主线(Ralph 引擎自动编排)

brainstorm → blueprint(可选) → init → analyze(宏观) → roadmap(可选) → analyze(微观) → plan → execute → ◆verify → review → test → milestone-audit → milestone-complete → 下一里程碑

每个 是决策点:Ralph 评估实际结果,必要时动态插入 debug → fix → retry 循环。三种质量档:quickstandardfull

安装与初始化

1 · 安装

npm install -g maestro-flow maestro install # 交互式选装资产

前置:Node ≥ 18、Claude Code CLI(可选 Codex / Gemini)。验证:

maestro --version # 0.5.37 maestro update --check # 查新版

maestro install 把 slash 命令/技能/hooks 装进 .claude/装完重启 Claude Code

2 · 配置 CLI 工具

编辑 ~/.maestro/cli-tools.json

{ "tools": { "claude": { "enabled": true }, "codex": { "enabled": true } } }

maestro config 交互配置。

3 · 初始化项目

项目目录下、在 Claude Code 里:

/maestro-init

创建 .workflow/(状态 / 知识库 / 会话)。多项目共享知识:maestro workspace link

第一个任务 · 5 分钟跑通

最简单:交给 Ralph

/maestro-ralph "给项目加一个健康检查接口"

/maestro-ralph 是主入口:自动判断生命周期位置并逐步推进,关键节点停下确认。无人值守:

/maestro-ralph -y "加健康检查接口" # 全自动

或用 /maestro "意图" 让它按项目状态自动选命令链。

推荐:分步可控

分析需求

/maestro-analyze "加健康检查接口" → 产出 ANL-xxx

制定计划

/maestro-plan → 接上一步,产出 PLAN-xxx

执行

/maestro-execute → 代码变更(执行后 Ralph 自动 verify)

验收

/quality-test/quality-review → 验收报告

注意:没有 /maestro-verify 这个独立命令。verify 是 Ralph 链里的自动决策步骤;要手动验收/审查,用质量管线的 /quality-test / /quality-review
全量命令目录

64 个 slash 命令 + 45 个技能 + 30+ 个 CLI 子命令,按用途分类。徽章:/ slash 在 Claude Code 里输入 · $ cli 终端命令 · ✦ skill 技能。

没有匹配的命令,换个关键词或清空筛选试试。
🚀 入口 & 自动编排 7
//maestro
意图路由——描述想做什么,自动匹配 40+ 种命令链中最合适的一条并执行。
//maestro-ralph
主入口。11 态自适应引擎:读状态、推断生命周期、拼带质量门的命令链,决策点动态插入 debug→fix。
//maestro-ralph-execute
执行 ralph 会话里的下一个待办步骤(Ralph 决策,它负责落地)。
//maestro-quick
快速任务,跳过可选 agent;内部串 analyze→plan→execute,一行说清的小改用它。
//maestro-next
单命令推荐——从候选池里挑最合适的下一个命令并直接执行。
//maestro-init
项目初始化,自动检测状态,创建 .workflow/ 目录结构。
//maestro-update
检测版本、预览变更、应用工作流升级。
🔄 规划闭环 & 编排 4
//maestro-analyze
多维分析需求或代码。双模式:宏观摸底 / 微观细分;--gaps 缺口分析,产出 ANL-xxx。
//maestro-plan
创建/修订/验证执行计划,接分析结果,产出 PLAN-xxx。
//maestro-execute
执行已确认的计划,产出代码变更。
//maestro-roadmap
从需求生成带里程碑/阶段结构的路线图,供后续逐阶段 analyze→plan。
💡 构思 & 规格 5
//maestro-brainstorm
探索想法、评估方案,多视角发散,产出点子供决策。
//maestro-blueprint
6 阶段文档链生成正式规格包:Product Brief、PRD、架构、Epics。
//maestro-grill
把计划/想法/需求拿去和代码库现实「对峙拷问」,brainstorm 前先压力测试。
//maestro-collab
需要多 CLI 交叉验证、多视角分析一个问题时用。
//maestro-companion
知识陪伴——加载上下文、记录陪伴文档、捕获洞见、路由到技能。
♾️ Odyssey 长循环 5
//odyssey-debug
长跑调试循环:考古→诊断→修复→确认→泛化,直到根因消除。
//odyssey-planex
需求驱动迭代:plan→execute→严格 verify→fix 循环,跑到验收达标。
//odyssey-improve
代码改进长循环:多维审计→深度诊断→定向修复→验证。
//odyssey-review-test-fix
深审+修:考古→探索→多维审查→定向修复→泛化。
//odyssey-ui
UI 优化长循环:视觉巡检→多维审计→发散探索→修复。
✅ 质量 & 测试 8
//quality-review
执行后评估代码质量:正确性、安全、性能、架构多维度。
//quality-test
用户验收测试:交互式验证 + 缺口闭合。
//quality-auto-test
自动扩充测试覆盖,或迭代收敛已有测试。
//quality-refactor
系统识别技术债并安全削减。
//quality-debug
bug/测试失败/异常行为的系统化根因调查。
//quality-sync
顺着 git diff 影响面同步代码库文档。
//quality-retrospective
阶段完成后复盘:提炼经验、模式、改进点。
//security-audit
OWASP Top 10 + STRIDE 威胁建模 + 供应链分析。
🐛 Issue 闭环 2
//manage-issue-discover
多视角分析发现潜在问题(bug/UX/测试/质量/安全/性能…)。
//manage-issue
创建、查询、更新、关闭、关联 issue。
🧠 知识 · 规格 · 记忆 16
//spec-add
按类别添加规格条目并打角色标签(arch/coding/debug/test/review/learning)。
//spec-load
按当前上下文加载相关规格与经验。
//spec-remove
按 ID 移除规格条目。
//spec-setup
从项目结构初始化规格系统(种子文档)。
//manage-knowhow
管理 knowhow 条目(工作流与系统级)。
//manage-knowhow-capture
把可复用知识固化为模板/配方/技巧。
//manage-knowledge-audit
审查并修剪 spec / knowhow / artifact 知识库。
//manage-harvest
从产物里萃取知识,沉淀进 wiki / spec / issues。
//manage-wiki
管理 wiki 图谱:健康检查、清理、搜索、统计。
//manage-codebase-rebuild
从零重建全部代码库文档。
//manage-kg-extractors
分析代码模式,生成自定义符号抽取器配置。
//domain-add
把领域术语登记进项目术语表。
//learn-decompose
从代码提炼设计模式,沉淀进 spec 和 wiki。
//learn-follow
引导式阅读代码/wiki,提炼模式。
//learn-investigate
假设检验 + 证据记录式调查问题。
//learn-second-opinion
换个视角——审查、质疑、咨询第二意见。
📌 里程碑 & 并行 6
//manage-status
项目仪表盘:进度 + 下一步建议。
//maestro-milestone-audit
审计当前里程碑的跨阶段集成缺口。
//maestro-milestone-complete
归档已完成里程碑,准备下一个。
//maestro-milestone-release
升版本号、生成 changelog、打 tag 发布。
//maestro-fork
为里程碑创建/同步独立工作树,并行开发。
//maestro-merge
把里程碑工作树分支合并回主线。
🎨 UI & 设计 2 + 技能
//maestro-impeccable
设计/审计/打磨/改进前端 UI——网站、仪表盘、落地页、组件。
//maestro-ui-codify
从代码提取设计系统,生成参考包并沉淀为知识资产。
team-uidesign / team-ui-polish
UI 设计/精修团队(见「Team 协作」分类)。
🛠️ 工作流工具 & 元能力 14
//maestro-composer
用自然语言编排可复用的工作流模板。
//maestro-player
播放工作流模板,支持检查点续跑。
//maestro-overlay
从自然语言创建/编辑命令 overlay(非侵入式补丁)。
//maestro-amend
生成 overlay 修补工作流命令的不足。
//maestro-guard
管理编辑边界限制(哪些文件可改)。
//maestro-swarm-workflow
并行工作流加速器——路由到固定 Workflow 脚本多 agent 并发。
//maestro-universal-workflow
动态对抗式工作流生成器——扫库、匹配或生成、执行、沉淀。
//maestro-tools-register
注册工具规格——抽取、生成、优化。
//maestro-tools-execute
按类别或名称加载并执行工具规格。
prompt-generator
生成/转换命令、技能、agent 角色定义文件。
skill-generator
元技能——创建新的 Claude Code 技能(可配执行模式)。
skill-tuning / skill-iter-tune / skill-simplify
技能诊断、迭代调优、简化(功能完整性校验)。
team-designer / workflow-skill-designer
元技能——生成团队技能 / 编排式工作流技能。
codify-to-knowhow / delegation-check / insight-challenge / maestro-help
知识固化 / 委托冲突检查 / 发现对抗审查 / 命令帮助系统。
👥 Team 协作(技能) 24
team-planex
计划+执行流水线(coordinator 编排)。
team-roadmap-dev
路线图驱动开发:分阶段 plan→execute→verify 流水线。
team-lifecycle-v4
全生命周期团队:plan/develop/test/review 一次协调完成。
team-coordinate / team-executor
通用团队协调(动态角色生成)/ 轻量会话执行恢复。
team-frontend
前端开发团队,端到端含设计智能。
team-frontend-debug
前端调试团队,用 Chrome DevTools MCP 实时调试。
team-uidesign / team-ui-polish
UI 设计(研究→token→审计→实现)/ UI 精修(Anti-AI-Slop)。
team-motion-design / team-interactive-craft
动效设计(动画 token + GPU)/ 零依赖交互组件研发。
team-visual-a11y / team-ux-improve
视觉无障碍(WCAG/OKLCH 对比)/ UX 交互问题发现与修复。
team-review / team-testing / team-quality-assurance
代码审查 / 渐进式测试 / 全闭环 QA 团队。
team-arch-opt / team-perf-opt / team-tech-debt
架构优化 / 性能优化 / 技术债识别与偿还团队。
team-issue / team-brainstorm / team-ultra-analyze
Issue 解决 / 团队头脑风暴 / 超深度协作分析。
team-swarm / team-adversarial-swarm
ACO 蜂群智能多 agent 探索 / 带对抗决策门的蜂群。
🎓 Scholar 学术(技能) 10
scholar-writing / scholar-ideation
端到端论文写作 / 从文献检索到研究规划的选题。
scholar-review / scholar-rebuttal-pro
投稿前自审与 rebuttal / CLI 协作增强的审稿回应。
scholar-experiment / scholar-citation-verify
ML/AI 实验结果分析 / 四层引用核验(LaTeX/BibTeX)。
scholar-anti-ai-writing / scholar-latex-organizer
去除 AI 写作痕迹 / 整理会议 LaTeX 模板为 Overleaf 结构。
scholar-thesis-docx / scholar-publish
学位论文 Word 排版 / 录用后会议准备(slides/poster)。
🖥️ 终端 CLI(maestro xxx) 主要 16
$maestro search
跨 spec/knowhow/issue/code 的统一知识检索。--code --type --category
$maestro kg
知识图谱:sync / query / context / callers / callees / impact。
$maestro spec
规格管理:add / load / list / search / status / conflict。
$maestro delegate
委派任务给 CLI 工具,后台异步执行 + 消息注入。
$maestro explore
轻量并行代码探索,直连 OpenAI 兼容端点(见案例/经验)。
$maestro search-daemon
常驻搜索守护进程(热缓存 ONNX 模型):start/stop/status。
$maestro knowhow
创建、列出、搜索 knowhow 条目。
$maestro config
统一配置中心:Skills / Delegate / Hooks / Overlay / Specs / Install。
$maestro install / uninstall
交互式安装/移除资产(命令、hooks、MCP、agents)。
$maestro view / stop
启动/停止看板 dashboard 服务。
$maestro update
检查并安装最新版;--notices 应用版本化通知。
$maestro workspace
跨工作区知识共享:link / unlink / list / status。
$maestro coordinate
基于图的工作流协调器(链式编排底座)。
$maestro ralph
Ralph 步骤加载器 / status.json 驱动(CLI 侧)。
$maestro hooks / overlay
管理 Claude Code hooks / 命令 overlay 补丁。
$maestro domain / wiki / embedding
领域术语表 / wiki 查询 / 嵌入模型状态与重建。
工作流路径 · 按场景照敲

先定位场景,再照命令块逐行照敲。带 的是「对每个阶段循环」。拿不准就 /maestro "意图" 自动选路。

Path A · 全新大项目

/maestro-brainstorm "想法" /maestro-blueprint # 可选 /maestro-init /maestro-analyze "主题" /maestro-roadmap # ↻ 每个阶段 N: /maestro-analyze 1 /maestro-plan 1 /maestro-execute

何时:从零起步、需求大而模糊。execute 后 Ralph 自动 verify,再进下一阶段。

Path B · 旧项目大功能

/maestro-analyze "功能X" /maestro-roadmap # ↻ 每个阶段 N: /maestro-analyze 1 /maestro-plan 1 /maestro-execute

何时:已有项目加大功能。跳过 init,先 analyze 摸清代码。

Path C · 中等功能

/maestro-analyze "功能X" /maestro-plan /maestro-execute /quality-test # 验收

何时:单功能、范围清晰、无需分阶段。

Path D · 小改动

/maestro-plan "修复描述" /maestro-execute

何时:bug 修复或小调整。或直接 /maestro-quick "修复" 一步到位。

Path E · 纯规格文档

/maestro-blueprint "项目想法"

何时:只要 PRD/架构/Epics 文档,暂不写代码。

Path F · 纯探索

/maestro-brainstorm "idea"

何时:方向未定,多角度发散供决策。

⚡ 全自动 / 不确定

/maestro "任务描述" /maestro-ralph -y "任务"

何时:信任自动编排。/maestro 按状态选链,-y 跳过确认。

🔁 Issue 闭环

/manage-issue-discover /manage-issue create /maestro-analyze --gaps /maestro-plan --gaps /maestro-execute /manage-issue close

何时:发现→修复→关闭完整闭环。

👥 团队流水线

/team-planex # 计划+执行 /team-roadmap-dev # 路线图驱动 /team-frontend # 前端

何时:要多角色 agent 协作并行推进。

质量档(Ralph 自动套用)
档位管线适用
quickverify → CLI-review原型 / 快速修复
standardverify → review → test默认,平衡
fullverify → business-test → review → test-gen → test生产 / 安全关键
端到端案例 · 照着走一遍

每个案例是一段真实命令序列 + 每步在干嘛,复制下来就能跑。

案例 1 · 给现有 API 加 OAuth2 鉴权(中等功能)

# ① 先检索已有知识,别重复造轮子(终端) maestro search "auth middleware" maestro search "OAuth" --type knowhow # ② 分析现有认证模块(Claude Code) /maestro-analyze "给 REST API 加 OAuth2 + 刷新令牌" # ③ 生成计划 → 执行 /maestro-plan /maestro-execute # ④ 验收 + 安全审计 /quality-test /security-audit # ⑤ 把这次的决策固化成 spec(终端) maestro spec add arch "OAuth2 接入方案" "用 xxx 中间件,刷新令牌存 Redis" --keywords oauth,auth

要点:动手前先 search;execute 后 Ralph 自动 verify,再手动 quality-test + security-audit 兜底;最后把经验写回 spec,下次自动注入。

案例 2 · 从 0 做一个新项目(全新大项目)

/maestro-brainstorm "做一个团队待办协作工具" /maestro-blueprint "团队待办协作工具" # 出 PRD/架构 /maestro-init /maestro-analyze "MVP 范围" /maestro-roadmap # 拆成 3 个里程碑 # ↻ 对里程碑 1 的每个阶段: /maestro-analyze 1 /maestro-plan 1 /maestro-execute # 一个里程碑收口: /maestro-milestone-audit /maestro-milestone-complete

要点:brainstorm/blueprint 收敛方向 → roadmap 拆里程碑 → 逐阶段闭环 → milestone-audit 查集成缺口后 complete 进下一个。

案例 3 · 线上 bug 定位与修复(调试)

# 快速定位:轻量探索(终端,直连小模型) maestro explore "登录后 token 刷新在哪实现的" # 系统化根因 → 修复 → 泛化(长循环,跑到根因消除) /odyssey-debug "刷新令牌偶发 401" # 或单轮调试: /quality-debug "刷新令牌偶发 401"

要点:先用 maestro explore 秒级定位代码位置(带具体关键词命中率高),再用 odyssey-debug 走「考古→诊断→修复→确认→泛化」闭环。

案例 4 · 多 CLI 并行交叉验证一个方案

# 后台委派 codex 分析,立即返回 maestro delegate "评估用 WebSocket vs SSE 做实时推送" --to codex --role analyze # 同时让多 CLI 交叉验证(Claude Code) /maestro-collab "实时推送选型:WebSocket / SSE / 轮询" # 查委派结果 maestro delegate status <exec-id>

要点:delegate 后台异步、不阻塞;collab 多视角交叉验证,适合架构选型这类需要多个独立判断的决策。

最佳实践 · 少踩坑
① Gate 规则(最重要):任何编码/修改/调试任务,maestro search 再动手。用 1-3 个核心关键词,多次定向搜索胜过一次大查询。

检索技巧

maestro search "topology layout" # 概念 maestro search "DetailedSVG" --code # 符号 maestro kg callers <fn> # 谁调它

❌ 别把 5 个词塞一句;✅ 概念和符号分开搜。先 maestro kg sync 建索引,maestro search-daemon start 提速。

两类入口别混

/maestro-* 在 Claude Code 对话框;maestro * 在终端。工作流编排走 slash,基础设施(检索/委派/看板)走 CLI。

没有 /maestro-verify——verify 是 Ralph 自动步骤,手动验收用 /quality-test

委派 delegate

默认 --mode analysis(只读);要改文件才 --mode write。后台异步,用 maestro delegate status 查。角色有回退链,前一个不可用自动切下一个。

explore 探索

grep-first 快速搜索,带具体关键词/符号名命中率高,问太泛会答歪。适合代码定位,开放式架构分析仍交给 delegate / collab。

知识沉淀闭环

做完一个任务,把决策写回:maestro spec add <cat> .../manage-knowhow-capture。下次相关任务会自动注入,越用越聪明。

类别路由:决策→arch,模式→coding,坑→debug/learning,规则→review,测试→test。

拿不准就交给引擎

不知道走哪条路:/maestro "意图" 自动选链;要闭环自纠错:/maestro-ralph;要跑到验收为止:/odyssey-planex

质量档怎么选

原型/小修用 quick;日常 standard;生产/安全关键 full。Ralph 会按任务自动套,也可显式指定。

别用压制手段掩盖问题

skip / @ts-ignore / 空 catch / as any / 超长 timeout 都是「藏 bug」不是「修 bug」。遇到根因走 /quality-debug/odyssey-debug

该用哪个?· 30 秒决策

130+ 命令别慌,先按场景对号入座。

你的场景用这个为什么
完全不确定走哪条/maestro "意图"按项目状态自动匹配 40+ 命令链
想无人值守跑完整闭环/maestro-ralph -y自适应引擎,决策点自动 debug→fix
一行说清的小修复/maestro-quick跳过可选 agent,一步到位
范围清晰的标准功能analyze → plan → execute手动可控的闭环三件套
要反复迭代到验收达标/odyssey-planexplan→execute→严格 verify→fix 长循环
顽固 / 偶发 bug/odyssey-debug考古→诊断→修复→泛化,不放过根因
大功能要多角色并行/team-planexcoordinator 编排 worker 流水线
只想查代码在哪maestro explore秒级 grep-first 定位(终端)
后台机制 · 它在你看不见处做了什么

🪝 Hooks 钩子

注入类:每次提问 / 子代理调用前,自动把相关 spec / 知识图谱 / 技能上下文注入,让 AI 带着项目知识干活。

守卫类preflight-guard / spec-validator 在写文件、跑命令前校验,命中受保护文件或规格冲突才拦,平时放行。

maestro hooks list # 看开关状态 maestro hooks toggle <name> off # 关某个注入 maestro hooks analytics # 调用统计

🤖 Agents 子代理

maestro 装了 45+ 个专用 subagent(规划 / 执行 / 审查 / 探索 / 测试 / 调试…),由命令和团队技能自动调度,一般不用手动调。

团队技能(team-*)的模式:一个 coordinator 编排,多个 worker 按角色并行干活,跨检查点有 supervisor 观测质量。

关系:命令 决定做什么 → agent 实际执行 → hooks 在两侧注入知识 / 守卫边界。

想深入排查注入 / 拦截行为:看 ~/.claude/settings.json 的 hooks 段,或 maestro hooks config
术语表 · 看到不懂就查这里
Ralph11 态自适应生命周期引擎,只「决策」拼命令链,不亲自执行
Odyssey长跑自纠错循环,跑到验收标准达成为止
ANL-xxxanalyze 产出的分析报告 ID
PLAN-xxxplan 产出的执行计划 ID
spec项目规格:决策 / 模式 / 规则,会被自动注入给 AI
knowhow可复用知识:模板 / 配方 / 技巧
kg知识图谱(MaestroGraph):代码符号 + 调用关系
delegate把任务委派给别的 CLI(codex / gemini…),后台异步
explore轻量代码搜索 agent,直连 OpenAI 兼容端点
milestone里程碑:roadmap 拆出的大阶段,可 fork 并行 / audit 审计 / complete 归档
quality 档quick / standard / full 三种验证强度
.workflow/项目状态、知识库、会话记录的存放目录
overlay对命令的非侵入式补丁,不改原命令
MCPModel Context Protocol;maestro 也可作为 MCP server
配置文件参考

全局配置

~/.maestro/cli-tools.jsonCLI 工具配置(启用哪些、默认模型)
~/.maestro/api-explore.jsonexplore 端点配置(OpenAI 兼容)
~/.claude/CLAUDE.md全局指令 / 工作准则
~/.claude/settings.jsonClaude Code 设置(hooks / 权限)

项目配置(.workflow/)

.workflow/specs/项目规格
.workflow/kg/知识图谱
.workflow/knowhow/knowhow 条目
.workflow/explore/explore 会话记录
常见问题

/maestro-* 找不到

npm install -g maestro-flow maestro install # 然后重启 Claude Code

搜索无结果

先建索引:

maestro kg sync

委派失败

cat ~/.maestro/cli-tools.json maestro config
想要 AI 帮你选命令?直接在 Claude Code 里 /maestro "你想做的事",或终端 maestro --help 看全部 CLI 子命令。