卸载 Superpowers,不是因为 AI 变聪明了

我一开始也这么想过。直到把 Superpowers 卸了又装、装了又卸，才意识到——问题多半不在「skill 太多」，而在 Superpowers 这套「不问你就自动跑」的机制。

◆一个让人困惑的现象

同样是 Claude Code 上的「技能」，体验可以差很多。普通 skill 启动时通常只加载名字和简介；Matt Pocock 的 grill-me 更克制：只有你主动输入 /grill-me，它才会启动。

Superpowers 完全不同。 它是一个带 SessionStart hook 的 plugin。session 一打开，还没等你说话，using-superpowers 整份内容就已经被塞进 context 里了。

IF A SKILL APPLIES TO YOUR TASK, YOU DO NOT HAVE A CHOICE. YOU MUST USE IT.

这不是建议，是强制路由。所以：卸载 Superpowers，不等于反对 skill 生态。

◆自动开销，其实分三层

第一层：你还没开口，token 已经在跑

using-superpowers 每个 session 自动注入大约 1,300 token；有人 /clear 完 baseline 就跳到 78k——还没问问题，额度已经耗了一截。

第二层：改一行 log，也可能走完整套流程

subagent-driven-development 在 Claude Code / Codex 上基本是强制路径。你说「改一行 log」，它可能先 brainstorm → spec → subagent → 双 stage review。简单任务，反而慢得离谱。

第三层：具体 skill 正文，反而是按需加载

真正让人想卸载的，主要是前两层。

◆「AI 够聪明了」到底在说什么

这句话说全了应该是：模型变强了，weekly cap 变紧了，你不该让一整套 engineering discipline 从 session 第一秒就常驻 context。

复杂多文件任务，规划 token 有时比返工更省；简单小改动，完整 Superpowers 流程往往 overkill。没有绝对对错，只有你的日常任务更像哪一种。

◆grill-me 要不要一起卸？

通常不用。 手动触发、无 session hook、无强制 subagent。你不调用，它就不花钱。

◆三条中间路线

1. 整包卸载：/plugin uninstall superpowers

2. 改 opt-in：allow_implicit_invocation: false

3. Cherry-pick：只留 brainstorming / debugging / TDD

装一个，用一周。一周里你没主动用过，就卸。

◆写在最后

「卸载 Superpowers 因为 AI 变聪明了」——这句话只对了一半。

Superpowers 在复杂任务上依然有价值。但如果你日常 80% 是小改动，整包 plugin 的自动开销，确实可能比它帮你省的返工 token 还多。

卸的不是 skill 这个概念，是「不问你就替你决定 workflow」的那层自动化。 先清理，再谈升级——这大概才是当下最务实的做法。