AI 辅助开发:Openspec + Superpowers 工作流实战
本文介绍了一种结合Openspec和Superpowers插件的AI辅助开发工作流。Openspec负责需求探索和规范制定,Superpowers负责任务拆分和执行。作者以ccstatusline项目为例,展示了从需求探索、提案生成、计划制定、代码执行到验证归档的完整流程,强调先想清楚再动手、拆解小任务、严格验证等原则。该工作流通过规范驱动和任务分解,提高了开发效率和代码质量,适合需要频繁迭代的开
AI 辅助开发:Openspec + Superpowers 工作流实战
用 Claude Code 有一段时间了,最近摸索出一套配合使用的插件流程,记录一下。
背景
ccstatusline 是我 fork 下来改的一个 Claude Code 状态栏工具,针对 MiniMax 模型做了适配。维护的过程中有个痛点:上游经常更新,但我不知道自己落后了多少。于是想加个statusline的组件来显示当前版本和同步状态。
Openspec 是什么
规范驱动的开源开发框架。理念很简单:fluid not rigid, iterative not waterfall。
核心就两点:
- 先定规范再动手,避免 AI 凭空发挥
- 每个变更独立归档,决策有据可查
Superpowers 是什么
Coding agent 的执行框架。核心理念也很简单:不上来就写代码,先把需求问清楚。
流程:
- brainstorming — 需求探索
- writing-plans — 拆成 2-5 分钟可执行的小任务
- subagent-driven-development — 并行执行,双重审查
强调 TDD、YAGNI、DRY。Skills 自动触发。
为什么组合使用
Openspec善于定规范,Superpowers善于严格执行,这不就巧了吗!!!
于是,大致思路就有了:使用OpenSpec 替代掉Superpowers的brainstorm,将OpenSpec输出的的 tasks 作为 Superpowers writing-plans 的输入,然后,干掉Openspec的apply命令,实现交由Superpowers完成。
干掉Openspec的apply命令:openspec config profile
Current profile settings
Delivery: both
Workflows: 9 selected (custom)
Delivery = where workflows are installed (skills, commands, or both)
Workflows = which actions are available (propose, explore, apply, etc.)
✔ What do you want to configure? Workflows only
? Select workflows to make available:
❯[x] Propose change
[x] Explore ideas
[x] New change
[x] Continue change
[ ] Apply tasks
[x] Fast-forward
[x] Sync specs
[x] Archive change
[x] Bulk archive
[x] Verify change
[ ] Onboard
Create proposal, design, and tasks from a request
Space to toggle, Enter to confirm
取消选中Apply tasks这一项就好了。
实战流程
1. 需求探索
用 /opsx:explore 探索需求细节。聊清楚几个问题:显示什么、用什么形式、多色指示具体是什么意思。
2. 生成 Proposal
/opsx:propose ccstatusline-update-indicator
系统自动生成 proposal、design、specs、tasks 四个文件。
3. 写实现计划
/superpowers:writing-plans
superpowers会直接根据上一部产出的 tasks.md 生成详细计划,每个任务拆成 2-5 分钟可完成的步骤,附代码示例和测试方法。
4. 执行
/superpowers:subagent-driven-development
实际上在writing-plans执行完成后,superpowers会提示你选择inline还是subagent方式实现,这里选择subagent。执行时每个任务过两道关:Spec 合规、代码质量。实际跑了 5 个任务,都过了。
5. 验证需求
/opsx:verify
验证发现一个问题:Widget 没有正确使用 context.updateStatus 显示不同指示符——渲染出来的总是同一个样子。
6. 修复
发现问题就修。再跑一遍 writing-plans + subagent-driven,然后重新验证。
7. 归档
/opsx:archive
完整流程结束,归档到 openspec/changes/archive/。
几个体会
先想清楚再动手。 探索阶段多花点时间值得,比边做边改快。
任务要拆小。 2-5 分钟能做完的那种。太大了容易乱。
验证不能跳过。 这次就是验证环节发现的问题,如果不做验证就交付,这个问题就到用户那里了。
归档有意义。 之后想回顾当时的决策,有文档可查。
怎么上手
安装两个插件:openspec 和 superpowers。
常用命令:
/opsx:explore # 探索需求
/opsx:propose <name> # 创建变更
/superpowers:writing-plans # 生成计划
/superpowers:subagent-driven # 执行计划
/opsx:verify # 验证
/opsx:archive # 归档
如果验证发现问题,就再走一遍 plan → execute → verify 的循环。
更多推荐


所有评论(0)