“如果你还在用Superpowers，那我不要和你说话”

前言

大概在三个月前，我们公司前端团队已经全面舍弃Superpowers工程化体系，而在五个月前，我们刚刚落地的前端开发AI流程.pdf中，才刚强调使用Superpowers。
4月底颁布的前端开发AI流程小段

今年，AI技术发展迅速，年初大家还在调 prompt、接工作流、搭 Agent，琢磨怎么让 AI 真能干活 ；现在开始把自己的做事方法写成 skills，让 AI 下次照着做。

关注点一路在变：

也许这篇文章发布后几个月内，skills又将被淘汰，AI时代瞬息变化万千。

进入正文，说说为什么本人说"如果你还在用Superpowers，那我不要和你说话"

最核心的点就是------Superpowers 给 AI 加的流程太重了

随着 Agent 能力增强，一旦安装了Superpowers，当你开发时，Agent更容易自动调用Superpowers内相对应的skills。Agent自动触发的通用工程流程，在部分任务里成本已经超过收益。 问题不在于这些流程有没有价值，而在于每一次任务，是否都值得走这些流程。

4月底颁布的前端开发AI流程小段

需求澄清、方案设计、测试驱动、代码审查，这些都是好东西。我们当初引入 Superpowers，也是希望 AI 不要拿到需求就直接写代码，而是先理解问题，再有步骤地完成开发。

这个出发点，到今天也没有错。但前端团队的日常工作，并不全是从零设计一个系统，甚至可以说很多前端开发者都没有从零设计过一个系统。

更多时候，我们需要 AI 做的是：找到相关代码，理解现有约定，完成修改，然后验证结果。\

半年前用 AI 开发时，我们最担心的是：AI 写得太快，却没有真正理解需求。

所以当时，我们希望通过更完整的工程流程，约束它的行为。先讨论，再规划，再实现，再检查。即使慢一点，只要能减少返工，就是值得的。

后来，我们逐渐发现，日常开发使用这套流程，不仅效率低，而且还费token，团队真正需要的约束，比这些通用步骤具体得多。

例如，在我们的项目里，AI 是否知道：

与其反复要求 AI"像一个规范的前端开发一样工作"，不如直接告诉它，一个人类开发者接到这个任务会怎么做。

拿一个常见的列表页需求举例。

"先分析需求，再制定计划，最后实现并测试"。它没有覆盖这个列表页最容易出错的地方。

我们更希望交给 AI 的是：

开发列表页时，先查找同模块已有页面，沿用它的查询、分页和状态管理方式。优先复用项目组件。检查搜索条件变化后的分页行为、清空条件后的请求参数，以及加载、空数据和请求失败状态。涉及操作按钮时，同时检查权限和操作后的列表刷新。

这里面既有操作步骤，也有判断标准和验收要求。

它的价值在于，把团队开发和修BUG累积下来的经验，提前放进 AI 的工作上下文里。

综上所述，当前时间段，对于个人和团队来说，重要的是沉淀一套属于自己的skills 。

针对不同的项目，给不同的项目写一个AGENTS.md，AGENTS.md 写项目的共同约定，Skills 写具体任务的做法，最后用实际交付检验它们是否有效。

如果Superpowers里一些skills对你来说很重要的话，那我推荐你了解一下mattpocock-skills，并且了解它里面常用的skills，合理运用，在开发中按需使用，你的思路更加的清晰。