提示词基础：把话说清楚的五个要素
提示词不是「咒语」，而是一份工作说明书。你给同事派活时不会只说「帮我弄个方案」，对 AI 也一样。本章拆出五个要素——角色、任务、上下文、约束、输出格式，逐个配正反例，再把「帮我写个总结」这类模糊需求翻译成模型能直接执行的明确需求。
一个最小可用的提示词长什么样
你是（角色）。请（任务）。
背景是：（上下文，包含受众、目的、已有材料）。
要求：（约束，包括字数、语气、必须包含与不要包含的内容）。
输出为：（输出格式，例如三节 Markdown 加一张表格）。
五要素里，任务和输出格式是必填项，缺了必然返工；角色与上下文按任务复杂度加；约束是「省时间」的一项，写一句能省两轮来回。
五要素速查
| 要素 | 回答什么问题 | 常见写法 | 缺了会怎样 |
|---|---|---|---|
| 角色 | 你以什么身份说话 | 「你是一名面向中小企业的财税顾问」 | 语气与深度不稳定，像通用百科 |
| 任务 | 具体要做什么动作 | 「把下面三段材料合并成一份产品说明」 | 模型自己猜任务，方向全偏 |
| 上下文 | 背景、受众、已有材料 | 受众、目的、材料、业务口径、时间范围 | 内容正确但不对路，无法直接用 |
| 约束 | 边界与红线 | 字数、语气、必须/禁止包含、术语统一 | 输出一堆正确的废话 |
| 输出格式 | 结果长什么样 | 「Markdown 表格，三列：问题/原因/建议」 | 拿到一段散文，还要自己重新排 |
要素一：角色——给一个「站位」，不是给一个头衔
角色决定了模型调用哪一类知识和语气。有效的角色带服务对象和专业视角。
反例：你是一个专家。
正例：你是一名服务中小电商的供应链顾问，擅长用最小改动解决库存积压问题。
请用给老板汇报的口吻说话，不要堆术语，涉及金额时给量级区间。
要素二：任务——用动词开头，一句话说清动作
任务要能被「执行」，而不是被「理解」。
反例：帮我看看这段代码。
正例：请审查下面这段 Python 代码，找出可能引发线上报错的问题，按严重程度排序，
每项给出「问题位置 + 触发条件 + 修改建议」。
要素三：上下文——你不说，它就只能编
上下文包含四类信息：给谁看（受众）、为了什么（目的）、手上有什么（材料）、有什么内部规矩（口径与规范）。其中受众最容易被忽略，却最影响结果：同一份方案给 CEO 和给运维看，应该是两篇不同的东西。
背景补充示例：
受众：不懂技术的业务部门负责人，只会看结论和投入产出。
目的：批准一笔 3 万元的采购预算。
已有材料：预算表在下面，去年同类支出是 2.4 万元。
内部口径：所有金额写税前，时间统一用「第三季度」的说法。
要素四：约束——正向要求 + 负向约束
负向约束（「不要做什么」）的收益常被低估：不说清楚，模型会默认加开场白、加免责声明、加「总而言之」。
| 约束类型 | 例子 |
|---|---|
| 篇幅 | 全文不超过 400 字；每节 3 条以内 |
| 语气 | 平实直接，不用感叹号，不写「赋能」「抓手」这类词 |
| 内容边界 | 只使用我提供的材料，不要补充外部数据 |
| 禁止项 | 不要开场白与结束语，不要重复我的问题，不要输出代码之外的说明 |
| 术语统一 | 统一称「客户」不称「用户」，统一用「订单」不称「单子」 |
| 不确定时 | 材料里没有的信息标注「原文未提及」，不要推测 |
最后一条特别重要：允许它说「不知道」，比让它硬编一个答案安全得多。
要素五：输出格式——把结果直接定成能用的形状
「输出成 Markdown 表格」比「整理清楚一点」有效十倍。
请按以下格式输出，不要增减小节：
## 结论
一句话结论（不超过 40 字）
## 依据
| 依据 | 来源 | 可信度 |
|------|------|--------|
## 待确认
- 只列需要我拍板的问题，最多 3 条
把模糊需求翻译成明确需求
| 模糊需求 | 翻译后的明确需求 |
|---|---|
| 帮我写个总结 | 把这篇 5000 字的技术方案压缩成 200 字摘要，给非技术管理者看，只保留结论、成本、风险三类信息 |
| 帮我润色一下 | 保持原意与所有数字不变，把语气改成对外正式口吻，删掉口语词，篇幅压缩 20% |
| 帮我分析一下数据 | 下面是 12 个月的销售数据，请找出同比增长最快的 3 个品类，各给一个可能原因，用表格输出 |
| 帮我写个邮件 | 写一封催款邮件给合作方，语气礼貌但不含糊，说明欠款金额、账期已过天数、请在 5 个工作日内回复 |
| 帮我看看这个方案 | 以「上线后最可能出问题的三个环节」为视角审阅这份方案，每项给出风险、触发条件、缓解动作 |
翻译的诀窍就一句：把「我想要的形容词」换成「对方能检查的动作与边界」。
一次只提一个明确目标
- 目标混搭会让模型在每个目标上都只给平均水平的答案，你无法判断哪块不行。
- 拆成多轮更省时间：先要结构，确认后再扩写；先要大纲，确认后再逐节生成。
- 多目标任务可以写成「先做 A，做完停下来问我」，用暂停点换质量。
常见坑
| 坑 | 后果 | 改法 |
|---|---|---|
| 只写任务不写格式 | 拿到一段散文，还得手工重排 | 固定小节名或表格列名 |
| 上下文靠模型猜 | 内容对但受众不对，等于白写 | 明确受众、目的、材料、口径 |
| 约束只写正向 | 满屏客套话与免责声明 | 补 2~3 条负向约束 |
| 一次塞三个目标 | 每个都浅 | 拆轮次，或要求分步并中途确认 |
| 提示词越写越长却没有重点 | 模型抓不住关键要求 | 用换行与小标题分区，把最重要的要求放前面和最后各说一次 |
小结：角色定站位、任务定动作、上下文定对路、约束定边界、输出格式定可用性；把模糊的形容词换成可检查的动作与边界，一次只解决一个明确目标，剩下的交给迭代。