Superpowers Mode

Superpowers Mode 评估

核心用法

Superpowers Mode 是受 obra/superpowers 启发的严格工程工作流，仅通过显式指令启用（如"включи superpowers"）。启用后，针对代码/构建/调试任务强制执行六步流程：快速澄清目标与约束、编写可分块审核的规格文档、制定细粒度实施计划、30秒快速风险评估（聚焦生产故障点、脆弱依赖、回归信号与回滚方案）、逐任务执行（高风险变更优先测试驱动）、最终验证验收标准并总结结果。状态持久化于 memory/superpowers-mode.md，支持俄/英双语开关与状态查询。

显著优点

• 风险控制前置：强制"生产故障模式"与"回滚策略"思考，避免"看起来能跑"的侥幸心理
• 认知减负：通过状态文件和结构化模板，将决策负担外化到流程而非临场记忆
• TDD 友好：明确提倡测试优先，尤其针对高风险变更
• 弹性平衡：识别用户加速意图（"quick"/"без плана"）时可跳过至最小计划，避免流程僵化

局限性与风险

• 过度工程风险：简单任务（单行修复、变量重命名）可能因流程负担降低效率
• 状态漂移：依赖文件系统持久化，跨会话/多实例环境可能出现状态不一致
• 语言混杂：触发词含俄语，但其他文档为英文，国际化团队可能产生理解摩擦
• 模板依赖：提及 references/ 模板却未定义具体内容，存在执行悬停风险

适合人群

• 中大型软件项目的核心维护者
• 需要 code review 文化但缺乏制度约束的远程团队
• 个人开发者培养工程纪律的"脚手架"工具

常规风险

该模式本身不直接操作代码，风险集中于流程误用：在非编码场景强制应用会造成沟通摩擦；状态文件若被手动篡改可能导致模式意外启用或禁用。建议配合版本控制对 memory/ 目录进行审计追踪。

---
评估基于技能文档自述，未执行动态安全扫描

核心用法

Superpowers Mode 是一种按需启用的严格工程工作流，灵感源自 obra/superpowers 项目。用户通过明确指令（如"включи superpowers"或"enable superpowers"）激活后，系统会在状态文件中记录模式状态，此后所有编码/构建/调试任务强制遵循六步规范流程。

启用后工作流程：
1. Clarify — 快速澄清目标与约束
2. Spec — 产出可审阅的简短规格文档
3. Plan — 制定小任务实施计划
4. Risk Review（30秒）— 评估生产故障点、最弱依赖假设、回归信号与快速回滚方案
5. Execute — 逐任务执行，高风险变更优先测试驱动开发（TDD）
6. Verify & Finish — 对照验收标准验证，总结成果与下一步

状态管理：使用 memory/superpowers-mode.md 文件追踪启用状态，支持俄语/英语双语命令。

显著优点

• 强制纪律性：通过结构化流程遏制"先写代码后思考"的冲动，特别适合复杂或高风险变更
• 风险控制内置：第四步的 mini risk review 要求主动识别生产故障模式、依赖脆弱性和回滚策略
• 多语言支持：原生支持俄语和英语指令，国际化友好
• 灵活性保留：用户明确要求速度时（"quick"/"без плана"），可降级为最小计划模式
• 零侵入性：非编码对话完全不触发，避免过程噪音

潜在缺点与局限性

• 认知开销：简单任务（如单行 bug 修复）可能因流程 overhead 显得笨重
• 依赖自律：Red flags 自我检查机制依赖模型自我觉察，实际执行中可能漏检
• 无强制工具链：TDD 建议但不强制具体测试框架，团队需自行配套
• 状态文件单一：仅依赖本地 markdown 文件，无分布式状态同步机制
• 语言局限：除俄英外其他语言命令未定义

适合人群

• 个人开发者：希望培养规范化编码习惯，避免"快速 hack"积累技术债
• 小型技术团队：缺乏正式 code review 流程，需要轻量级流程约束
• 高风险项目：涉及配置/认证/定时任务/系统文件修改，需要强制回滚思考
• AI 辅助编程用户：希望通过明确流程提升人机协作的确定性

常规风险

• 流程僵化风险：过度应用可能导致简单任务不必要的延迟，建议善用 "quick" 豁免条款
• 假安全感：完成流程步骤不等于质量保证，最终仍依赖执行者的判断力
• 状态同步问题：若多会话并行，状态文件可能产生竞态条件（虽概率极低）
• 语言识别误差：命令解析依赖精确匹配，方言变体可能失效