最近后台收到好几条留言都在问同一个东西superpowers 到底怎么装有哪些 skills怎么用 也难怪这名字在 AI 编程助手圈子里确实火了一阵。我直接说结论superpowers 是一套开源的AI 助手技能包主要配合 Claude Code 使用把资深工程师的工作方法——头脑风暴、测试驱动开发、系统化调试——变成 AI 能自动遵循的流程。它解决的是目前最让人头疼的问题AI 明明能力很强但发挥极不稳定每次写代码都像开盲盒。如果你属于天天用 AI 写代码但总嫌它不够靠谱的群体或者想给团队统一一套 AI 工作方法这篇文章应该能帮到你。下面我会把它的技能清单、安装步骤、实际使用技巧一次讲清楚。1. superpowers 到底是什么它解决的不是聪明不聪明而是工作方法问题1.1 为什么 AI 总是很强但不可控我用了挺长一段时间 AI 编程助手最大的体感就是两个字方差。同一个需求状态好的时候它能把测试、边界情况、代码重构全都考虑进去状态不好或者上下文稍微乱一点它就上来直接改代码测试也不写边界也不问改完还不自知。这不是模型不够聪明而是它缺一套标准作业流程。我们人写代码之所以相对稳定是因为有多年养成的肌肉记忆先想清楚再动手、写测试验证行为、定位问题先复现再说。AI 没有这种肌肉记忆除非你把流程显式地写给它。superpowers 做的正是这件事。它不改变底层的模型能力而是改变模型做事的方式。这也是它名字的由来——给 AI 装上资深工程师的超能力。1.2 技能在这里到底是什么一份给 AI 的标准作业手册superpowers 的核心是一组 Markdown 文件每个文件叫一个 skill遵循 Anthropic 的 Agent Skills 规范。每个 skill 文件里包含两个关键部分一个是 description告诉 AI什么时候该用这个技能另一个是 instructions把该技能的执行步骤一条条写清楚。可以把它理解成给 AI 发了一本标准作业手册。当对话中出现匹配场景时AI 会自动读取并执行对应步骤而不是每次都靠现场发挥。用带新人来类比最贴切。你带过一个新工程师就会懂光说你把这个 bug 查一下他大概率东翻西找最后瞎改一通但如果你给他一张排查清单——先复现再收集日志再列假设逐个验证——他就能干得有模有样。superpowers 就是给 AI 发了一整套这样的清单。1.3 它不是什么以及和同类工具的边界先澄清几个容易混淆的点。superpowers 不是新模型不是 IDE 插件也不是像 MCPModel Context Protocol那样给 AI 接外部工具的服务。它更像是行为规范层。MCP 解决的是AI 能调用什么——数据库、浏览器、第三方 API相当于给 AI 配了一整套工具箱。superpowers 解决的是AI 应该按什么步骤做事——相当于教 AI 怎么按规范使用工具箱。这两者不冲突反而经常搭配使用。所以如果你问装了 superpowers 是不是 AI 就能自己连数据库了那不能。它还做不到这一点。它的本职工作只有一个让 AI 写代码和解决问题时更像一个训练有素的工程师而不是一个热情但混乱的实习生。2. 自带技能清单核心 skills 分别管什么看仓库的默认配置superpowers 会带一组 skills 进来。我挑几个最常用、也最影响日常体验的展开讲每个我都会说明触发时机和实际效果。2.1 Brainstorming需求不清晰时先别急着写代码这个技能的触发时机是需求描述模糊、有多种实现路径、或者用户还没想清楚自己要什么。它要求 AI 不直接写代码而是先围绕目标提问、列出可能的方案、标注各自的风险和成本。我实际体验过之后觉得这个技能几乎是最容易被低估的一个。以前你丢一个给下载模块加个断点续传这种需求AI 二话不说就开写。有了 brainstorming 之后它会先反问断点续传的范围是单文件还是也包含批量任务服务端是否支持 Range 请求是否需要考虑存储成本——这些恰恰是资深工程师拿到需求后脑子里最先转的问题。省掉了这些前置问题后面十有八九要返工。2.2 TDD测试驱动开发先写失败测试再写实现这个技能把 red-green-refactor 流程拆成了明确指令先为需求写一个会失败的测试再写最少量的实现让测试通过然后做重构全程保持测试是绿的。它强制 AI 在动手前想清楚这个功能到底该怎么验证。我观察到一个细节执行 TDD 技能时AI 会主动说我先写一个失败测试来锁定预期行为再开始实现。这句话在 code review 里价值很高——说明行为边界是先定义好的而不是实现完之后再回头补测试。2.3 Systematic Debugging把调 bug 变成有步骤的排查这是我自己最常用的技能没有之一。它的核心思想是禁止猜测。执行流程大致是先复现问题再收集证据日志、数据、调用栈基于证据提出假设用最小实验验证假设定位根因后修复最后补充回归测试防止复发。这个技能治好了 AI 的打地鼠式修 bug毛病。以前遇到报错AI 会直接猜一个原因然后改掉运气好解决了运气不好引入一个新问题。现在它会先让我提供复现步骤再一步步缩小范围。说实话这比我带过的不少初级工程师都稳。2.4 Writing Plans 与 Implementing Changes大型改动的先计划后执行当改动跨多个文件、影响面较大时Writing Plans 会先让 AI 产出一份实施计划列出涉及模块、改动顺序、风险点、回滚方案。计划经确认后再由 Implementing Changes 技能执行执行时严格对照计划不跑偏。这两个技能配合起来特别适合重构类任务。以前让 AI 重构一个模块它经常顺手把不相关的代码也改了review 起来极其痛苦。有了计划约束之后改动范围清晰很多review 效率明显提升。2.5 快速对照表技能触发场景主要作用推荐使用场景Brainstorming需求模糊、方案不确定澄清目标、列出方案与风险接新需求、做技术选型TDD需要新增或修改可测试行为先定义验证方式再实现添加功能、修 bug 同时补测试Systematic Debugging出现 bug、报错、结果不符按证据链定位根因排障、线上问题定位Writing Plans跨文件、大改动产出实施计划供确认重构、架构调整Implementing Changes已确认计划后按计划执行改动批量实施改动Reviewing Changes改动完成后按清单做自检和评审提交 MR 之前3. 安装与引入完整步骤和避坑记录3.1 前置条件先确认你的环境superpowers 官方主要面向 Claude Code 的插件系统。安装之前先确认三件事已安装 Claude Code 且能正常对话。命令行里能看到插件相关命令一般是/plugin。Claude Code 版本别太老建议更新到较新版本。可以用claude --version快速检查版本号。如果版本太老、没有插件命令需要先升级。这里多说一句它不等同于 Claude 网页版或手机 App网页版没法装插件必须在命令行环境里操作。3.2 标准安装方式直接在会话里装最省事的办法是在 Claude Code 会话中直接执行/plugin install obra/superpowers这条命令会从 GitHub 拉取仓库并注册为插件。装完之后输入/plugin应该能在插件列表里看到 superpowers 已启用。我自己更推荐这种方式因为后续更新也方便。直接在插件面板里操作即可不用手工拉代码。3.3 手动安装方式如果因为网络环境或自定义需求不能直接用命令安装也可以手动操作。思路就两步把仓库 clone 到本地插件目录一般是~/.claude/plugins/marketplaces/。重启 Claude Code在插件面板里把它加入启用列表。命令大概是这样的git clone https://github.com/obra/superpowers ~/.claude/plugins/marketplaces/superpowers具体路径以官方文档为准但核心逻辑不变仓库放到插件目录然后在面板里启用。3.4 验证安装是否生效装完别急着干活先花三十秒确认加载成功。我常用的验证方式是在对话里直接问一句你现在能使用 superpowers 提供的哪些技能如果 AI 能罗列出 brainstorming、test-driven-development、systematic-debugging 等技能说明加载成功。如果它一脸茫然大概率没装好。也可以直接看文件系统。进入插件目录确认里面存在.claude-plugin/plugin.json和skills子目录每个技能文件都在。看到这些文件基本就稳了。3.5 我踩过的几个坑这里分享几个我实际遇到过的问题按排查思路写方便你对照。坑一装完不重启会话AI 一直说未找到该插件。插件列表确实变了但当前会话的上下文没有重新加载。这个问题最容易忽略。解决方式退出当前会话新开一个会话。不是清除上下文那么简单直接重开最稳妥。坑二插件命令被其他命令遮住找不到入口。如果你同时配了很多工具/命令补全列表可能很长。处理思路是先输入/plugin看是否有自动补全提示如果命令不存在再检查版本。不要凭记忆去猜命令名用补全列表最可靠。坑三本地手工改过插件目录更新时拉取冲突。我一开始手动 clone 的时候手贱改过里面的文件后来更新就报冲突。处理思路是不要手工改插件目录里的内容。真要自定义先 fork 一份再改别动原仓库。这个习惯能避免后续大量痛苦。坑四装了多个 marketplace同名 skill 冲突。如果你同时装了不止一个插件源可能遇到同名 skill。点名提到哪个技能时AI 可能复用错版本。处理思路在插件面板里只保留需要的那一份把其他同名的从启用列表里取消而不是去删文件。删文件容易把整个插件弄坏。4. 日常使用技能不是咒语而是自动触发的工作流4.1 不用背咒语AI 会自动按场景触发superpowers 设计的目标之一就是无感使用。你正常用自然语言提需求就行AI 会根据技能文件里的 description 自动判断是否触发。比如你说帮我查一下这个报错它更可能自动进入 systematic-debugging 流程你说我有个新功能想法但还没想太清楚它可能自动进入 brainstorming。你不需要说请使用技能这种话。这点很关键。很多人以为装完插件要输入特殊指令才能激活其实完全不需要。它的工作方式是后台判断就像你带了个懂规矩的助手不需要每次都提醒。4.2 主动引导的几种说法自动触发虽然方便但主动点名效果更好尤其是你有明确偏好时。我常用的几种说法先不要写代码帮我 brainstorm 一下这个需求。这个功能用 TDD 的方式来做。现在开始系统化调试先定位根因再动手改。先写一个实施计划我确认之后你再改。这些说法会给 AI 更强烈的执行信号效果比认真点仔细点这类模糊要求强得多。注意这里的核心不是命令的口气而是明确指定流程。4.3 一个真实对比有和没有 superpowers 的差别我拿一个小需求做过对比测试。需求很简单给一个内部工具函数加个内存缓存避免重复计算。没有 superpowers 时AI 的行为是直接给函数套了个字典缓存没有考虑并发调用没有补测试只改了一个调用点就宣布完成。有 superpowers 时它的流程变成了先问这个函数会被并发调用吗需要缓存失效策略吗然后说我按 TDD 来先写一个验证缓存生效的测试再实现最后主动补了缓存失效逻辑和回归测试。同样一个需求工作量其实差不多但质量可维护性完全不同。后者几乎可以直接合入主干前者大概率还得返工。4.4 和 MCP、项目文档的分工很多朋友容易把 superpowers 和 MCP 混在一起。这里统一说清楚它们不冲突但角色不同MCP 提供能力读数据库、操作浏览器、调第三方 API相当于手和工具。superpowers 提供流程先测后写、先复现再修相当于大脑里的方法论。CLAUDE.md / AGENTS.md 提供项目约束不要改哪个目录、遵循哪种代码风格相当于公司规章制度。三者的分工可以这样记项目文档说什么不能做MCP 解决能做到什么superpowers 告诉你该按什么步骤做。配合使用时稳定性会有明显提升。5. 我用了一个月之后的观察和心得5.1 最明显的变化AI 的发挥下限被抬高了用之前和用之后最核心的区别不是 AI 变聪明了而是稳定。它不一定让 AI 的上限提高多少——真正难的架构设计它还是要靠模型本身的能力——但它的下限被抬得很高该问边界时会问说写测试就写测试修 bug 不瞎猜。这种稳定性对团队协作尤其重要因为多人协作时最怕的就是不可预测。5.2 什么场景不用硬套技能不是越多越好有几种场景我会选择忽略或绕开一次性小脚本、临时调试代码走完整 TDD 反而拖慢。写个脚本清理一下日志没必要先写测试。纯探索性问题这个库怎么用不需要 brainstorm直接看文档更快。AI 本身已经在按合理流程做的小改动不必重复触发反而打断节奏。要记住它是方法论不是仪式。该灵活的时候要灵活。5.3 我的几条实操建议建议一从两个技能开始体验。第一次用推荐只关注 brainstorming 和 systematic-debugging。前者能立刻改变你和 AI 的对话质量后者能显著减少AI 修完又坏了的循环。其他技能等熟悉了再加。建议二有条件就团队统一版本。如果团队多人都在用尽量让所有人用同一个版本。不然会出现A 的 AI 会先写测试B 的不回写出来的代码风格不一致review 的时候会很别扭。建议三周期性更新。插件更新不算频繁但也不建议装上就不管。隔一两周在插件面板里看一眼有没有新版本有就更新。建议四可以尝试写团队专属 skill。superpowers 的 skill 本质是 Markdown格式也不复杂。你们团队如果有固定的发布检查清单、固定的 code review 标准完全可以照着它的格式写成一个私有 skill。门槛比想象中低收益却直接。最后聊一点个人感受。我在两个中型项目里用了大概一个多月最大的体会是它把我从给 AI 当监工的状态里解放出来了。以前我每次都要在 prompt 里写一大段你先分析需求、写测试、注意边界之类的话现在这些流程内化到了工具层我只管提需求和 review 结果。如果你最近也在为 AI 写代码时灵时不灵头疼建议直接装一个从一个小需求开始用两周再决定要不要留下来。我自己是回不去了。 
长河君 · 2026/10/8 20:16:59 · 阅读 1.2k superpowers技能包：让AI编程从时灵时不灵到稳定输出
最近后台收到好几条留言都在问同一个东西superpowers 到底怎么装有哪些 skills怎么用 也难怪这名字在 AI 编程助手圈子里确实火了一阵。我直接说结论superpowers 是一套开源的AI 助手技能包主要配合 Claude Code 使用把资深工程师的工作方法——头脑风暴、测试驱动开发、系统化调试——变成 AI 能自动遵循的流程。它解决的是目前最让人头疼的问题AI 明明能力很强但发挥极不稳定每次写代码都像开盲盒。如果你属于天天用 AI 写代码但总嫌它不够靠谱的群体或者想给团队统一一套 AI 工作方法这篇文章应该能帮到你。下面我会把它的技能清单、安装步骤、实际使用技巧一次讲清楚。1. superpowers 到底是什么它解决的不是聪明不聪明而是工作方法问题1.1 为什么 AI 总是很强但不可控我用了挺长一段时间 AI 编程助手最大的体感就是两个字方差。同一个需求状态好的时候它能把测试、边界情况、代码重构全都考虑进去状态不好或者上下文稍微乱一点它就上来直接改代码测试也不写边界也不问改完还不自知。这不是模型不够聪明而是它缺一套标准作业流程。我们人写代码之所以相对稳定是因为有多年养成的肌肉记忆先想清楚再动手、写测试验证行为、定位问题先复现再说。AI 没有这种肌肉记忆除非你把流程显式地写给它。superpowers 做的正是这件事。它不改变底层的模型能力而是改变模型做事的方式。这也是它名字的由来——给 AI 装上资深工程师的超能力。1.2 技能在这里到底是什么一份给 AI 的标准作业手册superpowers 的核心是一组 Markdown 文件每个文件叫一个 skill遵循 Anthropic 的 Agent Skills 规范。每个 skill 文件里包含两个关键部分一个是 description告诉 AI什么时候该用这个技能另一个是 instructions把该技能的执行步骤一条条写清楚。可以把它理解成给 AI 发了一本标准作业手册。当对话中出现匹配场景时AI 会自动读取并执行对应步骤而不是每次都靠现场发挥。用带新人来类比最贴切。你带过一个新工程师就会懂光说你把这个 bug 查一下他大概率东翻西找最后瞎改一通但如果你给他一张排查清单——先复现再收集日志再列假设逐个验证——他就能干得有模有样。superpowers 就是给 AI 发了一整套这样的清单。1.3 它不是什么以及和同类工具的边界先澄清几个容易混淆的点。superpowers 不是新模型不是 IDE 插件也不是像 MCPModel Context Protocol那样给 AI 接外部工具的服务。它更像是行为规范层。MCP 解决的是AI 能调用什么——数据库、浏览器、第三方 API相当于给 AI 配了一整套工具箱。superpowers 解决的是AI 应该按什么步骤做事——相当于教 AI 怎么按规范使用工具箱。这两者不冲突反而经常搭配使用。所以如果你问装了 superpowers 是不是 AI 就能自己连数据库了那不能。它还做不到这一点。它的本职工作只有一个让 AI 写代码和解决问题时更像一个训练有素的工程师而不是一个热情但混乱的实习生。2. 自带技能清单核心 skills 分别管什么看仓库的默认配置superpowers 会带一组 skills 进来。我挑几个最常用、也最影响日常体验的展开讲每个我都会说明触发时机和实际效果。2.1 Brainstorming需求不清晰时先别急着写代码这个技能的触发时机是需求描述模糊、有多种实现路径、或者用户还没想清楚自己要什么。它要求 AI 不直接写代码而是先围绕目标提问、列出可能的方案、标注各自的风险和成本。我实际体验过之后觉得这个技能几乎是最容易被低估的一个。以前你丢一个给下载模块加个断点续传这种需求AI 二话不说就开写。有了 brainstorming 之后它会先反问断点续传的范围是单文件还是也包含批量任务服务端是否支持 Range 请求是否需要考虑存储成本——这些恰恰是资深工程师拿到需求后脑子里最先转的问题。省掉了这些前置问题后面十有八九要返工。2.2 TDD测试驱动开发先写失败测试再写实现这个技能把 red-green-refactor 流程拆成了明确指令先为需求写一个会失败的测试再写最少量的实现让测试通过然后做重构全程保持测试是绿的。它强制 AI 在动手前想清楚这个功能到底该怎么验证。我观察到一个细节执行 TDD 技能时AI 会主动说我先写一个失败测试来锁定预期行为再开始实现。这句话在 code review 里价值很高——说明行为边界是先定义好的而不是实现完之后再回头补测试。2.3 Systematic Debugging把调 bug 变成有步骤的排查这是我自己最常用的技能没有之一。它的核心思想是禁止猜测。执行流程大致是先复现问题再收集证据日志、数据、调用栈基于证据提出假设用最小实验验证假设定位根因后修复最后补充回归测试防止复发。这个技能治好了 AI 的打地鼠式修 bug毛病。以前遇到报错AI 会直接猜一个原因然后改掉运气好解决了运气不好引入一个新问题。现在它会先让我提供复现步骤再一步步缩小范围。说实话这比我带过的不少初级工程师都稳。2.4 Writing Plans 与 Implementing Changes大型改动的先计划后执行当改动跨多个文件、影响面较大时Writing Plans 会先让 AI 产出一份实施计划列出涉及模块、改动顺序、风险点、回滚方案。计划经确认后再由 Implementing Changes 技能执行执行时严格对照计划不跑偏。这两个技能配合起来特别适合重构类任务。以前让 AI 重构一个模块它经常顺手把不相关的代码也改了review 起来极其痛苦。有了计划约束之后改动范围清晰很多review 效率明显提升。2.5 快速对照表技能触发场景主要作用推荐使用场景Brainstorming需求模糊、方案不确定澄清目标、列出方案与风险接新需求、做技术选型TDD需要新增或修改可测试行为先定义验证方式再实现添加功能、修 bug 同时补测试Systematic Debugging出现 bug、报错、结果不符按证据链定位根因排障、线上问题定位Writing Plans跨文件、大改动产出实施计划供确认重构、架构调整Implementing Changes已确认计划后按计划执行改动批量实施改动Reviewing Changes改动完成后按清单做自检和评审提交 MR 之前3. 安装与引入完整步骤和避坑记录3.1 前置条件先确认你的环境superpowers 官方主要面向 Claude Code 的插件系统。安装之前先确认三件事已安装 Claude Code 且能正常对话。命令行里能看到插件相关命令一般是/plugin。Claude Code 版本别太老建议更新到较新版本。可以用claude --version快速检查版本号。如果版本太老、没有插件命令需要先升级。这里多说一句它不等同于 Claude 网页版或手机 App网页版没法装插件必须在命令行环境里操作。3.2 标准安装方式直接在会话里装最省事的办法是在 Claude Code 会话中直接执行/plugin install obra/superpowers这条命令会从 GitHub 拉取仓库并注册为插件。装完之后输入/plugin应该能在插件列表里看到 superpowers 已启用。我自己更推荐这种方式因为后续更新也方便。直接在插件面板里操作即可不用手工拉代码。3.3 手动安装方式如果因为网络环境或自定义需求不能直接用命令安装也可以手动操作。思路就两步把仓库 clone 到本地插件目录一般是~/.claude/plugins/marketplaces/。重启 Claude Code在插件面板里把它加入启用列表。命令大概是这样的git clone https://github.com/obra/superpowers ~/.claude/plugins/marketplaces/superpowers具体路径以官方文档为准但核心逻辑不变仓库放到插件目录然后在面板里启用。3.4 验证安装是否生效装完别急着干活先花三十秒确认加载成功。我常用的验证方式是在对话里直接问一句你现在能使用 superpowers 提供的哪些技能如果 AI 能罗列出 brainstorming、test-driven-development、systematic-debugging 等技能说明加载成功。如果它一脸茫然大概率没装好。也可以直接看文件系统。进入插件目录确认里面存在.claude-plugin/plugin.json和skills子目录每个技能文件都在。看到这些文件基本就稳了。3.5 我踩过的几个坑这里分享几个我实际遇到过的问题按排查思路写方便你对照。坑一装完不重启会话AI 一直说未找到该插件。插件列表确实变了但当前会话的上下文没有重新加载。这个问题最容易忽略。解决方式退出当前会话新开一个会话。不是清除上下文那么简单直接重开最稳妥。坑二插件命令被其他命令遮住找不到入口。如果你同时配了很多工具/命令补全列表可能很长。处理思路是先输入/plugin看是否有自动补全提示如果命令不存在再检查版本。不要凭记忆去猜命令名用补全列表最可靠。坑三本地手工改过插件目录更新时拉取冲突。我一开始手动 clone 的时候手贱改过里面的文件后来更新就报冲突。处理思路是不要手工改插件目录里的内容。真要自定义先 fork 一份再改别动原仓库。这个习惯能避免后续大量痛苦。坑四装了多个 marketplace同名 skill 冲突。如果你同时装了不止一个插件源可能遇到同名 skill。点名提到哪个技能时AI 可能复用错版本。处理思路在插件面板里只保留需要的那一份把其他同名的从启用列表里取消而不是去删文件。删文件容易把整个插件弄坏。4. 日常使用技能不是咒语而是自动触发的工作流4.1 不用背咒语AI 会自动按场景触发superpowers 设计的目标之一就是无感使用。你正常用自然语言提需求就行AI 会根据技能文件里的 description 自动判断是否触发。比如你说帮我查一下这个报错它更可能自动进入 systematic-debugging 流程你说我有个新功能想法但还没想太清楚它可能自动进入 brainstorming。你不需要说请使用技能这种话。这点很关键。很多人以为装完插件要输入特殊指令才能激活其实完全不需要。它的工作方式是后台判断就像你带了个懂规矩的助手不需要每次都提醒。4.2 主动引导的几种说法自动触发虽然方便但主动点名效果更好尤其是你有明确偏好时。我常用的几种说法先不要写代码帮我 brainstorm 一下这个需求。这个功能用 TDD 的方式来做。现在开始系统化调试先定位根因再动手改。先写一个实施计划我确认之后你再改。这些说法会给 AI 更强烈的执行信号效果比认真点仔细点这类模糊要求强得多。注意这里的核心不是命令的口气而是明确指定流程。4.3 一个真实对比有和没有 superpowers 的差别我拿一个小需求做过对比测试。需求很简单给一个内部工具函数加个内存缓存避免重复计算。没有 superpowers 时AI 的行为是直接给函数套了个字典缓存没有考虑并发调用没有补测试只改了一个调用点就宣布完成。有 superpowers 时它的流程变成了先问这个函数会被并发调用吗需要缓存失效策略吗然后说我按 TDD 来先写一个验证缓存生效的测试再实现最后主动补了缓存失效逻辑和回归测试。同样一个需求工作量其实差不多但质量可维护性完全不同。后者几乎可以直接合入主干前者大概率还得返工。4.4 和 MCP、项目文档的分工很多朋友容易把 superpowers 和 MCP 混在一起。这里统一说清楚它们不冲突但角色不同MCP 提供能力读数据库、操作浏览器、调第三方 API相当于手和工具。superpowers 提供流程先测后写、先复现再修相当于大脑里的方法论。CLAUDE.md / AGENTS.md 提供项目约束不要改哪个目录、遵循哪种代码风格相当于公司规章制度。三者的分工可以这样记项目文档说什么不能做MCP 解决能做到什么superpowers 告诉你该按什么步骤做。配合使用时稳定性会有明显提升。5. 我用了一个月之后的观察和心得5.1 最明显的变化AI 的发挥下限被抬高了用之前和用之后最核心的区别不是 AI 变聪明了而是稳定。它不一定让 AI 的上限提高多少——真正难的架构设计它还是要靠模型本身的能力——但它的下限被抬得很高该问边界时会问说写测试就写测试修 bug 不瞎猜。这种稳定性对团队协作尤其重要因为多人协作时最怕的就是不可预测。5.2 什么场景不用硬套技能不是越多越好有几种场景我会选择忽略或绕开一次性小脚本、临时调试代码走完整 TDD 反而拖慢。写个脚本清理一下日志没必要先写测试。纯探索性问题这个库怎么用不需要 brainstorm直接看文档更快。AI 本身已经在按合理流程做的小改动不必重复触发反而打断节奏。要记住它是方法论不是仪式。该灵活的时候要灵活。5.3 我的几条实操建议建议一从两个技能开始体验。第一次用推荐只关注 brainstorming 和 systematic-debugging。前者能立刻改变你和 AI 的对话质量后者能显著减少AI 修完又坏了的循环。其他技能等熟悉了再加。建议二有条件就团队统一版本。如果团队多人都在用尽量让所有人用同一个版本。不然会出现A 的 AI 会先写测试B 的不回写出来的代码风格不一致review 的时候会很别扭。建议三周期性更新。插件更新不算频繁但也不建议装上就不管。隔一两周在插件面板里看一眼有没有新版本有就更新。建议四可以尝试写团队专属 skill。superpowers 的 skill 本质是 Markdown格式也不复杂。你们团队如果有固定的发布检查清单、固定的 code review 标准完全可以照着它的格式写成一个私有 skill。门槛比想象中低收益却直接。最后聊一点个人感受。我在两个中型项目里用了大概一个多月最大的体会是它把我从给 AI 当监工的状态里解放出来了。以前我每次都要在 prompt 里写一大段你先分析需求、写测试、注意边界之类的话现在这些流程内化到了工具层我只管提需求和 review 结果。如果你最近也在为 AI 写代码时灵时不灵头疼建议直接装一个从一个小需求开始用两周再决定要不要留下来。我自己是回不去了。