OpenSpec + Superpowers 融合方案对决：spec-superflow vs Comet 深度拆解

原文链接：https://mp.weixin.qq.com/s/8hO_Xxxzl5p2pCJgC1oLNg 作者：职场向上生长力 发布时间：2026年7月6日

摘要

深度拆解 spec-superflow 和 Comet 两个将 OpenSpec（管 WHAT）和 Superpowers（管 HOW）融合为一套完整流水线的开源方案。前者走"源码吸收、契约驱动"路线，后者走"胶水编排、状态驱动"路线。文章从源码架构、状态管理、TDD 纪律、实战体验三个维度做了完整对比。

主要内容

为什么需要融合

框架	擅长	不擅长
OpenSpec	proposal → specs → tasks 规划链	执行阶段没有 TDD、没有 Review Gate
Superpowers	brainstorming → TDD → 审查	没有 Spec 生命周期管理

融合方案的核心价值是把两条链焊在一起，形成端到端可追溯流水线。

spec-superflow：源码级融合 + 契约桥接

• 自包含，一行 /plugin install 无需提前装上游依赖
• 9 个核心技能，8 状态机 + guard 守卫脚本
• 核心创新 contract-builder：将 4 份规划文档自动压缩为 execution-contract.md，含 Intent Lock + 约束清单 + SHA256 哈希
• DP 门控：DP-0（确认变更范围）和 DP-3（批准执行契约），硬阻断不让 AI 跳过
• 执行阶段强制 TDD：RED → GREEN → REFACTOR，不允许跳过
• 超 3 次修复失败 → 质疑架构

Comet：胶水编排 + Shell 守护

• 外部编排，不吸收上游代码，通过 YAML 状态机 + guard 守护脚本编排
• 5 阶段流水线：open → design → build → verify → archive
• .comet.yaml 状态文件记录变更完整状态，中断恢复方便
• CodeGraph 语义索引 + Context Compression 减少 token 消耗
• comet dashboard Web 可视化仪表盘
• 支持 30 种 AI 工具，TDD 强度可配置（off/standard/strict）

实战对比（Flask + SQLite 博客加标签）

对比项	spec-superflow	Comet
安装时间	~30 秒（一行插件）	~5 分钟（npm + init + 依赖）
工作流步骤	6 步（含 DP 门禁）	5 步
规范产物	4 规划 + execution-contract	4 规划 + .comet.yaml
TDD	强制	可选
耗时	~35 分钟	~40 分钟
测试结果	7 passed	7 passed

选型建议

• 独立开发者，想要纪律约束 → spec-superflow（自包含、中文原生、contract-builder）
• 团队协作，已有 OpenSpec/Superpowers → Comet（在上游基础上叠加编排）
• 两个都没用过 → 先从 spec-superflow 开始，概念更少，一体化更好

原文关键段落

融合方案的核心价值就是把两条链焊在一起，形成端到端的可追溯流水线。

contract-builder 是最让人安心的一环——它逼你在写代码之前，把「我要做什么」压缩成一份不可篡改的契约。

如果这个变更你会在团队周会上花 5 分钟以上解释，那融合方案值得上。如果一句话能说清楚，直接用 AI 裸写就行。