
助手一上来就改代码,常常是需求还没对齐。这套流程要求先用提问把想法收成设计,并分成足够短的段落让人分段确认。确认之后才写实现计划,强调先写失败测试,并且只做当前需要的部分。执行阶段要么每个任务换一个新的子助手并复查,要么在当前会话做完再统一复查。分支收尾时会核对测试,再给出合并、拉取请求或丢弃等选项。适合希望编程助手按固定工程步骤推进、而不是跳过设计和测试的开发者。
Superpowers 是 Jesse Vincent 与 Prime Radiant 维护的一套编程助手方法论。它用可组合技能和启动说明,让助手在写代码前先澄清目标、分段确认设计,再写出带文件路径和验证步骤的实现计划。计划通过后,可以按任务派出子助手并复查,也可以在当前会话里顺序做完。技能随会话自动触发,覆盖测试驱动、系统化排错和分支收尾。代码以宽松许可证公开,企业若需要商业支持可另联系。
使用门槛: 需要一定基础
写代码前的提问澄清
brainstorming 在写代码前用提问收束想法,分段展示设计并保存设计文档,确认后才进入实现。
带验证步骤的计划
writing-plans 把工作拆成小任务,每个任务写明文件路径、完整代码和如何验证。
子助手或本会话执行
可以每个任务派一个新的子助手并在任务之间复查,也可以在当前会话里做完后做一次整体复查。
测试驱动与分支收尾
实现时要求先看到测试失败再写代码;任务做完后验证测试,并给出合并、拉取请求或丢弃等选项。
新功能先对齐设计
开发者提出一个功能想法,助手先提问并给出分段设计,确认后才进入实现计划。
按任务分派并复查
计划通过后,每个任务由子助手完成,并对照计划复查,严重问题会挡住后续步骤。
排查技能没有触发
会话跑偏时,让助手调用诊断技能阅读记录,说明哪一步没有按技能执行。
不会。说明写明助手发现你在做东西时,会先问清真正要做什么,把设计分成足够短的段落给你确认。确认之后才写实现计划,并强调先写失败测试。你明确说开始之后,才会按任务执行。因此它改变的是动手顺序,而不是替你跳过需求讨论。
一种是子助手驱动:每个任务换一个新的子助手,做完就复查,复查分规格是否符合和代码质量两段。另一种是在当前会话里按计划做完,最后对整个分支做一次复查。前者更细,后者更省。严重问题会挡住后续进度。两种都要求助手在动手前先检查有没有对应技能。
仓库写明由 Jesse Vincent 和 Prime Radiant 的其他人一起维护,并给出了社区讨论入口和问题跟踪。若企业需要商业支持、额外工具或托管支出,可以联系页面上的销售邮箱。软件本身以宽松许可证公开。另有可选的版本统计,只包含正在使用的版本,不包含项目内容或提示词,可通过环境变量关闭。
来自真实用户的评价和反馈