Superpowers Mode

Superpowers Mode 核心评估

核心用法：Superpowers Mode 是一种按需启用的严格工程工作流模式，仅在用户明确要求时激活。激活后，针对编码/构建/调试任务强制执行六步流程：快速澄清目标与约束、产出可审查的短规范、制定小任务实施计划、（可选）30秒风险预演、逐任务执行（高风险变更优先测试驱动）、验证验收并总结成果。

显著优点：

• 系统性降低技术债务，强制规范先行，避免"先写代码后补文档"的混乱
• 内置风险检查清单（生产故障点、脆弱依赖假设、回滚信号），提前暴露隐患
• 支持敏捷调整：用户明确要求速度时可切换至极简模式，避免流程僵化
• 状态持久化于 memory/superpowers-mode.md，跨会话保持一致性

潜在缺点/局限性：

• 适用范围窄：明确限定仅用于编码工作流，非编码聊天场景禁用
• 语言混杂：命令识别同时支持俄语和英语，未说明中文触发词
• 人工判断依赖："高风险"界定依赖模型自我评估，缺乏量化标准
• 流程开销：小型脚本任务可能因完整六步而产生不必要延迟

适合人群：

• 需要维护生产级代码库的中高级开发者
• 团队协作场景下追求一致交付标准的工程师
• 易冲动编码、需外部约束强制减速的"快速迭代型"开发者

常规风险：

• 用户误用指令导致非编码场景被强制套入流程
• 状态文件损坏或权限问题导致模式状态漂移
• "30秒风险预演"流于形式，沦为勾选框心理安慰
• 过度依赖测试驱动可能低估探索性原型开发的灵活需求

来源说明：基于obra/superpowers开源工程实践改编，属结构化方法论迁移，非官方认证工具。

核心用法

Superpowers Mode 是一种按需启用的严格工程工作流，仅在用户明确请求（如"включи superpowers"）或模式已开启时针对编码/构建/调试任务生效。其核心机制包括：

• 状态管理：通过 memory/superpowers-mode.md 持久化启用状态，支持显式开关和状态查询
• 六步工作流：1) 快速澄清目标与约束 → 2) 产出可评审的短规格 → 3) 制定小任务实施计划 → 4) 30秒微风险评估（生产故障点、最弱依赖、回滚信号）→ 5) 逐任务执行（高风险变更优先TDD）→ 6) 对照验收标准验证并总结
• 红灯自检：当检测到"快速硬上无计划""先写后测""不需要回滚"等危险想法时强制降速

显著优点

1. 系统性防错：强制风险评估和回滚预案，大幅降低生产事故概率
2. 可审计性：规格-计划-执行-验证的完整链路，便于代码审查和后期追溯
3. 认知减负：将复杂开发任务分解为小步骤，降低工作记忆负担
4. 质量守门：TDD偏好和验收标准验证确保功能正确性
5. 灵活响应：支持 quick/без плана 等提速指令，平衡规范与效率

潜在局限

• 启动成本：简单任务（单行修复、变量重命名）可能显得流程过重
• 语言限制：命令识别仅支持俄英双语（включи/выключи/enable/disable）
• 适用范围窄：明确限定为编码工作流，不适用于一般对话或创意写作
• 无自动化强制：依赖自我检查而非硬编码阻断，执行力度取决于Agent自律

适合人群

• 生产环境代码维护者，需要可靠性保障的工程团队
• 学习TDD和规范开发流程的初中级开发者
• 代码审查频繁、需要标准化交付物的协作场景
• 高风险变更（配置/认证/定时任务/系统文件）的操作者

常规风险

| 风险类型 | 说明 | 缓解措施 |

|---------|------|---------|

| 流程疲劳 | 过度规范导致简单任务效率下降 | 使用提速指令跳过非必要步骤 |

| 虚假安全感 | 走完流程≠正确实现，验收标准需人工确保 | 保持对业务逻辑的独立验证 |

| 状态漂移 | memory文件可能与其他Skill冲突 | 定期确认 `superpowers status` |

| 误用范围 | 用户可能在非编码场景启用，导致对话僵化 | 严格遵循"coding tasks only"约束 |

来源与可信度

该Skill由社区开发者 spiceman161 维护，灵感源自 obra/superpowers 工程实践。作为纯Markdown文档型Skill，无外部依赖和执行代码，安全审计通过S+级认证。