你的第一个好提示词

提示词不能替代一个产品决定：它只是把这个决定显性化，让另一个人或一个人工智能（AI）能据此行动。OpenAI 和 Google 推荐的做法都从清晰的指令、相关的上下文、能提供范式的示例，以及一轮轮复核开始。这里你会把这套做法用在一个创建任务的表单上。

这个案例故意做得很小。表单需要标题、负责人、截止日期和优先级；它必须拒绝不完整的数据，并确认已经保存。这个范围让你能观察到每条指令是否真的改变了某个具体行为。

把想法变成可验证的任务

「做一个任务管理器」描述的是一个产品，却没有定义下一次改动。可验证的任务会说明什么必须出现、一个人能做什么，以及你怎么知道它生效了。 在我们的案例里，第一个目标是填写表单并保存一个有效的任务。

用一个动词加一个可观察的结果来表述请求。 例如：「创建一个登记任务的表单，包含标题、负责人、截止日期和优先级；提交后把任务加入列表」。这句话还需要上下文和校验，但它已经能阻止 AI 自己发明一个仪表盘、日历或权限系统。

如果你想了解这个请求外面那一整圈循环，可以看什么是 vibe coding。提示词开启一次迭代；评审、测试和是否接受改动的决定仍然属于你。

只带上会改变方案的上下文

有用的上下文减少了隐藏的决定。 说明框架（如果已经存在）、应当复用的组件、界面语言，以及状态保存在哪里。同时指出哪些文件或区域不应改动。

对于这个任务表单，上下文可以说明：应用里已经有一个列表和一个按钮组件，文案使用中文，状态保存在内存里。不需要讲清项目的全部历史。只包含那些会改变实现方式、或改变核对方式的信息。

当你不了解技术栈时，就直接说明。先要一份简短的方案和它的后果，批准之后再授权改动。 这一次停顿，能避免一个偶然的技术选择变成难以移除的依赖。

在要代码之前先描述结果

期望的输出既包含结构，也包含行为。 在这个例子里，你需要四个带标签的字段、一个提交按钮、显示在对应字段旁边的错误，以及保存后的确认。你还可以要求列出改动的文件和执行过的测试。

当结果的形态很重要时，一个具体示例会有帮助。写一个有效的任务，比如「准备演示，负责人 Ana，截止 7 月 20 日，优先级高」，再写一个标题为空的无效输入。这样模型就有了一个正确状态的范式，和一个错误状态的范式。

不要用示例代替规则。 如果你只给出一个有效日期，AI 可能会接受任何形似的文本。还要说明日期必须真实存在，并且不能早于当天。

给出可观察的验收标准

验收标准把「看起来做好了」变成一次可重复的复核。 对这个表单来说，每条标准都必须能在界面上或通过一次验证被核对。避免「要直观」这类说法，因为它没说明哪个行为该改变。

你可以定义下面这些结果。每一条都对应一次可见的验证：

1. 标题、负责人和日期为必填项。
2. 过去的日期会在字段旁显示提示，并且不保存任务。
3. 一次有效提交只新增一个任务，并带上全部取值。
4. 只有保存成功之后，表单才被清空。
5. 键盘操作能按合理顺序到达字段、选项和按钮。

这些标准同时限制了范围。 如果 AI 加上了筛选、登录或远程同步，那它就做到了任务之外，哪怕结果看起来很漂亮。

用具体反馈改进结果

即使提示词写得清楚，第一版也可能失败。复现问题，并用三条信息回复：你做了什么、发生了什么、你期望的是什么。对这个表单来说：「我把日期选成昨天，提交被接受了，而我期望字段旁出现一条错误」。

再补一个防止回归的验证。要求覆盖一个过去的日期和一个未来的日期，运行现有测试套件并展示结果。这种做法把反馈变成证据，也避免了只改外观、却让逻辑原封不动的修复。

不要把几处不相关的修复混在一起。 如果你还想改配色并加上标签，就把这些留给单独的迭代。这样你才能把每个结果对应到某条指令，并且只回退需要回退的部分。

认清提示词的局限与失败方式

写得再细的提示词也不能保证方案正确。 模型可能假设一个时区、忽略仓库里的某个约定、编造一个接口，或者写出一个只印证自己实现的测试。请阅读代码，并跑一遍真实流程。

敏感数据需要另一层谨慎。不要为了「补充上下文」而粘贴凭据、个人数据或私密内容。如果工作需要外部访问或不可逆的动作，就定义最小权限和人工审批；AI 智能体指南解释了这个约定。

「拆小任务、给具体反馈」是一条实用的经验法则，而不是普适定律。一次协调性的迁移可能需要一份更大的计划，而一次局部修复放进一个简短请求就够。让深度匹配风险，并始终保留一种独立核对结果的方式。

发送之前复核提示词

把下面的清单当作任务的准入门槛。每一项都应当对应你请求中一句话或一条可见的标准。

• 目标只指向一个完成后的改动。
• 上下文只包含相关的数据、文件和决定。
• 期望结果描述了有效状态和错误状态。
• 验收标准无需揣测意图即可核对。
• 范围排除了你没有授权的改动和动作。
• 任务包含一次验证或一条用于确认结果的路径。

如果有一项打不上勾，就先修提示词，再谈扩大。在这个任务表单里，最终目标并不是拿到很多代码：而是能创建一个有效任务、拒绝一个无效任务，并把这两种行为演示出来。