源码级融合 OpenSpec 规划引擎 + Superpowers 执行纪律的 AI 编程工作流插件
快速开始 | 安装 | 为什么 | Skills | 工作流 | English | Showcase | FAQ
安装后，告诉 Agent 一句话即可启动：
用 workflow-start 开始
Agent 会自动检查当前工件目录，内容级判断（不看文件时间戳，而是比较 proposal 范围 vs 契约意图锁）你处于哪个阶段，然后路由到正确的下一个 skill。
- 启动新的变更 →
用 workflow-start 开始 - 恢复旧的变更 →
继续上次的工作流 - 不确定当前状态 →
帮我看看现在该干什么
Claude Code 的主流方式是插件 marketplace：
/plugin marketplace add MageByte-Zero/spec-superflow
/plugin install spec-superflow@spec-superflow
/plugin update spec-superflow@spec-superflowMarketplace 安装自动加载 hooks，每次新会话自动注入上下文。
# 方式一：通过 ssf CLI
npx spec-superflow@latest install-cursor
# 方式二：直接运行脚本
curl -fsSL https://raw.githubusercontent.com/MageByte-Zero/spec-superflow/main/scripts/install-cursor.mjs | node -Cursor 原生发现
.cursor/skills/、.agents/skills/、~/.cursor/skills/等目录，也可以在 Customize → Rules → Remote Rule (Github) 导入。脚本会自动部署 skills、scripts、docs 等运行时依赖。
Codex 的主流方式是 Plugin Directory / marketplace。本仓库已提供 .codex-plugin/plugin.json 和 .agents/plugins/marketplace.json。
# 在 Codex CLI 中打开插件目录
codex
/plugins
# 或添加社区 marketplace 后安装
codex plugin marketplace add hashgraph-online/awesome-codex-plugins
codex plugin add spec-superflow@spec-superflowCodex App 打开 Plugins 面板，安装或启用 spec-superflow。如果通过 CLI 安装，重启 App 后在 Plugins 面板启用。
copilot plugin marketplace add MageByte-Zero/spec-superflow
copilot plugin install spec-superflow@spec-superflowgemini extensions install https://github.com/MageByte-Zero/spec-superflow
gemini extensions update spec-superflow # 升级| 平台 | 安装方式 | 状态 |
|---|---|---|
| OpenCode | .opencode/plugins/spec-superflow.js 或 .agents/skills -> skills/ |
已提供入口 |
| WorkBuddy | npx spec-superflow@latest install-workbuddy |
已提供安装器 |
| Trae IDE / TRAE Work | .trae/skills/、~/.trae/skills/ 或上传 zip/.skill |
手动/导入 |
完整安装说明见 INSTALL.md。
npm install -g spec-superflow # 全局安装
npx spec-superflow list # 或通过 npx 使用| 命令 | 功能 |
|---|---|
ssf list |
列出所有 changes 及状态 |
ssf validate <dir> |
验证工件完整性 |
ssf doctor |
健康检查（版本、hooks、skills、文档一致性） |
ssf version <semver> |
一键同步版本号到所有 manifest |
ssf state <sub> <dir> |
管理 .spec-superflow.yaml 状态文件 |
ssf inject <dir> |
生成多平台 phase-guard 产物 |
ssf audit <dir> |
生成决策点审计报告 |
ssf install-cursor |
部署到 Cursor .cursor/ 目录 |
ssf install-workbuddy |
部署到 WorkBuddy marketplace 并启用技能 |
- 当前版本：
v0.8.9 - 自包含插件，不需要运行时安装 OpenSpec 或 Superpowers
- 上游来源：Fission-AI/OpenSpec 和 obra/superpowers
- 版本历史见 CHANGELOG.md
用 AI 写代码时，最常碰到两个失控点：
-
还没想清楚要做什么，AI 就开始写代码。 你说了句"帮我加个权限控制"，它就开始改几十个文件。改到一半才发现 —— 到底要 RBAC 还是 ABAC？
-
规划文档写得明明白白，但执行阶段还是会跑偏。 proposal 写了、design 画了，但实现过程中没人盯着测试、没人卡 review，等到合并才发现行为不对。
spec-superflow 在这两个失控点之间建起一道硬墙： 需求澄清 → 工件沉淀（Schema 引擎验证格式）→ 执行契约桥接 → TDD + SDD + Review Gate 三重纪律强制执行 → 验证收口 → delta spec 同步防止规范腐烂。
| 设计原则 | 说明 |
|---|---|
| Spec First | 没有稳定的规划工件，不允许进入实现 |
| Guarded Handoff | execution-contract.md 是规划到实现的唯一交接层 |
| Strong Guardrails | 实现中违反契约的行为被明确拦截并回退 |
| Schema Validated | 规划期工件经过 Schema 引擎验证 |
| Execute Disciplined | TDD 铁律 + SDD 子代理驱动 + Review Gate |
| Self-Contained | 不需要安装 OpenSpec 或 Superpowers，一个插件全包 |
✅ 推荐： 大型功能开发、多人协作项目、长期维护项目、需要 TDD + Review Gate 的棕地项目。
❌ 不推荐： 一次性脚本/工具、纯咨询/问答。
v0.6.0 起自动模式检测：hotfix（≤2 文件，自动跳过规划）和 tweak（≤4 文件，纯配置/文档，直接编辑）让小型变更也能高效使用。
| # | Skill | 阶段 | 职责 |
|---|---|---|---|
| 1 | workflow-start |
入口 | 内容级状态检测、8 状态路由、阻止非法跳转 |
| 2 | need-explorer |
探索 | 一次一问 + 方案对比 + 推荐 |
| 3 | spec-writer |
规格 | 产出 proposal/specs/design/tasks，Schema 引擎实时验证 |
| 4 | contract-builder |
桥接 | 解析引擎自动提取 4 工件 → 压缩为 execution-contract.md |
| 5 | build-executor |
执行 | TDD 铁律 + SDD 子代理驱动 + Review Gate |
| 6 | bug-investigator |
调试 | 4 阶段根因分析，3+ 修复失败 → 质疑架构 |
| 7 | code-reviewer |
审查 | 结构化审查，三级问题分级 |
| 8 | release-archivist |
收口 | 验证前完成铁律 + 归档 + 风险总结 |
| 9 | spec-merger |
同步 | Delta Spec → 主规范智能合并 |
你说"帮我加一个权限控制"
│
▼
workflow-start ← 唯一入口。内容级状态检测、路由到正确 skill
│
▼
exploring need-explorer："你要 RBAC 还是 ABAC？多大粒度？"
▼
specifying spec-writer 产出 4 份工件 + Schema 引擎验证
▼
bridging contract-builder 自动提取 → execution-contract.md
│
◇ 用户批准 ◇ ← 唯一一次人工介入
│
▼
executing build-executor: TDD → SDD → Review Gate
│
├──[bug]──→ debugging → bug-investigator
▼
closing release-archivist 验证 + 归档
▼
syncing spec-merger（delta spec → 主规范）
关键约束： 没有 execution-contract.md 或未被批准 → 不允许实现；需求变更 → 强制回退；遇到 bug → 强制走 debugging，不允许"随便试试"。
- hotfix — ≤2 文件、无新模块时，跳过完整 spec-writer，走最小契约 → inline 执行
- tweak — ≤4 文件、纯配置/文档修改时，跳过规划+桥接，直接编辑
spec-superflow 和 OpenSpec / Superpowers 什么关系？
源码级融合，不是简单并列。吸收了两者的引擎（Schema/验证/解析 + TDD/SDD/调试/审查），独创了 contract-builder 桥接层和 8 状态路由。自包含，不需要安装上游运行时。
能和我已有的 OpenSpec 或 Superpowers 共存吗？
建议不要在同一会话混用。已有 OpenSpec 工件目录的项目可以直接用 spec-superflow 接管 —— contract-builder 能读取现有文件生成 execution contract。
execution contract 怎么知道该更新了？
内容级检测（不是文件时间戳）：proposal 范围变了、specs 已批准需求改了、design 架构约束变了、tasks 批次变了 → 视为过时，回退到 contract-builder。
SDD (Subagent-Driven Development) 怎么工作的？
每任务循环：派实施子代理 → 生成 review diff → 派审查子代理 → 双向判断（spec 合规 + 代码质量）→ 不合格 → 修复 → 重新审查。进度台账防止会话压缩后丢失进度。
Star 一下，下次需要的时候能找到。