首页 › skills-review › 工作流四岗横评：全是外挂

工作流四岗横评：坐着的全是外挂

概述

本期是工作流自动化赛道的第五轮观察，覆盖部署、CI、监控、多Agent协作四个岗位。核心发现只有一个：这四个岗位上，没有一个坐着「纯血」Skill。你要么在用官方 Action、要么在装 npm 全局包、要么在跑一个 MCP 服务器——所谓工作流自动化，2026 年的货架形态是「框架混血件」：它们借 Claude Code 的壳（hooks、commands、MCP），但没有一件靠单个 SKILL.md 文件活着。本文对五个最响亮的工作流件做横向评测，并把其中最重的编排件拆开看它到底怎么接管 Claude Code。

四岗盘点：岗位上坐的都是谁

岗位	现任住户	形态	编制状态
CI	anthropics/claude-code-action	GitHub Action	官方编制
部署	平台官方件（此前轮次已拆）	Skill/MCP 混合	半编制
监控	长期只有 sentry 一户	MCP + Skill	半编制
多Agent编排	claude-flow / task-master / claude-squad / vibe-kanban	npm 包 / MCP / TUI / Web 应用	全部无编制

「编制」指的是：以 SKILL.md 为核心交付物、装进 ~/.claude/skills/ 就能跑的纯 Skill。工作流这个赛道，恰恰是官方 Skills 仓库里最薄的一层——官方自己都把 CI 位做成了 Action 而不是 Skill，原因不难理解：工作流需要进程、端口、定时器和后台态，而 SKILL.md 的世界观是「按需加载的一段说明书」，天生不带电。于是这个赛道的住户全部长成了混血件：主体是一个独立程序，再通过三种管道跟 Claude Code 接线——MCP 工具、自定义 slash 命令、hooks 钩子。

评测对比表

Skill/项目	功能完整度(25%)	设计质量(25%)	实战效果(20%)	上手难度(15%)	社区活跃度(15%)	加权印象
claude-flow	★★★★★	★★★☆☆	★★★☆☆	★★☆☆☆	★★★★★	3.7
claude-task-master	★★★★☆	★★★★★	★★★★☆	★★★★☆	★★★★☆	4.2
claude-code-action	★★★★☆	★★★★☆	★★★★☆	★★★☆☆	★★★★☆	3.9
claude-squad	★★★☆☆	★★★☆☆	★★★☆☆	★★★☆☆	★★★☆☆	3.0
vibe-kanban	★★★★☆	★★★★☆	★★★★☆	★★★★☆	★★★★☆	4.0

评分说明：基于各项目公开文档、README 自述与社区讨论的定性评估，未做逐台实测，社区数据未逐一核实精确值。

逐件评测

1. claude-flow —— 编排位的重量级冠军，也是最难搬的

定位：ruvnet 出品的 swarm 编排框架，自称「一切皆流」。它把多 Agent 协作做成了完整方法论：一个 Queen（蜂后）Agent 负责拆任务，一群 Worker Agent 领活干，中间垫一层共享记忆（本地数据库），外围再配一套 MCP 工具、hooks 钩子和 GitHub 联动。功能列出来能吓死人——任务分解、并行执行、记忆持久化、自组织拓扑、会话恢复，README 自述内置几十个 MCP 工具（具体数字未经官方复核）。

亮点在于它证明了「Claude Code 当编排内核」这条路走得通：Worker 之间不是各聊各的，共享记忆层让后一个 Agent 能读到前一个的产出，这在纯 SKILL.md 世界里做不到——再次印证工作流位必须混血。

短板 equally 明显：太重。安装要 npm 全局包 + 项目初始化 + MCP 注册 + hooks 配置四步走，文档长得像产品官网而不是说明书，新手容易装完不知道下一步。社区反馈两极：demo 视频里一夜建一座城，真上生产的人抱怨调试 swarm 比调试代码还累。适合愿意付学习成本的重度玩家，不适合「我就想让两个 Agent 帮我搬砖」的人。

npx claude-flow@latest init
npx claude-flow@latest start --ui   # 具体子命令以仓库 README 为准

2. claude-task-master —— 工作流位最像「正经软件」的一个

