前言
大概在三个月前，我们公司前端团队已经全面舍弃Superpowers工程化体系，而在五个月前，我们刚刚落地的前端开发AI流程.pdf中，才刚强调使用Superpowers。
4月底颁布的前端开发AI流程小段
今年，AI技术发展迅速，年初大家还在调 prompt、接工作流、搭 Agent，琢磨怎么让 AI 真能干活 ；现在开始把自己的做事方法写成 skills，让 AI 下次照着做。
关注点一路在变：
- Prompt：这句话怎么问，AI 才答得好
- 工作流：这些步骤怎么串，AI 才能跑完
- Agent：给它一个目标，它能不能自己推进
- Skills：平时怎么判断、怎么操作、怎么验收，能不能教给它
也许这篇文章发布后几个月内，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，合理运用，在开发中按需使用，你的思路更加的清晰。