译者说明：本文译自 OpenAI 官方 Cookbook 中面向企业用户的提示词指南，读者假定是不写代码的知识工作者——这一点和站上多数偏工程的材料不同，所以特别值得读。译文保留原文结构，四组对照示例按原文的层级重写为中文场景。
关于日期：Cookbook 是持续更新的仓库，页面上没有发布日期。本文的日期取自 OpenAI 官方 Cookbook 索引（
registry.yaml）里为这一篇登记的日期，也就是这份内容第一次被生产出来的时间。
原文最核心的一句话是这个：
提示词不是在跟模型斗智，是在把「这件活是什么、背景是什么、什么算干好了」讲清楚。
指南给的心法只有一条：把提示词当成交接给一个新来的同事。 你会给他背景、说清楚要做什么、告诉他什么样算做好了——提示词要的是同样这三样。
一、先把范围收窄
动笔之前先答四个问题：
- 他需要知道哪些背景才能理解这件事？
- 我要的一样产出是什么？（比如「一份 300 字的摘要」）
- 格式上有什么要求？
- 什么样算做好了？
原文有一条规矩值得单独抄下来：
范围越小，深度越好。一个提示词 = 一样产出。
把一件复杂的活拆成几个提示词分别做，结果好过塞进一个大提示词里一次做完。
二、写的时候用结构
推荐的骨架是三段：
# 背景
这件事的来龙去脉，以及你希望它以什么身份来做
# 要做什么
具体的动作，一条一条
# 附加要求
语气、篇幅、格式、硬性约束、以及什么算合格
「附加要求」那一段是多数人漏掉的，它至少该包含：目标、读者与语气、格式与长度、覆盖范围、不能违反的约束、合格标准。
三、让它帮你写提示词
原文管这个叫元提示词：把你零散的想法粘给它，让它帮你理清楚、指出缺了什么、或者重写成正式的版本。
但有一句限定：这招在你自己还没想清楚要什么的时候最有用，它不能代替第一步的收窄范围。
（站上有一篇专门讲这个的：元提示词。）
四、把准确度的护栏加上
产出要拿去做决定的时候，加这几条：
- 要求给出处，或者直接引用原文的句子
- 不确定的地方要标出来，写成「（待核实）」
- 附一份质检清单，让它自己过一遍
- 让它把自己做的假设列出来
- 做一次小规模的检验：五到十个测试问题
审的时候按五条看：准不准、全不全、格式对不对、语气对不对、假设成不成立。
四组对照：凑合 → 好 → 很好
这是全篇最值钱的部分。原文给了四个场景，每个写三个版本。
① 总结一份文档
凑合：「把这份文档总结成 10 条，给某某看。」
好：加上背景、结构要求（概览 + 要点 + 决定 + 待办）、输出格式。
很好：说清楚读者要拿它干什么；格式是不可商量的七段（摘要、要点、已定的事、待办、风险、未决问题、原文引用）；明确约束（「不要长段落」「查不到的写『未提及』」）；外加质量规则。
② 在内部资料里找东西
凑合：「搜一下员工手册，总结假期政策。」
好：加上「以哪一版为准」、要覆盖哪几项（资格、累积、审批流程）、输出要带来源链接。
很好：给它一个角色（「你是内部资料的检索专家」）；给检索策略和优先级规则；说清楚两份文件冲突时怎么办；输出分段（最佳来源＋链接与日期 / 政策摘要 / 最近的变更 / 模糊地带 / 相关政策 / 未决问题及建议找谁）。
③ 让它扮演一个角色来挑毛病
凑合：「你是采购负责人，评一下这份备忘录。」
好：说清角色、目标、重点看什么、输出格式（意见 + 对方可能会问的问题）。
很好：角色写具体（「一家千人到万人规模公司的资深采购负责人」）；给行为准则；指定四个重点方向（商务与定价、风险与合规、落地、供应商的持续经营能力）；输出分六段，其中包括一张谈判要点表和一份尽调清单。
④ 做一次市场比较
凑合：「比较几个城市，带上出处。」
好：给背景、给任务（比五到七个城市）、说清什么算好、每个城市要覆盖哪几项、输出格式。
很好：说清楚这个比较是为了做什么决定；给一套明确的打分权重（比如市场需求 35%、门店经济性 25%、配送 15%、竞争 25%）；给证据标准（要来源和日期，优先近两年）；用代理指标的地方必须标出来；要求把不确定的地方单独列；每个城市按统一结构出，带指标表。
一句总结
原文自己的结论是四句：把范围收窄、用结构写、有意识地迭代、加上准确度的护栏。
而那句最该记的是：
范围越小，深度越好，意外越少。