夜雨聆风我越来越强烈地建议大家做一件事：把 Superpowers 这个套件卸载，至少先停用一段时间，重新感受一下原生 Agent 的能力。
我知道这句话会让很多人不舒服。因为 Superpowers 很专业，很多人在用。它会先澄清需求，再写方案，再拆计划，再测试，再让子 Agent 执行，再做代码审查。听起来非常工程化，也非常正确。问题恰恰在这里。很多人把“流程感”误认为“能力提升”，把“看起来更严谨”误认为“结果更聪明”。
真实体验往往相反。装上它之后，Agent 不是更懂你了，而是更容易被一套固定动作绑住了。你只是想改一个小样式，它开始问一堆显而易见的问题；你只是想修一个简单 bug，它开始写计划、拆任务、调子 Agent、建分支、跑一堆流程；你只是想让它直接看代码解决问题，它却不断回到“我们先澄清一下需求”。这不是专业，这是迟钝。尤其是在Codex里。
更麻烦的是，它会污染 Agent 的判断尺度。一个好的 Agent，核心能力是根据任务大小自动调节工作方式。小问题快处理，大问题先分析；确定性高的事情直接做，不确定的事情再追问；已有项目规则优先，新流程只在必要时介入。但 Superpowers 这类套件很容易把所有任务都推向同一种模式：先流程，后行动；先模板，后判断；先执行规定动作，后理解真实目标。久而久之，你会发现 Agent 好像变“乖”了，却不灵了。
很多人说，它能让 Agent 更有纪律。我不否认。对大型重构、多人协作、严格测试驱动开发，Superpowers 可能有价值。但多数人的日常工作并不是每天都在做巨型工程。更多时候，我们需要的是一个反应快、理解强、能根据上下文灵活推进的助手，而不是一个每次都要召开需求评审会的流程机器人。
真正让 Agent 变强的，不是套一层通用方法论，而是给它准确的项目上下文、清晰的验收标准、明确的边界、可验证的结果要求。也就是说，你要让 Agent 读懂你的项目，而不是让它背诵别人的工作流。一个好的 CLAUDE.md、AGENTS.md 或项目规则文件，往往比十几个通用技能更有效。因为它告诉 Agent：这个项目是什么，哪些文件重要，怎么运行测试，哪些地方不能动，什么叫完成。这里面有真实上下文，而不是泛化口号。
Superpowers 最容易制造的错觉是：它让过程更长，所以结果应该更好。可 Agent 工作不是写流程报告。过程越长，未必越稳；上下文越杂，未必越准；子 Agent 越多，未必越聪明。有时它只是消耗更多 Token，把原本简单的任务变复杂，把原本清醒的模型判断变成机械执行。
所以我真诚建议：先卸载，或者至少停用一周。用原生 Agent 重新跑一遍你的常见任务。你会很快发现，很多所谓“高级工作流”，其实是给不清楚目标的人准备的拐杖。如果你已经能写清楚需求、提供上下文、要求验证结果，那么这根拐杖可能已经开始绊脚。
不要迷信套件。不要迷信插件。不要迷信任何号称能一键让 Agent 变高级的东西。
Agent 真正需要的是清晰任务、可靠上下文、最小必要流程和严格验证。凡是让它远离这四件事的东西，哪怕包装得再工程化，也应该警惕。
我的建议很简单：卸载 Superpowers，把控制权拿回来。让 Agent 回到任务本身，让它少表演流程，多交付结果。
