为什么需要结构

上一章讲了需求拆解——把模糊想法变成功能清单。但功能清单本身还不是提示词。你需要把它组织成 AI 容易理解的结构。

没有结构的提示词，就像跟同事说"那个东西你帮我搞一下"——同事只能猜你想说什么。有结构的提示词，就像一份清晰的工作单——对方一看就知道要做什么、怎么做、什么标准。

四要素框架

一个好提示词包含四个要素。不是每次都要四个全写，但你要知道缺了哪个、为什么缺。

要素一：目标——你要什么

这是唯一不可省略的要素。你要做什么东西，一句话说清楚。

• 好："做一个待办清单网页"
• 差："帮我弄个东西" / "我想做个工具"

目标的关键是有明确的产出物——网页、脚本、函数、数据表。不是"帮我看看"或"帮我想想"。

要素二：约束——限制条件

约束告诉 AI 在什么范围内做。没有约束，AI 会按它的默认理解来，可能跟你的场景不匹配。

常见的约束：

• 技术约束：用 HTML/CSS/JS，不用框架
• 风格约束：深色主题，简洁风格
• 环境约束：在手机上能正常显示
• 规模约束：代码量控制在 100 行以内

约束不是越多越好。给必要的约束，不要替 AI 决定每一个细节。

要素三：上下文——背景信息

上下文是 AI 不可能知道、但影响结果的信息。

比如你让 AI 做一个表单页面：

• 这个表单给谁填？（普通用户 / 内部员工）
• 填完数据去哪？（存本地 / 发到服务器）
• 这是一个独立页面，还是嵌在已有网站里？

不给上下文，AI 会按"最常见的情况"来做——可能不是你的情况。给了上下文，AI 的选择范围就缩小了，命中率就高了。

要素四：示例——参考样本

如果你心里有一个"大概长这样"的参考，给 AI 看。这比用文字描述一百句都管用。

示例可以是：

• 一个类似网站的链接
• 一段你手写的代码片段
• 一张设计稿或草图
• 甚至就是"类似 XX 网站的风格"

AI 从示例中提取模式的能力极强。给它一个好样本，胜过你描述十段话。

一个完整示例

目标：做一个待办清单网页
约束：纯 HTML/CSS/JS，不用框架。深色背景，青绿色强调色。手机和电脑都能正常显示。
上下文：这是给个人用的，数据存在浏览器本地就行，不需要服务器。
功能：输入框+回车添加任务，每个任务可标记完成（划线效果），可删除。
示例：风格类似 trello 的看板，但单列就行。

对比一下"帮我做个待办清单"——信息量差了一个数量级，但写起来也就多花两分钟。

三个常见陷阱

陷阱一：太抽象

"做个好看的页面"——什么叫好看？AI 不知道你的审美。把"好看"翻译成具体的：深色背景、大圆角卡片、留白多一点。

陷阱二：太细

"用一个 div 容器，宽 800px，居中，里面放一个 input，type 是 text，class 叫 todo-input……"——这是在口述代码。描述行为和结果，不要描述实现。

陷阱三：漏边界

你说了"可以添加任务"，但没说"最多添加多少个"、"能不能重复"、"能不能为空"。AI 会按默认来——可能允许空任务、可能不限数量。这些边界你想到了就写上，没想到的 AI 跑了之后你再调。

不是每次都要四要素全写

简单任务，一句话目标就够了："写一个函数，把日期格式从 YYYY-MM-DD 转成 MM/DD/YYYY。"

复杂任务，四要素都用上。中等复杂度，用目标+约束就行。

关键是你知道有这四个要素，写之前过一遍：目标清楚了吗？有什么约束？需要什么上下文？有参考样本吗？想一遍再写，比写完再改十轮快得多。