AI 编程：从 Spec 到可运行原型

AI 编程里，人负责想清楚要什么、检查做得行不行、最后做决定；AI 负责干活、出东西、处理细节。AI 变强让做产品的门槛大大降低，你从消费者变成创造者：找不到顺手的工具就自己做一个，搁置已久的想法也有机会做出来给别人用。

所以会不会写代码不再是门槛，能不能把需求讲清楚才是。这和前面学的「提问」是同一种能力。

很多人习惯边聊边改、想到哪做到哪，简单项目还行，需求一多、逻辑一复杂就乱。AI 编程最核心的技能，是把需求说清楚。打个比方：朋友让你买蛋糕，说「要好看的、甜一点、不太贵、最好草莓」，你根本不知道买什么；换成「8 寸草莓蛋糕、100 元以内、下午 5 点前到、写『生日快乐小明』、不要奶油边框」，就清晰多了。给 AI 写需求也是一回事。

这种「先把需求说清楚再开发」的做法叫 Spec（规范驱动编程）：写代码前先把需求整理成一份结构化、可验证的规范，再让 AI 按它生成和修改。新手不用写得很复杂，把 5 件事说清就够：问题陈述（用户要什么体验，一句话说清）、方案描述（功能、数量、交互、视觉，具体到数字）、技术约束、红线（明确不要什么）、交付标准（怎么算做完、手机能用吗、有没有闭环）。

你可能会犯嘀咕：我一个新手，根本写不出这么专业的 Spec。没关系——直接和 AI 讨论，让它来提问你、帮你梳理需求。

方法是：用一句话把想法说个大概，然后要求 AI「先别写代码，像苏格拉底一样一个问题一个问题地问，每次都给带编号的选项，直到我们形成一份完整的 SPEC」，覆盖问题陈述、方案描述、技术约束、明确不做的事、成功标准。几轮问答下来，一个模糊想法就被逼成了清晰的开发说明书。

AI 编程工具通常有两种模式：问答模式（只对话、不干活，适合需求还没想清时讨论和澄清）和 Agent 模式（干活模式，你发一句它就开始写代码）。关键纪律是：需求没聊清前一直用问答模式，不要直接切 Agent 模式开做，否则很容易跑偏。

聊的过程中还有两个小动作：遇到 AI 不懂的词（比如你自造的「航海案例集」），要主动解释清楚；遇到有歧义的地方（作品集和案例集要不要分开），把边界说清楚。把「要什么」和「不要什么」都写下来，AI 才不会自由发挥出一堆你不需要的功能。

第一版不完美是正常的。AI 编程本来就是预览效果 → 截图标注问题 → 反馈修改的循环，逐步逼近你要的样子。整个项目大致四步：项目需求讨论、UI 风格确认、开发测试、上线部署——前两步都是在说清需求，只是一个偏功能、一个偏设计。

目标是跑通一次「从想法到可访问网页」的完整流程：生成页面、替换成自己的资料、部署上线。先把这个闭环跑通、拿到第一轮正反馈，再谈优化。