定位：eyaltoledano 出品的任务驱动开发工作流，思路朴素到感人：先写 PRD，一条命令把 PRD 解析成带依赖关系的任务清单，然后让 Claude 按任务号逐个吃掉。parse-prd、next、expand（把粗任务再拆细）、任务状态机（pending/done）构成完整的流水线，还支持多套任务上下文并行（tag 机制），MCP 模式下 Claude 可以直接调它读写任务。

它拿下本组设计最高分的原因：把「工作流」还原成了数据结构。任务清单就是一个有依赖边的有向图，Agent 换了一茬，任务图还在——工作流的最小单元不是提示词而是状态，这是大多数编排件没想明白的事。加上它对底层模型/Agent 中立（Claude Code 只是其中一个驱动选项），迁移成本几乎为零。

短板：它管「任务怎么排」，不管「任务怎么跑」，并行执行还得自己配；UI 只有 CLI 和 MCP，没有可视化。对个人开发者是甜点位，团队要用得自己包一层。

npm install -g task-master-ai
task-master init
task-master parse-prd your-prd.txt

3. claude-code-action —— CI 位唯一有编制的官方住户

定位：anthropics 官方 GitHub Action，往 PR 或 Issue 里 @ 一下，Claude 就在 CI 环境里干活：审代码、回评论、按指令改代码再推回来。它是本期唯一「官方编制」住户，也是最特殊的——它根本不是 Skill，是 Actions 工作流文件里的一步。

亮点：官方出品意味着和 Claude Code 的行为完全同源，仓库里放一份 CLAUDE.md 它就照办；后续版本也跟进了对 Skills 的支持，等于你在本地调教出来的技能，CI 里也能使。触发词设计是教科书级的克制：默认只响应 @claude，不抢维护者的活。

短板：配置成本集中在权限侧——要开 Anthropic API key、要配 workflow YAML、要管 Actions 权限边界，第一次跑通大约要半小时。另外它按 API 用量计费，PR 多的仓库月末账单会提醒你什么叫「自动化是有单价的」。

# .github/workflows/claude.yml 中的核心一步
- uses: anthropics/claude-code-action@v1
  with:
    anthropic_api_key: ${{ secrets.ANTHROPIC_API_KEY }}

4. claude-squad —— 多 Agent 并行的极简工位长

定位：smtg-ai 出品的终端 TUI，干一件事：给你开一屋子 tmux 会话加 git worktree，每个格子住一个 Agent（Claude Code、aider 等），你像项目经理一样在格子间巡视，谁干完把分支一合就收工。

亮点是抓住了并行开发的两个物理事实：Agent 之间互不干扰需要 worktree 隔离，人需要一眼看到所有 Agent 在干嘛。它没有编排逻辑，没有蜂后蜂工，就是个工位表——这反而成了它的可靠性来源：没有魔法就没有惊喜。

短板：只管「并行」不管「协作」，Agent 之间零通信；前置依赖（tmux、gh CLI）要自己装好；对不用终端的玩家有天然门槛。社区热度已被带界面的 vibe-kanban 明显盖过，走的是「工具越老越稳」路线。

brew install claude-squad
# 或 go install github.com/smtg-ai/claude-squad@latest
cs   # 启动

5. vibe-kanban —— 给 Agent 车间装了一块看板

定位：BloopAI 出品的 Web 应用，一条 npx 命令起一个本地看板，每张任务卡就是一个工作单元：指定用哪个 Agent（Claude Code/Codex/Gemini CLI 都行）执行，并行推进，卡片上直接看 diff、审改动、一键合并。它还内置 MCP 服务器，意味着你的主 Agent 可以反过来调度看板——Agent 管理工具的递归结构，挺有赛博味。

亮点是产品化程度：本期唯一有正经 Web UI 的住户，「审 diff 再合并」这个动作做进了核心流程，等于把人工验收焊在了自动化流水线上，这是对「Agent 乱改」最务实的防御。上手四星，全靠一条命令。

短板：编排深度不如 claude-flow，任务依赖管理不如 task-master 严谨，定位是「并行执行台」而非完整方法论；项目相对年轻，大版本迭代快，跟多个 Agent CLI 的兼容矩阵偶尔出小状况。

