2. 从需求到Prompt
上一篇我们讲了一条好 Prompt 该有哪四个要素。但很多人会卡在更前面一步：脑子里明明有个想法，可一旦要落成 Prompt，却不知从何说起。 "我想做个记账的""我想搞个小网站"——想法是有的，但它模糊、笼统，根本没法直接喂给 AI。
这一篇就专门解决这个"从想法到 Prompt"的转化难题。你会看到，这中间其实有一套可复制的章法：先把模糊的想法问清楚，再把大任务拆成小任务，最后用"先骨架后填肉"的渐进式打法一步步推进。我会用"做一个待办清单"这个最经典的例子，带你完整走一遍，并用真实的迭代截图让你看清楚每一步的样子。
1. 为什么不能把想法直接丢给 AI
先想清楚问题出在哪。你脑子里的"我想做个待办清单"，看似是个需求，其实是个愿望。它没说要在哪用（网页?手机?）、要有哪些功能（能不能勾选完成?能不能删除?要不要分类?）、长什么样（什么风格?）。这些没想清楚的地方，AI 全得替你猜，猜错了你再返工，一来二去就乱套了。
所以从想法到 Prompt，中间隔着一个"想清楚"的过程。这个过程不复杂，但不能跳过。它大致是三步：把想法澄清成明确需求 → 把大需求拆成小任务 → 用渐进式的方式逐步交给 AI 实现。
2. 第一步：先把想法问清楚自己
在跟 AI 开口之前，先跟自己开口。拿"我想做个待办清单"来说，你可以像下面这样，自己给自己问几个问题，把愿望逼成具体需求：
- 给谁用、在哪用？ —— 自己用，做成一个网页，电脑手机都能开。
- 最核心的功能是什么？ —— 能添加待办、能看到列表。这是不能少的。
- 还想要哪些功能？ —— 能勾选"完成"、能删除、最好能显示还剩几项没做。
- 数据要不要存下来？ —— 关掉网页再打开，希望待办还在。
- 想要什么风格？ —— 简洁好看，配色清爽就行。
你看，几个问题问下来，那个模糊的"做个待办清单"就变成了一份清清楚楚的需求清单。这一步是整个转化里最关键的，因为你自己都没想清楚的事，AI 不可能替你想清楚。 而且这些问题都不需要任何技术知识，纯粹是站在"用的人"的角度想一想。养成动手前先问自己几句的习惯，你的 Vibe Coding 就成功了一半。
这里有个常见的坑要避开：别在这一步就追求"功能想得越多越好"。 想法澄清不等于把能想到的功能全堆上去。先分清哪些是"核心的、不能少的"，哪些是"锦上添花、可以后加的"。这恰恰是下一步——拆解——要干的事。
3. 第二步：把大任务拆成小任务
需求清楚了，但如果你把上面那一长串功能一股脑全写进一条 Prompt 丢给 AI，往往会出问题：要么 AI 顾此失彼、漏掉几个；要么生成一大坨代码，一旦哪里不对，你都不知道问题出在哪。
更聪明的做法是拆解：把一个大任务，切成几个有先后顺序的小任务。还是待办清单这个例子，可以这么拆：
拆解时有两个原则。一是按"核心优先"排序：最不能少的功能（能加、能看）排最前面，锦上添花的（美化、本地存储）放后面。二是每个小任务都要"独立可验证"：做完一个就能跑起来看到效果，对了再做下一个。这样万一哪一步出错，你立刻就能定位，而不是等全做完了对着一坨东西发懵。
拆解的好处，本质上是把"一次赌一把"变成"分多次小步走"。每一步都小、都可控、都能验收，AI 出错的概率低，你纠错的成本也低。
4. 第三步：渐进式开发，先骨架后填肉
拆好了任务，接下来就是渐进式地交给 AI 一步步实现——这就是 Vibe Coding 里非常重要的一招：先搭骨架，再填血肉。 别指望一条 Prompt 就让 AI 端出一个完美成品，而是先让它把最核心的骨架立起来，跑通了，再一层层往上加。
下面就用前面拆好的任务，真实走一遍，你能直观看到这个"长出来"的过程。
第一步，先搭骨架（对应任务①）。 我先只让 AI 实现最核心的功能：
Prompt：
帮我用纯 HTML + JavaScript 做一个最简单的待办清单网页：
有一个输入框和"添加"按钮，输入文字点添加，就把它显示到下面的列表里。
先实现这个核心功能就行，样式先不用管。AI 很快给出一个能跑的骨架版——丑是丑了点，但核心功能（能输入、能添加、能显示）跑通了：
第二步，往骨架上加功能（对应任务②③④）。 核心跑通了，接着让 AI 在这个基础上加东西，不用重做：
Prompt：
在刚才的基础上加三个功能：
1. 点击某条待办，可以把它标记为"已完成"，已完成的显示一条删除线
2. 每条待办后面加一个"删除"按钮，能删掉它
3. 顶部显示一共多少项、还剩几项没完成现在它已经像个能用的工具了——能勾选完成（带划线）、能删除：
第三步，最后填肉、美化（对应任务⑤⑥）。 功能齐了，再让 AI 把样式和体验做漂亮：
Prompt：
功能都很好，现在帮我美化一下：
1. 整体用现代简约风格，主色用紫色渐变，卡片式布局、圆角、阴影
2. 待办数据保存到浏览器本地，刷新页面后还在
3. 做成响应式，手机上也能正常用最终成品就出来了，和一开始那个白底黑字的骨架版相比，简直判若两物：
这就是渐进式开发的威力。它像盖房子：先把框架立起来，再砌墙、通水电，最后才装修。 没人会在地基还没打好的时候就纠结沙发摆哪。每一步你都能看到实实在在的进展，每一步都建立在上一步稳固的基础上，整个过程踏实、可控、不容易翻车。
反过来，如果你一上来就把"美观的、能勾选能删除能本地存储的、响应式的待办清单"全塞进一条 Prompt，AI 也不是做不出来，但只要有一个细节不对，你就得在一大坨代码和一长串需求里来回找问题，效率反而低。越是复杂的东西，越要拆开、分步来。
5. 完整回顾：从一句话到一个成品
我们把整个过程串起来再看一遍，你就能体会这套章法的连贯性了。
起点是一句模糊的话——"我想做个待办清单"。第一步，问清楚自己，把它澄清成一份具体需求：自己用的网页，要能增删、能勾选完成、能本地保存、要好看。第二步，拆解排序，把需求切成六个有先后的小任务，核心的排前面，美化的放最后。第三步，渐进式实现，用三条循序渐进的 Prompt，先骨架、再功能、后美化，一步步把它喂给 AI，每一步都验收过关再走下一步。
你会发现，真正写给 AI 的那几条 Prompt，每一条都不长、也不烧脑，因为难的部分——"想清楚要什么、按什么顺序做"——你在动手前已经解决了。这正是从需求到 Prompt 的精髓：把功夫下在动手之前。 想清楚了，剩下的就是水到渠成地一条条交给 AI。
6. 小结
新手和熟手在 Vibe Coding 上的差距，很多时候不在"会不会写 Prompt 的措辞"，而在"会不会把一个想法理清楚、拆明白"。同样是做待办清单，有人对着 AI 反复折腾还一团乱，有人三步就稳稳拿下，区别就在动手前那点"想清楚、拆开来、分步走"的功夫。
记住这套从需求到 Prompt 的章法：先把模糊的想法问清楚自己，再把大任务拆成有序的小任务，最后用先骨架后填肉的方式一步步交给 AI。 它不仅适用于待办清单，做任何东西都通用。把它练成习惯，你会发现自己跟 AI 协作时越来越从容，做出来的东西也越来越像你心里想的那个样子。下一篇，我们会进一步盘点几种最常用的 Prompt 模式，让你面对不同场景都有趁手的招式。
关注秀才公众号：IT杨秀才，回复：面试
