Superpowers 不行了吗？
它依然是当前开发者的首选Skills包之一，而且我也提议许多开发者初始阶段使用它，的确 比较省心。它是我第一个系统性安装的开发技能组合包，半年多时间已经陪我完成了许多项目的开发。
目前在Github高达250K+的星标说明它被开发者广泛使用。如果你使用Codex、ClaudeCode、Workbuddy、OpenCode等等进行开发，这个基本是必装技能包。
“An agentic skills framework & software development methodology that works.（一种有效的智能体技能框架与软件开发方法论。）”
上面是superpowers项目在Github上的一句话介绍，它把软件工程完整的方法论沉淀为了可执行的工作流程。
我以前常规的使用Superpowers的常规开发流程：
头脑风暴（明确需求） -> 写Spec文档 -> 写实施Plan -> 落地实施 -> Review & Debug循环 不是说它的功能不行，是感觉它太重了！体感就是太繁琐、token消耗高。
不光是在写代码的时候，在普通非编程任务的时候也高概率触发using-superpowers
而且越用我越觉得失控，对AI的掌控感越来越失调，完全是它在推着我走，但是这可能也是它的优点，这就像驾驶汽车的自动挡模式。
我目前更需要手动挡的驾驭感。
mattpocock/skills
Matt Pocock是TypeScript 领域的顶级讲师、软件工程师以及 AI 编程工作流专家
一个月前我把superpowers完全删除后开始全面使用Matt Pocock开源的技能包，发现使用方式超级对我的路子，目前在Github有169K星标，项目一句话介绍：
“Skills for Real Engineers. Straight from my .claude directory.（真实工程师的技能。直接来自我的.claude目录。）”
// 安装方式
npx skills@latest add mattpocock/skills这是Matt Pocock把自用的开发流程技能包开源了。这套Skills分为两种工作模式：model-invocation（模型触发调用） / user-invocation（用户主动触发调用），许多关键的流程都需要用户手动驾驭
接下来说说我每天实际的工作流程（这也是Matt Pocock分享的工作流程），下面这些技能基本都是手动触发。
1、grill-me（拷问我）
这是这套skills中最出圈的技能，社区讨论度很高。它类似Superpowers的brainstorming（头脑风暴）技能，但不仅仅能应用在软件开发领域。
grill-me/grill-with-docs这2个拷问技能的主体是grilling，grill这个英文单词可以翻译为：烧烤、盘问。这里我觉得翻译为拷问更合适，技能描述：
“Grill the user relentlessly about a plan, decision, or idea. Use when the user wants to stress-test their thinking, or uses any 'grill' trigger phrases.（无情地追问用户关于计划、决定或想法的细节。当用户想要压力测试其思维，或使用任何“拷问”触发短语时使用。）”
在我有任何想法、需求的时候，都会手动以 grill-me / grill-with-docs开始，它会拷问我需求或者任务的任何实现细节，并给出推荐方案，以及为什么这么做。这也是任务中最花时间的地方。
有时候觉得它很烦，他会追问每一个实现细节并需要你确认，但这是减少返工的必要工作。
起初我以为这个技能工作流程肯定超级复杂，但是看原文只有几行：
Interview me relentlessly about every aspect of this until we reach a shared understanding. Walk down each branch of the decision tree, resolving dependencies between decisions one-by-one. For each question, provide your recommended answer.
Ask the questions one at a time, waiting for feedback on each question before continuing. Asking multiple questions at once is bewildering.
If a fact can be found by exploring the environment (filesystem, tools, etc.), look it up rather than asking me. The decisions, though, are mine — put each one to me and wait for my answer.
Do not act on it until I confirm we have reached a shared understanding.翻译过来就是：
对此事的每个方面进行无休止的追问，直至达成共识。逐一遍历决策树的每条分支，逐个解决决策之间的依赖关系。针对每个问题，请给出你的推荐答案。
逐个提问，在获得回答后再继续下一个。同时提出多个问题会令人困惑。
如果某个实际可以通过探索环境（文件系统、工具等）找到，请自行查找，而不是问我。但决策权在你——每个问题都交给你，并等待你的回答。
在我确认我们已达成共识之前，请勿采取行动。甚至许多人把它玩出花了，列如在技术面试考察面试者，观察他们如何回答问题。
2、to-spec/to-tickets（生成实施方案）
这两个技能在旧版本里是to-prd/to-issues，to-issues与to-plan合并为了to-tickets，to-prd改成了to-spec，基本理念不变。
在grill技能拷问完成后，手动使用`/to-spec`（旧技能是to-prd）生成执行规范文档。
然后使用`/to-tickets`把执行计划、规范文档或者当前对话的内容分解为可以单次执行的ticket，每个ticket都有明确的可追踪的执行边界。
3、implement（依次实施）
实施方案会被拆解为多个可独立执行的ticket，根据最佳实践提议，每次执行都要新开会话使用`/implement`依次实施每个ticket。
为什么这么做？
LLM虽然目前大都拥有充足的上下文（100万上下文目前是常规），但是在上下文越来越长的时候，模型能力快速退化，也就是越长越笨。
Matt Pocock认为上下文开始腐化的临界点大致在100K左右，我在Codex中设置的最高上下文是256K。所以拆解的Ticket提议在新的会话中使用干净的上下文独立实施。
当然如果不想开太多新会话，也可以在主会话中启动子智能体依次执行。
4、code-review（审查）
implement在实施各个ticket的步骤中都会触发code-review技能审查、修正代码。但是在全部任务完成后可以开启新的会话，加入spec等关键的上下文内容，让ai进行全局审查（你可以使用不同的模型获得更多角度的审查报告）。
其他好用的，也是我常用的技能
1、
improve-codebase-architecture
这对老项目或者检查项目超级有用，手动触发后会扫描和深度分析当前项目的设计、架构等潜在的问题，并给出优化提议。
并且会生成可视化的html页面报告，项目问题一目了然，随后你可以根据其中的某个问题执行`grill`。
2、teach
在工作区内教会你不清楚的技能或者概念，怎么用呢？
列如在grill步骤中，AI给出了解决方案，但是你并不清楚其中涉及的概念或者技能，那么此时可以新开一个会话窗口使用`/teach`技能让AI教会你，然后再回到grill继续工作。
3、handoff
把当前对话压缩成一份交接文档，以便新的代理或者会话接手工作。
列如我在codex中生成了交接文档，拿到claude code中继续任务，或者我拿着文档到另外的电脑中继续工作。
4、writing-great-skills
故名思义，它能帮你更好的撰写或者优化自己的Skill。
5、ask-matt
这个技能超级适合新手，刚上手的时候你可能不知道该做什么，手动执行`/ask-matt 你的问题或者任务` 它会告知你接下来该做什么。
最后
这两套技能包在软件工程领域的工作模式实则都是类似的，都是基于真实的工程经验落地的，都有头脑风暴、SPEC/方案、TDD、Code Review等内容。
两套技能都有留痕产物：
Superpowers主要是spec/plan文档。
mattpocock/skills 则比较丰富：有ADR（记录重大决策）、CONTEXT.md（记录项目设计的共享术语）、SPEC.md以及拆解后的多个Tickets文档。
使用什么技能组合是个人的偏好选择，你甚至可以混合使用，本文仅作为个人的实际使用感悟和一点点经验总结。
随着模型能力日新月异，能力越强的模型越不需要太冗长的流程和上下文约束，尝试各种不同的工作模式也是理解AI能力的一部分。
© 版权声明
文章版权归作者所有，未经允许请勿转载。
[db:评论]