Superpowers实战：让AI编程遵守软件工程规范

李博！我最近被一个事儿折磨疯了，你知道吗，我让Claude帮我写个评论功能，它三分钟就给我糊出来了。 然后呢？让我猜猜——全塞一个文件里了？ 你怎么知道的！所有逻辑全堆在app.vue里，连回复功能都没有，我当时就崩溃了。 哈哈，太典型了。这就是AI编码的五大乱象之一——跳过设计直接开写。你想啊，AI接到一个模糊需求，它才不管什么架构设计，上来就给你糊代码。 对对对，而且我发现不只是设计问题。它也不写测试，也不做模块化拆分，就很……野路子。 你总结得挺到位。我给你列一下啊，AI编码典型的五个毛病：跳过设计、无任务拆解、缺失测试、无代码审核、项目长期失控。 这些问题不断累积，就是技术债。Ward Cunningham九二年提出的概念，就像金融债务会产生利息一样，技术债也会复利增长。 等会儿，我之前不是用Cloud.md来管规范吗？命名规范、缩进方式、组件样式那些都定好了，为什么还是控制不住？ 这就是关键了。Cloud.md解决的是What的问题——代码应该长什么样。但它管不了How——代码应该怎么写出来。 打个比方，你可以规定建筑材料标准和外观设计图，但如果没有施工流程管理，工人可能跳过地基直接砌墙。 懂了懂了，就是说规范是静态的，流程是动态的，两码事。 Bingo。所以就需要Superpowers这个东西了。 Superpowers？这名字挺中二的，它到底是啥？一个框架？一个插件？ 都不是。它本质上是AI编码开发方法论的封装。把TDD、设计评审、计划驱动这些成熟的软件工程实践，固化成AI可执行的标准化流程。 等等，TDD？就是先写测试再写代码那个？ 对，Kent Beck零三年提出的。红-绿-重构循环。AI天然倾向于生成'看起来能跑'的代码，但不考虑边界条件。强制走TDD等于给每个模块加了质量防线。 那装上之后AI具体会怎么干活？ 七步流程，强制执行：需求梳理、设计评审、任务拆解、TDD开发、代码审核、调试修复、收尾整理。零配置一键安装，新会话自动加载。 真的假的？！就是说我输入同样一句'帮我实现评论功能'，AI的行为会完全不一样？ 完全不一样。我跟你说，装了之后AI第一件事不是写代码，而是反过来问你六个问题。 问我？ 对！评论数据结构要什么样的、输入方式选哪种、要不要支持回复、评论区放哪儿、实现方式怎么选、回复的数据结构用哪种——全部交互式确认。 哇这不就是产品经理做需求评审那套吗！AI居然会主动跟我对齐需求！ 哈哈，你们产品经理终于被AI尊重了一回。 得了吧你。然后呢？需求确认完之后？ 自动生成设计文档和实施计划，然后把需求拆成五个子任务，启动子代理模式并行开发。每个子代理独立上下文，互不干扰。 子代理？就是好几个AI同时干活？ 可以这么理解。借鉴分布式系统的分治思想，解决单一AI上下文窗口有限的问题。大概十分钟全部搞定。 之前没有Superpowers三分钟就完事了，现在十分钟，时间长了但—— 但质量是天壤之别。模块化拆分、不同文章评论数据隔离、回复功能完整、代码结构清晰。 诶不过我好奇，开发完就一帆风顺了吗？ 也不是，初次验收发现评论没显示。AI排查后发现是组件导入注册失败——Vue3的选项式API和组合式API混用导致的经典坑。 啊这个坑我踩过！script setup里导入自动注册，选项式API里得手动声明。 对，所以Cloud.md里统一技术范式很重要。几轮调试后全部修好了，功能完整通过验收。 那用这个工具有什么要注意的吗？不能无脑用吧？ 三个黄金法则。第一，按需启用——改个CSS、调个文案，别走七步流程，杀鸡别用牛刀。 第二，跟Cloud.md联动。一个管规范一个管流程，缺一不可。第三，也是最重要的——严禁跳过设计阶段。 为什么设计阶段这么重要？ 统计数据说，设计阶段修复缺陷的成本是编码阶段的六分之一、测试阶段的十五分之一。而且AI执行速度太快了，一旦进入编码阶段人类根本来不及干预。 就是说设计评审是人类唯一能系统性审视AI方案的窗口期。 对。过了这个窗口，AI已经写完了，你只能被动接受。 我突然觉得，这个工具的核心价值不是让AI写得更快，而是让Vibe Coding这件事变得靠谱了。 你说到点子上了。Karpathy提出Vibe Coding的时候，最大的争议就是质量问题。Superpowers相当于在快速开发和专业工程之间找了个平衡点。 让AI像训练有素的工程师一样按规矩办事，而不是像实习生一样拿到需求就闷头写。 哈哈对，从实习生升级成了高级工程师。有设计、有评审、有测试、有交付。这才是AI编程该有的样子。