真正厉害的不是装了多少 Skill

很多人用 AI 做项目，一上来就想配齐工具箱，结果收藏了一堆 Skill，真正动手时还是不知道第一步干什么。对普通人来说，关键不是“我有多少能力”，而是“我能不能让 AI 按一个稳定流程，把想法变成可验收的东西”。

所以三类 Skill 就够了：一个帮你想清楚，一个帮你做出来，一个帮你检查和改好。工具名可以换，但分工不能乱。

第一类：把需求说清楚

superpowers 这类能力，最有价值的地方不是神奇，而是逼你把项目拆开。

一个项目失败，往往不是代码写不出，而是需求太糊：我要做个网站、我要做个工具、我要做个课表系统，这些都不是需求，只是愿望。

正确用法是让 AI 先问你几个硬问题：谁用？解决什么痛点？最小版本只保留哪 3 个功能？什么情况算做完？不要急着生成代码，先把“验收标准”写出来。

对内容和教育从业者尤其有用。比如你想做一个资料整理工具，不要先说“帮我做个 AI 知识库”，而是说：老师上传资料后，系统能按科目、题型、适用阶段自动归档，并能导出给学生看的清单。这个描述一清楚，后面才有路。

第二类：把界面做得像人用的

frontend-design 这类 Skill 的重点，不是让页面好看，而是让页面不劝退。

很多 AI 生成的项目能跑，但像半成品：按钮乱放，字号忽大忽小，信息没有主次，手机上还会挤成一团。普通用户不会因为你技术先进就忍受难用。

你可以固定给 AI 一套界面要求：第一屏直接进入核心功能，不做空洞介绍；按钮要有明确动作；列表、表单、筛选、状态提示都要完整；移动端不能重叠；颜色不要全靠渐变撑场面。

教育类工具尤其要克制。老师、运营、学员要的是快找到、快编辑、快导出，不是一个像发布会海报的首页。

第三类：用浏览器验收，而不是凭感觉收工

chrome-devtools 这类能力解决的是最后一公里：项目到底能不能用。

很多人让 AI 写完就结束了，但真正的工作应该是打开页面，点击核心流程，看有没有报错，检查手机尺寸，确认按钮、表单、数据状态都正常。

一个简单验收清单可以这样跑：

  1. 首页打开是否白屏。
  2. 核心按钮点了有没有反应。
  3. 新建、编辑、删除、搜索这些动作是否闭环。
  4. 刷新后数据或状态是否符合预期。
  5. 手机宽度下文字和按钮有没有挤压。
  6. 控制台有没有明显错误。

这一步会让 AI 从“会写”变成“会交付”。

普通人的三段式工作流

别把 AI 当许愿池，要把它当项目搭子。

第一步，定义问题：让 AI 追问需求，并输出最小可用版本。第二步，生成方案：让 AI 按界面、功能、数据结构一次性搭出骨架。第三步，浏览器验收：让 AI 自己跑、自己看、自己修，直到核心流程可用。

这套打法的价值不是“一晚上做出大项目”，而是让非程序员也能用工程化方式推进事情。你不需要懂所有代码，但你要懂什么叫做清楚的需求、可用的界面、真实的验收。

工具越多，越容易产生掌控感幻觉。真正能提效的，是把少数能力串成闭环：想明白，做出来，跑一遍，改到能用。