6.3 工作流工具的粗分类¶
当 AGENTS.md / CLAUDE.md 不够时，再考虑工作流工具。先做粗分类，再看具体框架。不要一开始就陷入“哪个框架最强”的比较。
flowchart TD
A[工作流缺口] --> B[规格驱动]
A --> C[工程纪律]
A --> D[上下文治理]
A --> E[多 Agent 编排]
A --> F[能力补全]
A --> G[长期项目骨架]粗分类与代表路线¶
| 缺口类型 | 代表路线 | 先解决的问题 |
|---|---|---|
| 规格驱动 | OpenSpec / Spec Kit / Kiro | 做什么、为什么做、验收什么 |
| 工程纪律 | Superpowers / 自定义 skills | 怎么按 TDD、debug、review、验证流程做 |
| 上下文治理 | GSD / 任务分阶段工具 | 长任务怎么分阶段、怎么避免上下文腐烂 |
| 多 Agent 编排 | OMC / CCG / worktree | 多个 Agent 如何分工、并行和回收 |
| 能力补全 | ECC / memory / security / eval 工具 | skills、记忆、安全、验证、学习如何增强 |
| 长期项目骨架 | Trellis / repo 内任务系统 | specs、tasks、workspace、journal 如何长期落盘 |
Trellis¶
定位：
多平台 AI 编码工作流规范层。
适合：
- 多工具并用。
- 需要任务目录和 PRD。
- 需要 specs、journal、上下文注入。
- 团队希望统一规范。
不适合：
- 一次性小任务。
- 不愿维护 specs/tasks 的团队。
CCG Workflow¶
定位：
Claude + Codex + Gemini 三 CLI 协作。
适合：
- 想让 Claude 规划、Codex 做逻辑、Gemini 做前端/长上下文辅助。
- 想在中文社区现有工作流上继续扩展。
- 多模型路由和命令体系。
不适合：
- 只想用一个 Agent。
- 不愿处理多工具配置。
Superpowers¶
定位：
用 skills、命令和方法论强制 Agent 走 TDD、计划、验证、review。
适合：
- Agent 经常不计划就写。
- Agent 经常不测试就说完成。
- 想把工程纪律固化成 skills。
Spec 工具¶
代表：
- Spec Kit。
- OpenSpec。
- Kiro。
- spec-workflow-mcp。
适合：
- 需求复杂。
- 需要可追溯规格。
- 高风险功能。
- 团队协作。
核心思想：
flowchart LR
A[Requirements] --> B[Design]
B --> C[Tasks]
C --> D[Implementation]怎么选¶
| 痛点 | 工具 |
|---|---|
| 项目规范和任务状态混乱 | Trellis |
| 想要三模型分工 | CCG |
| Agent 不走测试和 review | Superpowers |
| 长任务上下文腐烂 | GSD / 任务分阶段工具 |
| Claude Code 多 Agent 没有组织 | OMC / subagents / worktree |
| 缺 memory、安全、验证、学习机制 | ECC / 自定义能力补全层 |
| 需求必须规格先行 | Spec Kit / OpenSpec / Kiro |
| 只想轻量增强单 Agent | AGENTS.md / CLAUDE.md + 自定义 skill |
更完整的六条 Harness 路线见 10-six-harness-routes.md。如果你已经准备组合多个框架，先读 11-harness-composition-patterns.md。