Claude Code Skills · Category
Brainstorm → 写计划 → TDD → 验证 → 代码评审一整套工程纪律。
In this category
14
items
obra/superpowers
obra/superpowers 体系的入口 skill。规则是：只要任务有 1% 可能命中某个 skill，就必须先 invoke 那个 skill 再回答，包括澄清问题之前。整套 superpowers 把流程纪律作为硬约束，本 skill 是建立这种纪律的起点。
obra/superpowers 的创意头脑风暴 skill。任何"做新功能、加新组件、改行为" 类的工作都要先走它：通过逐条提问澄清意图、需求和设计，把模糊想法 推演成完整方案。设计未经用户拍板前不能写代码、不能搭项目。
obra/superpowers 的实施计划撰写 skill。假定执行者对项目一无所知，把 多步任务拆成"动哪些文件、写什么代码、怎么测、要看哪些文档"的细颗粒 清单。强调 DRY、YAGNI、TDD、勤提交，方便后续交给子 agent 或新 session 执行。
obra/superpowers 的计划执行 skill。在新 session 里加载已经写好的实施 计划，先做一轮批判性 review，再按顺序执行每个任务，完成后报告。如果 平台支持 subagent，会推荐改用 subagent-driven-development 提高质量。
obra/superpowers 的 TDD skill。先写测试、看它失败、再写最少代码让它过。 适用于新功能、bug 修复、重构、行为变更——抛弃式原型、生成代码、 配置文件这类情况要先和人确认。铁律是没有失败的测试，就不写实现代码。
obra/superpowers 的系统化调试 skill。铁律是没找到根因不能动手修，杜绝 随便贴补丁掩盖问题。覆盖测试失败、生产 bug、构建报错、性能问题、集成 问题等各种技术故障，强制走完根因调查阶段才允许提出修复方案。
obra/superpowers 的完工前验证 skill。在声称"做完了 / 修好了 / 通过了" 之前，必须本轮对话里跑一遍验证命令并贴出输出。证据先于结论，提交、 开 PR 前都要走一道。专治"先喊完成再被打脸"的常见漏洞。
obra/superpowers 的代码评审请求 skill。派一个独立 subagent 做评审，给它 精心构造的上下文，而不会继承当前 session 的历史。这样评审视角聚焦在 产物本身，主 session 也保留自己的上下文继续干活。完成大功能或合并 主分支前都该走一次。
obra/superpowers 的接收评审 skill。强调技术严谨而非情绪化回应：先完整 读完反馈，再用自己的话复述需求，对照代码事实做核验，技术上站不住 就有理有据地反驳。一次实现一项，逐条测试，避免盲目接受或形式上 应付。
obra/superpowers 的 skill 写作 skill。把写 skill 类比成对流程文档做 TDD： 先用 subagent 跑压力场景看 baseline 表现，再写 skill，再验证 agent 是否 遵守，最后封堵漏洞。个人 skill 放在 `~/.claude/skills` 或 `~/.agents/skills/`。
obra/superpowers 的子 agent 驱动开发 skill。一项任务起一个新 subagent， 完成后走两阶段评审——先核 spec 合规，再看代码质量。子 agent 拿到的 是精心拼好的上下文，不继承主 session 历史，既让它专注，又保护主线的 上下文预算。
obra/superpowers 的并行 agent 派发 skill。面对两个以上互不依赖、无共享 状态的任务时，串行调查浪费时间，改成并行派 agent 同时跑。每个 agent 拿到隔离的上下文与精确指令，主 session 只负责协调。典型场景：多个 不相关的测试失败同时排查。
obra/superpowers 的 git worktree skill。在动新功能或执行计划前，确保自己 在一个隔离工作区里。优先用平台原生 worktree 工具，没得用时再退到手工 git worktree。先检测是否已在隔离环境，避免和 harness 打架，也避免污染 主分支。
obra/superpowers 的开发分支收尾 skill。验证测试通过 → 探测当前环境 → 给出合并、开 PR、清理等结构化选项 → 按选择执行 → 收尾清理。测试没过 必须先修，避免半成品被 merge 进主线。