OpenSpec · Superpowers · Compound Engineering Plugin —— 规划 · 执行 · 沉淀
openspec init在当前项目中初始化 OpenSpec 目录结构和 AI 集成。
openspec list列出所有活跃的变更。
openspec view交互式仪表板，浏览规范和变更。
openspec update更新配置文件及斜杠命令。
openspec config profile切换工作流模式（core / expanded）。
/opsx:propose一步创建变更并生成所有规划文件（proposal, design, tasks, specs）。
/opsx:explore在开发前进行需求探索、方案调研。
/opsx:apply严格按照 tasks.md 逐步实现功能。
/opsx:archive变更完成后归档，合并规范至主分支。
Expanded 工作流 额外提供 /opsx:new、/opsx:continue、/opsx:ff、/opsx:verify、/opsx:sync、/opsx:bulk-archive、/opsx:onboard 等精细控制命令。
苏格拉底式问答，产出设计文档，未获批准绝不写代码。
将设计拆解为细粒度实施计划（含精确路径和代码）。
为每个任务派发独立子代理，执行后两阶段审查（规格+质量）。
并行执行互不依赖的子任务，提高效率。
自动获取 git diff 逐文件审查，按严重程度报告问题。
专业地接收和处理审查意见，逐条验证并解决。
为每个变更创建独立 worktree，隔离开发环境。
引导完成合并、创建 PR 或清理分支。
备选方案（无子代理时）逐步执行并确认。
强制“红-绿-重构”循环，先写失败测试，再实现。
四阶段根因分析，禁止随机猜测式修复。
必须提供证据（测试/手动验证）才能宣布完成。
确保正确识别并调用其他技能。
高级用户可用 TDD 编写自定义技能。
斜杠命令：/superpowers:brainstorm、/superpowers:write-plan、/superpowers:execute-plan 可主动触发核心流程。
/ce-brainstorm 规划交互式问答，将模糊需求转为结构化需求文档。
/ce-plan 规划细化实施计划，包含任务、测试要点和边缘情况。
/ce-work 执行按计划执行开发，并自动使用 git worktree 隔离环境。
/ce-simplify-code 执行代码审查前进行重构优化，提升清晰度和可复用性。
/ce-code-review 审查多代理（Multi-agent）审查，识别模式而非仅找问题。
/ce-compound 沉淀将经验、教训、模式记录到 docs/solutions/，供未来复用。
/ce-ideate在 brainstorm 前生成多个创意并评估，选出最佳方案。
/ce-strategy创建/维护 STRATEGY.md，为所有决策提供对齐锚点。
/ce-debug系统性调试流程，重现问题并追踪根因。
/ce-product-pulse生成产品使用、性能、错误的定期报告。
/ce-doc-review检查文档质量。
/ce-setup检查环境并引导项目配置。
内置 37 项技能 + 51 个专业代理（如 Rails、Python、TypeScript 专项审查、安全审计等），可根据项目上下文自适应激活。
| 维度 | OpenSpec | Superpowers | Compound Engineering |
|---|---|---|---|
| 核心定位 | 规范驱动的“总设计师” | 纪律驱动的“工程总监” | 复合增长的“知识顾问” |
| 主要目标 | 减少需求理解偏差，建立契约 | 强制流程纪律，防止AI失控 | 让每一次工作都让下一次更容易 |
| 工作流重心 | 规划（规格文档） | 执行（子代理 + TDD + 审查） | 规划与审查（80%）+ 执行（20%） |
| 产出物 | proposal.md, design.md, tasks.md, specs/ | 高质量代码 + 测试 + 审查报告 | 需求文档 + 实施计划 + 知识沉淀（solutions/） |
| 关键机制 | 规范变更与归档 | 强制头脑风暴、子代理、两阶段审查 | 复合效应（/ce-compound）与战略对齐 |
| 适用场景 | 需求明确、长期维护、严格变更追踪 | 对代码质量和流程纪律要求极高 | 追求长期代码健康、团队知识系统化 |
生成 proposal / design / tasks
子代理 + TDD + 两阶段审查
/ce-compound 固化经验
/ce-brainstorm 和 /ce-plan 做前期探索，然后将计划输入 Superpowers 的 writing-plans 并跳过其 brainstorming，直接进入执行；完成后用 /ce-compound 沉淀知识。OpenSpec 则作为整个过程的规范骨架，贯穿始终。