一、先明确核心选型原则按研发阶段自动锚定基础技能Superpowers 本身具备阶段式自动触发优先遵循原生工作流仅在复杂、高风险、定制化场景下手动追加指定技能避免过度启用冗余能力。按代码风险等级收紧约束型技能核心业务、支付、鉴权、中间件逻辑强制绑定test-driven-development、requesting-code-review、verification-before-completion工具类、配置类、边缘脚本可适度简化流程仅保留核心必备技能。按任务耦合度选择执行调度技能强依赖、串行流程 → 选用executing-plans/subagent-driven-development完全解耦、多任务并行 → 选用dispatching-parallel-agents。按问题类型匹配专项技能新增需求用设计类技能、Bug 排查用调试类技能、代码合并用分支收尾类技能杜绝技能错配。二、按研发场景分类技能选型标准示例1. 需求分析 方案设计阶段适用阶段需求模糊、架构选型、模块设计、改造方案评估必选核心技能brainstorming所有自定义需求、模糊需求、架构设计必选可选补充技能writing-plans方案确认后提前做任务拆解用于预估工作量与变更范围禁用/无需使用调试类、子智能体调度、分支收尾类技能选型示例需求改造项目缓存架构替换本地缓存为 Redis 分布式缓存选型仅启用brainstorming完成缓存淘汰策略、序列化、过期策略、集群兼容、降级方案调研确认方案后再启用writing-plans拆解改造任务。2. 全新功能开发场景适用阶段新接口、新模块、新业务域从零开发基础标准组合通用brainstorming→using-git-worktrees→writing-plans执行模式二选一小型简单功能、需要人工步步卡点搭配executing-plans中大型功能、长流程低干预搭配subagent-driven-development质量强制约束全程绑定test-driven-development收尾叠加requesting-code-reviewverification-before-completion选型判断逻辑代码改动少、文件单一使用executing-plans串行可控执行多文件、多类、多接口联动使用subagent-driven-development子智能体自治开发选型示例需求新增 JWT 鉴权模块包含签发、解析、刷新、黑名单管控选型brainstorming using-git-worktrees writing-plans subagent-driven-development TDD 双评审校验。3. 批量工具/通用组件开发适用阶段工具类、枚举、常量、通用 util、独立配置项等无耦合任务核心选型基础brainstormingwriting-plans调度核心dispatching-parallel-agents质量兜底test-driven-developmentrequesting-code-review选型逻辑任务之间无依赖、互不调用、独立可运行直接启用并行子智能体缩短批量编码周期。4. Bug 修复 问题排查适用阶段测试报错、线上异常、环境问题、依赖冲突、偶发故障核心必选技能systematic-debugging所有异常、报错、非预期行为唯一指定调试技能配套组合分支隔离using-git-worktrees线上问题热修复必用修复加固test-driven-development为 Bug 补充固化测试用例结果校验verification-before-completion选型逻辑禁止直接修改代码做临时修复只要存在报错、异常、逻辑错误优先启用系统化调试流程。选型示例现象Kafka 消费者重复消费、offset 提交异常选型using-git-worktrees systematic-debugging 定位根因 TDD 编写复现用例 回归验证。5. 代码重构 旧系统改造适用阶段代码结构优化、逻辑梳理、技术栈升级、无业务变更改造核心技能组合brainstorming划定改造边界test-driven-development存量行为锁死systematic-debugging解决重构兼容问题requesting-code-review选型关键重构类场景TDD 优先级最高通过存量测试保证业务逻辑无变更避免隐性风险。6. 代码评审 MR/PR 整改适用阶段提交评审后、收到评审意见、规范整改、漏洞修复专属技能receiving-code-review接收外部评审意见时专用搭配补充整改涉及逻辑变更、边界补充时叠加test-driven-development补充测试整改完成后使用verification-before-completion回归校验。7. 分支管理 交付收尾适用阶段开发完成、测试通过、准备合并主干、清理临时分支唯一收尾技能finishing-a-development-branch使用时机所有编码、测试、评审全部结束后统一启用不穿插在开发中途。8. 团队定制 私有规则扩展适用阶段需要统一团队编码规范、自定义检查项、企业级约束专属技能writing-skills选型场景仅在需要二次开发 Superpowers 自定义技能、修改内置规则、增加团队校验标准时使用日常业务开发无需启用。三、快速选型决策表工作场景核心首选技能备选/配套技能模糊需求/架构设计brainstormingwriting-plans串行小功能开发executing-plansTDD、代码评审大型复杂功能subagent-driven-developmentgit-worktrees、全流程校验批量独立组件dispatching-parallel-agentsTDD、并行任务拆分Bug/异常/线上问题systematic-debugginggit-worktrees、验证校验代码重构/逻辑优化test-driven-developmentsystematic-debuggingPR 评审意见整改receiving-code-review回归验证开发交付 分支合并finishing-a-development-branch全量测试四、避坑技能选型常见错误过度启用并行技能有依赖、强时序的任务强行使用dispatching-parallel-agents会导致上下文缺失、逻辑错乱。跳过 brainstorming 直接编码需求未澄清就开始开发会放大 AI 主观臆断问题造成大量返工。修复 Bug 不使用 systematic-debugging仅做表面热修复无法根除根因引发重复问题。重构场景省略 TDD无测试兜底的重构极易引发隐性业务逻辑变更。提前执行收尾技能未完成测试、评审就执行finishing-a-development-branch导致脏代码流入主干。五、总结常规业务开发优先依赖 Superpowers原生自动触发链路无需手动干预技能按「设计→开发→调试→评审→交付」五个阶段分段选型每个阶段只启用对应域的技能高风险代码强绑定 TDD、评审、验证三类约束技能任务形态决定调度策略串行用 executing / subagent解耦并行用 dispatching-parallel-agents专项问题专项匹配调试只用 systematic-debugging、评审整改只用 receiving-code-review、收尾只用 finishing-a-development-branch。