npx vibe-kanban@latest

重点解剖：混血件是怎么接管 Claude Code 的

以 claude-flow 为样本，工作流混血件接管 Claude Code 靠三条管道，值得每个想自己造工作流的人记住：

第一条：MCP 工具。 把「创建 swarm、查记忆、派任务」注册成 MCP 工具，Claude 在对话里就能调用。这是能力输入管道。

第二条：自定义 slash 命令。 把常用流程（初始化蜂巢、恢复会话）做成 .claude/commands/ 下的命令文件，人用斜杠一键触发。这是人机接口管道。

第三条：hooks。 在 Claude Code 的生命周期钩子（会话开始、工具调用前后）上挂脚本，框架得以在 Claude「背后」维持状态、注入上下文。这是状态维持管道——也是 SKILL.md 纯血件永远做不到的部分，因为说明书不会自己醒过来。

三管道齐备，框架就完成了对 Agent 的「包壳」：Claude Code 以为自己在独立工作，实际上每一步都被外层编排系统记账。这个结构的代价是调试链路翻倍——出问题时你要同时排查「Agent 层」和「编排层」，这就是重框架实战分普遍不高的根本原因。

多 Agent 编排的核心流程

flowchart TD
    U["开发者一句话需求"] --> Q["蜂后分解任务"]
    Q --> A1["工蜂A 实现功能"]
    Q --> A2["工蜂B 补测试"]
    Q --> A3["工蜂C 查资料"]
    A1 --> M["共享记忆层"]
    A2 --> M
    A3 --> M
    M --> R["蜂后汇总评审"]
    R -->|未达标打回| Q
    R -->|达标| P["合并产出交人审"]
    P --> H["人看diff后合并"]

本轮观察的三个判断

工作流位不会出现纯血 Skill 王者。 状态、进程、定时器是工作流的三大件，SKILL.md 的按需加载模型天然缺这三样，赛道只能被混血件占领。官方用 Action 而非 Skill 补 CI 位，就是这个判断的官方背书。
编排层的竞争焦点正从「能派活」转向「能验收」。 vibe-kanban 把人工审 diff 做进核心流程、task-master 把任务状态做成数据结构，都指向同一件事：多 Agent 的瓶颈不再是让它们干活，而是让人类敢签字。
混血件的终极税是调试。 五件里实战分全都没过五星，原因高度一致：多一层编排就多一层黑盒。谁先把「swarm 出错时能像单 Agent 一样好查」，谁就有机会把加权分从 4 出头抬到 4.5 以上。

参考来源

anthropics/skills — 官方 Skills 仓库，本期「官方 CI 位选 Action 不选 Skill」判断的对照物
ruvnet/claude-flow — swarm 编排框架，功能与三管道结构的公开 README 自述
eyaltoledano/claude-task-master — 任务驱动开发工作流，命令与 tag 机制见仓库文档
anthropics/claude-code-action — 官方 GitHub Action，用法见其 workflow 配置示例
smtg-ai/claude-squad — 多 Agent 并行 TUI 工位管理器
BloopAI/vibe-kanban — Agent 看板编排工具，安装方式见仓库 README

[!tip] 51学通信知识星球 星主：爱卫生（微信：gprshome201101）——公众号「51学通信」创办者，19 年通信行业运维与讲师经验，著有《GPRS网络信令实例详解》《EPC原理与实践》《5G核心网原理与实践》三本纸质书（各大电商平台有售）。 星球定位：深耕 5G 核心网、IMS、NFV/AI、云原生等 ICT 领域，主打运维岗位与信令分析。 当前规模：5200 篇主题 / 990 个回答，198 元/年。 加入福利：加入星球后请加爱卫生微信，拉您进知识星球年度陪伴与答疑群——不限量回复您的各种问题，另有群内分享。 AI 加持：51学通信知识星球已作为 skill 接入 WorkBuddy，使用 deepseek-4-flash 在海量星球帖子中精准找贴、找视频、找 FAQ 和案例，做总结、找文档和 PPT 等场景全覆盖。

51学通信知识星球海报-扫码加入