Ultrapowers 超能力

解决的问题

开发任务出问题，往往不是缺某个孤立技巧，而是流程缺位：没写测试就动手、看到 bug 就急着打补丁、代码写完才想起审查。Ultrapowers 把 18 个子技能合并成一个入口，覆盖从会话启动到代码交付的完整链路。

核心能力与工作方式

分层路由是核心设计：

• 启动层：skill-bootstrapping 在每次会话开始时建立技能查找机制
• 创意层：ideation 在动手改代码前先明确做什么
• 规划层：task-decomposition 把规范拆成可执行的实施计划
• 执行层：delegate-and-verify 与 plan-execution 分别处理当前会话与独立会话的计划执行
• 质量层：red-green-cycle 要求先写测试再实现；root-cause-analysis 要求先定位根因再提修复；另有代码审查与完成前检查
• 集成层：branch-isolation 与 branch-wrap-up 管理分支隔离与合入
• 优化层：parallel-dispatch 处理多任务并行；budget-awareness 控制 API 支出
• 知识层：knowledge-capture、skill-authoring、skill-discovery 沉淀与治理技能资产

三条核心原则贯穿始终：先有证据再有断言、先写测试再写代码、先找根因再提修复。

使用时按路由规则操作：先判断任务所属层级，再读取 modules/ 下对应文件获取详细指令；若子模块引用了 ../references/、../prompts/、../scripts/ 或 ../docs/ 中的文件，按需读取。

适用边界

指令优先级明确：用户的明确指令（CLAUDE.md、直接请求）最高，本技能及子模块次之，默认系统提示最低。它只约束工作流，不替代具体技术实现；对极小任务，路由开销可能并不划算。