把模糊要求写成可执行请求

提示词最常见的问题，不是少了某个技巧，而是隐藏了只有你知道的标准。“简洁一点”可能指少几段文字、缩短句子，也可能指去掉按钮。模型无法从同一句话可靠地猜出这三种意思。

本章解决一次请求怎么说清楚；多步骤功能如何拆分，放在任务拆分与计划。

一次只补影响结果的信息

看本站的例子：

原始说法	未说清的部分	改写
Header 不要变	颜色、尺寸还是位置不能变？	从首页进入笔记和工具时，Logo、导航的位置与字号不变；仅当前栏目状态变化
页面再宽一点	哪些页面一起变？正文也无限加宽吗？	调整共享外容器，让 Header、正文和 Footer 保持同一水平边界；文章内部阅读宽度可单独控制
工具卡片简单一点	哪些信息值得保留？	保留名称、说明和链接，去掉卡片底部价格与数据处理标签；元数据仍保留
标语自然一点	什么语气不想要？	不用“我是”开头，不承诺提升效率，保留软件工程师视角与 AI 学习主题

“你是顶级设计师”“认真思考”“做到最好”都不能替代最后一列。你真正补进去的是产品判断。

请让首页、笔记和工具页的 Header 保持一致。
点击导航前后，Logo、笔记、工具的位置和字号不变，
只允许当前栏目有选中状态。
 
同时检查 Header 与页面正文是否对齐。
保留现有白底、导航顺序和内容，不新增按钮或装饰。
完成后在桌面与手机上检查三个页面的切换。

这里包含结果、影响范围、不变项和观察方式。它没有强迫模型先输出十步计划，也没有提前指定根因一定是 max-width。

OpenAI 的 prompting 指南同样将结果、相关材料和边界作为可选的说明要素；无需给每个请求套固定模板。

假设要改写笔记摘要，这是教学输入：

请把摘要改成一句话，面向有开发经验的读者。
保留具体主题，不使用“赋能、全面提升、开启新篇章”等营销词。
 
不合适：全面赋能研发协作，开启智能开发新篇章。
合适：用任务说明、项目规则与测试，减少 AI 改代码时的返工。
 
待改摘要：
“深入探索 AI 的无限可能，构建高效可靠的智能协作闭环。”

例子规定的是语气和信息密度，不是让模型机械复制“减少返工”。如果原文没有测试相关内容，它也不应擅自加上。

用于分类、抽取时，要补一个边界例子：输入没写日期就返回空值，不从“下周”猜成某个绝对日期；无法判断类别就标成待确认，而不是硬塞进已有选项。

不要只重复“还是不好”。指出差异和期望：

这版只让三个 Header 彼此一致，但笔记正文仍比 Header 更靠左。
请把正文外容器也纳入检查。
保留已经统一的 Logo 与导航样式，不回退、不增加新设计。

有效反馈包含三部分：哪一项仍失败、补充哪个范围、哪些已有成果要保留。这样下一轮不必重新猜你的偏好。

如果同一个错误再次出现，先查它是否看到了新证据、是否仍遵循旧标准。只有历史信息已经互相冲突或任务需要换方向时，才考虑整理会话与交接，不是机械地纠正两次就清空。

“完全按参考图实现，但所有布局都不要改”，通常无法同时成立。要求模型先标出冲突，而不是悄悄牺牲其中一条。

你也可以明确优先级：“先保证手机不溢出，其次保持桌面标题一行；两者不能兼得时允许手机换行。”这会直接影响正确实现，比再加一个“美观”有效得多。

写完请求后，检查一句：一个没参加过前面讨论的人，能否判断什么结果应该被拒绝？ 如果不能，优先补一个反例或验收场景，而不是延长提示词。