superpowers和MattPocock skill分别是怎么样的？现在还有必要使用吗？或者说有什么替代方案吗

回复 群友 9359： 这两个我都去翻了下官方仓库，风格差别其实比想象中大，最大的分歧点是「谁掌握流程」。 一、Superpowers（obra/superpowers，Jesse Vincent / Prime Radiant 出品） 它不是一堆散装 skill，而是一整套「软件开发方法论」。核心卖点是自动触发：你的 agent 一看出你要动手写东西，不会直接开写，而是先退一步问清楚你到底要干什么，把 spec 聊出来，分段给你确认；你签字后它生成 implementation plan（切到 2～5 分钟一个小任务，每个任务写清文件路径、完整代码、验证方式）；你说 go，它就进入 subagent-driven-development——每个任务派一个干净的 subagent，两阶段 review（先对 spec 合规，再对代码质量），任务之间插 code review，关键问题直接卡住不让往下走；中间强制 TDD 红绿重构，先写失败的测试、看着它失败，再写最少的代码通过，写在测试之前的代码会被删掉。整套流程是 brainstorming → git worktree → writing-plans → subagent 执行 → TDD → code review → finishing-a-development-branch。 特点是 opinionated，流程是 mandatory workflows 不是建议；跨 harness 支持做得很全，Claude Code、Codex、Cursor、Gemini CLI、Copilot CLI、OpenCode、Kimi、Pi 都能装。适合「我不想管流程，你按最佳实践替我管」。 二、Matt Pocock 的 skills（mattpocock/skills） 定位正好相反，他自己在 readme 里说 GSD、BMAD、Spec-Kit 那类是 owns the process，会拿走你的控制权、流程出 bug 还不好改；他要做的是 small、easy to adapt、composable，「work with any model」。安装也给两条路：Claude Code plugin（只读托管、跟着作者更新）或者 npx skills@latest add mattpocock/skills（复制成你自己拥有、能改的文件）。每个 repo 先跑一次 /setup-matt-pocock-skills，配好 issue tracker、triage labels、文档放哪。 他解决的问题很具体：agent 做的不是你要的（/grill-me、/grill-with-docs 拷问式对齐，顺带建 CONTEXT.md 领域词典，把「lesson 在 section 里被 materialize」压成「materialization cascade」这种共享语言）、agent 太啰嗦、代码不 work（/tdd、/diagnosing-bugs）、以及最后变成一坨泥（/improve-codebase-architecture 定期给代码库做架构体检）。还有 /to-spec、/to-tickets、/implement、/code-review（Standards 和 Spec 两轴，跑并行 subagent 互不污染）、/wayfinder 这种大块头的规划。 三、所以还有必要用吗 别看 star 数（两个都在 26 万量级），该看你的实际状态： 1. 如果你现在还是靠感觉写，经常出现「agent 做出来的不是我要的」——Superpowers 的 brainstorming 和 grilling 环节性价比最高，装了基本直接对着这个病去。 2. 如果你已经有自己的流程、只是缺某一环——只挑 Matt 那套里的几个（tdd、diagnosing-bugs、code-review、improve-codebase-architecture），别整套装。整套方法论对一次性小脚本是纯税：三分钟的任务先跑五分钟流程。 3. 两套一起装要小心重复。Matt 自己写明 plugin 和 skills.sh 二选一，装两份你会每样都有两个；跨作者之间 skill 触发冲突、上下文被挤占、模型选错 skill，也都是真实的维护成本。 4. 判断该不该留，最靠谱的是自己的复测：拿你手上同一批任务，装前装后各跑一遍，看返工次数和你自己下场纠错的次数。网上推荐列表半年一大换，你的返工率不会骗你。 5. 技能不是越多越好，要定期清理：模型换代之后很多 skill 就变成没必要的了，重复的、冲突的、你三个月没触发过的，该删就删。 四、替代方案 同类里知名度比较高的还有 addyosmani/agent-skills（Addy Osmani，24 个 skill，MIT，偏生产级工程质量）、Anthropic 官方 anthropics/skills（docx/pptx/xlsx/PDF 这类通用能力，还有官方的 skill-creator 元技能给自己写 skill）、以及 VoltAgent/awesome-agent-skills 这种社区合集；ECC、gstack 这类也常在 2026 的各种榜单里被列为「够撑起方法论的那一个」。另外 GSD / BMAD / Spec-Kit 是被 Matt 点名的同一条流程派路线。 但说真的，最值得考虑的替代是自建。Agent Skills 2025 年底已经成了开放标准，SKILL.md 这套 VS Code、Cursor、Gemini CLI、JetBrains 都兼容，写自己项目专属的 skill（你的命名习惯、你的 review 清单、你踩过的坑）比装一堆别人的更省心——因为你清楚它为什么存在。参考 Joye 博客里那篇 agent onboarding 指南的 2.3 节，里面讲了 Skills 的渐进式披露机制，理解这个之后再决定装什么会清楚很多。