# 别只说“帮我写一封邮件”：收件人、目的、事实底稿和口气，少一样就得重写

为什么“帮我写一封邮件”多半要返工，以及怎样把收件人、目的、事实底稿和口气交代进去，拿到只需改、不需重写的初稿

> 提示词实践 · 指令结构 · 返工与检查 · 约 8 分钟 · 09 月 26 日

## 本篇要点

1. 初稿值不值得用，只看一件事：你是在“改”还是在“重写”。改动落在词句上叫改；需要重新决定这封邮件要说什么，说明审稿成本约等于重写，净收益为零。
2. “帮我写一封邮件”没有指定四件事，它们会被替你做完：收件人及其关系、这封邮件要产生的后果、可用的具体事实、你说话的方式。
3. 缺事实时最常见的结果不是写错，而是模糊；模糊没法指出哪句错，只能整段重写。
4. 说清“为什么”比再加一条“不要……”有效：把“下周还要请他配合”交代出去，它在措辞上会自己收着。
5. “你是一位资深商务沟通专家”这类角色几乎不携带信息；说清你要的视角（收件人比我资深、下周还要找他）才有效。
6. 动手之前先写一份事实底稿，把“想清楚说什么”和“把话说顺”分开；再加一条“底稿之外不要补，缺的写【待补】”，把编造换成一行看得见的空行。
7. 口气用两三封你自己写的旧邮件当样例，不要用“专业但亲切”这类形容词；样例学的是说法不是内容，所以主题最好和本次无关，免得日期和事由被抄进来。
8. 研究发现模型改写文本会压低不同文本之间的风格差异（写作复杂度方差缩小 21%–50%），所以默认产出是平均腔，而邮件靠平均值之外的那一点传递关系信号。
9. 检查初稿时最该看的是：有没有哪句话比底稿更强、更硬、更承诺；这类升格改的是责任，不是措辞。
10. 一句话回复、纯留痕的内部通知不值得走这四步；对外、涉及钱和期限、会被转发或存档的才值得。

---

上一篇讲的是让它从一份长材料里取信息，事实在文件里；这一篇反过来：事实在你脑子里，任何文件里都没有。

所以“帮我写一封邮件”这句话一出，就缺了它最没法替你补的东西。

## 先分清“改”和“重写”

这个分界就是本篇要交付的东西。

- 改：你动手的地方都在词句上——这句太软改硬一点，这个称呼不合适换掉，多出来的一句删掉。邮件的结构、事实、要对方做的事，都不动。
- 重写：你看着它写的东西，心里想的是“这封邮件到底该说什么”。这时候你并没有在审稿，你还在写，屏幕上那份稿子只是干扰。

按第一篇给的判据，一件活值不值得交出去，看你能不能便宜地检查结果。一份初稿的价值，等于“写一封邮件要花的时间”减去“审这份初稿要花的时间”。重写意味着第二项约等于第一项，净收益是负的。

“帮我写一封邮件”之所以走向重写，是因为这句话里有四个决定没做，而它们都会被替你做完。

## 四个被替你做的决定

**收件人是谁、和你什么关系。** 这决定称呼怎么写、能不能直说不、话说到什么程度。你没说，默认值就是“一个不熟也不陌生的泛泛对象”，产出稳定地落在一堆“非常感谢您的支持”“如有任何问题请随时联系”上。这些话不假，但对任何人都成立，也就等于没有对任何人说过。

**这封邮件要产生什么后果。** 要对方做一件事，还是只让他知道？要他今天回，还是这周内定？你没说，它会写成一封读完不知道要干什么的通知——而“在末尾自己补一句‘所以麻烦您周五前确认一下’”，恰恰是最常见的返工。

**里面有哪几个具体事实。** 日期、金额、人名、事由、之前的往来。这是它最没办法替你补的一块。缺了它，你拿到的不是错误，是模糊：“相关事宜”“尽快推进”“近期安排”。**模糊比写错更麻烦**：写错你能指着说这里不对，模糊你没法指出哪一句错，只能整段重写。这是“帮我写一封邮件”最典型的产品形态——每句话都对，句子之间也没有矛盾，只是每个本该放具体信息的位置都被一句得体的话占住了。

**你平时怎么说话。** 你没给，它就用自己的平均值。这件事有实证：一项覆盖七个数据集、88 万篇文本的研究发现，用模型改写后的文本核心内容基本保留，但不同文本之间在写作复杂度上的差异缩小了 21%–50%，也就是整体往中间靠 [3]。边界要说清楚：这不是“模型写得不好”，它写得很顺，只是顺成了大家的平均值。而邮件恰恰靠你在平均值之外的那一点传递关系信号。

## 前两个决定，各一句话就够

不用写长。收件人加一句“这封邮件要干什么”：

> 收件人是合作方的项目对接人，比我资深，见过一次面，不熟。下周我还要请他配合另一件事，所以这封邮件不能让他觉得我们在施压。
> 这封邮件要让他在这周内给出一个交付日期。不要提赔偿或责任。

第二句里最有用的不是“要一个日期”，而是“不能让他觉得我们在施压”。**解释“为什么”比再加一条“不要……”有效。** 官方指南给的对照很直白：与其写“不要用省略号”，不如写“这段文字要用语音朗读，省略号读不出来”——把理由说出来，模型能自己推广到你没列举的情况 [1][2]。你把“下周还要请他配合”交代出去，它在措辞上自己就会收着，比你说三遍“客气一点”管用。

一个便宜的检验：把这两句给一位完全不了解背景的同事看，如果他读完还要问“谁啊？你到底想让他干嘛？”，模型多半也会问同样的问题，只是它不开口，直接猜 [1]。

不要写“你是一位资深的商务沟通专家”——这个角色几乎不携带信息，说清你要的视角（比我资深、下周还要找他）才有用 [2]。

## 第三条：先写一份事实底稿

这是本篇最想让你带走的一个动作：**在打开 AI 之前，先用几行把这次能用的具体事实列出来**——谁、什么事、哪一天、什么数字、之前发生过什么、下一步你要对方做什么。

它的作用是把两件事分开：想清楚要说什么（你做，这才是真正花时间的地方）和把它说顺（交给它）。很多人抱怨“AI 写的邮件没法用”，其实卡在第一步。底稿写好后，跟一句封口：

```
只能用 <底稿> 里出现的事实。
底稿里没写、但你觉得需要的信息，不要自己补，
写成【待补：要确认什么事】。
```

这一句防的是编造。你明明没写原定交付日，它可能不写“尽快”，而是补一个看起来很合理的日期；你扫得不够快就发出去，这就是事故。加上它之后，**编造被换成了一个你能看见的空行**——和上一篇“材料未提及单独列出来”是同一招：你看不见它没说出口的推测，但你能看见一行【待补】。

它还有个副作用：检查变便宜了。初稿里每一个数字、日期、承诺，都可以直接对着底稿核。

## 第四条：口气给样例，别给形容词

“写得专业一点但亲切”没能传达任何东西。形容词是一个筐，你往里装的“专业”和模型往里装的“专业”不一样，而它只会用自己的平均值去填。

换成一个动作：从发件箱里翻两三封你自己写的、口气对的邮件，最好和这次不是同一件事，贴进去，说“照这个口气写”。**样例学的是说法，不是内容**——它模仿的是称呼方式、句子长短、敬语密度、有没有“辛苦了”这类收尾，而不是抄它的日期和事由；所以样例讲的事跟本次无关，反而更安全 [4]。官方指南也把示例列为引导格式、语气和结构最可靠的方式，建议给三到五条，并用标签分开 [1]。

唯一要防的坑：如果样例本身有毛病（满篇感叹号、结尾总是一句空话），它会照着一起学。贴之前自己扫一眼。

## 一条能直接用的模板

```
<收件人>
谁，什么关系，有没有上下级，这封邮件之后还有没有别的事要找他。
</收件人>

<目的>
读到这封邮件的人应该做什么、知道什么；不要说什么。
</目的>

<样例>
（贴两封你自己写的、口气对的旧邮件，内容与本次无关）
</样例>

<底稿>
- 原定时间：……
- 现在的情况：……
- 我这边的下一步：……
- 我的立场：……
</底稿>

要求：
- 只使用 <底稿> 里的事实，缺的写【待补：……】，不要自己补。
- 照 <样例> 的口气写，不要用“感谢您的支持”“敬请知悉”这类套话。
- 正文 200 字以内，第一段就说要对方做什么，背景放第二段。
```

最后那行值得留着。邮件、通知这类东西的结构毛病，八成是“要求埋在第三段”；把这一条写进要求里，这类返工基本消失。

## 初稿到手，先查一件事

数字和日期对着底稿核、看到【待补】就自己补上，这些都很快。真正要花时间的是：**它有没有把话说得比你授权得更肯定。**

它无从知道你哪句话承担多少责任。你给的是“对方口头说可能延后”，它自己组织措辞时可能写成“据了解，交付将延后”；你只是想询问，它可能写成“希望贵方在周五前确认”。这类升格是最贵的错——它改的不是措辞，是责任。所以通读时专门看一遍：有没有哪一句比底稿更强、更硬、更承诺。

## 什么时候不值得走这一遍

还是第一篇那个判据：一句话的回复、纯留痕的内部通知、发出去也没人会回头看的消息，自己写完改两个词更快。值得走完这四步的是另一批：对外的，涉及钱、期限和责任的，会被转发或存档的。

到这里为止，你手上的材料都还比较短。再往后会碰到另一种活：一份方案、一份汇报，它们的麻烦不在口气，而在“先说结论还是先说背景”“一共该有哪几块”——那是结构问题。

## 术语表

- 事实底稿：动手写之前先列出的、这封邮件里可用的全部具体事实（谁、什么事、哪一天、什么数字、下一步），后面每一句都只能从这几行里长出来。
- 封口条款：在指令里写明“只使用底稿里的事实，缺的写成【待补】”，把看不见的编造换成一行看得见的空行。
- 口径样例：贴一段你自己写的、口气对的旧文字当样板让它照着写；它学的是说法而不是内容，所以样例的主题最好和本次无关。
- 改与重写的分界：改动只落在词句上叫改；需要重新决定这封邮件要说什么叫重写，出现后者说明这份初稿没省下时间。

## 来源

1. [Anthropic 官方提示工程指南 — 示例是引导格式、语气与结构最可靠的方式；解释指令背后的原因能帮模型推广；把提示给不了解背景的同事看的检验法](https://platform.claude.com/docs/en/build-with-claude/prompt-engineering/claude-prompting-best-practices)
2. [Anthropic 提示工程最佳实践（2026）— 交代用途、受众与动机，以及角色设定的提醒](https://claude.com/blog/best-practices-for-prompt-engineering)
3. [Nature Human Behaviour — 七个数据集、88 万篇文本的研究：模型改写后核心内容保留，但写作复杂度差异缩小 21%–50%](https://www.nature.com/articles/s41562-026-02550-0)
4. [实践指南 — 语气用样例（style anchor）而非形容词，以及样例主题与任务不同以免细节被抄入](https://ai-tldr.dev/learn/prompt-engineering/prompting-basics/prompt-for-tone-and-style/)

---

原文：https://pangzhengboyin.com/articles/ai-email-first-draft-context-d6b8bb48

> **庞征博引** · 想学的，慢慢都会
>
> 庞征博引是把想学的东西写成连载的 AI 学习工具。说出想学什么，它会先了解你的基础，再把主题写成一篇篇 5–10 分钟能读完的文章；边读边问，接下来学什么跟着你走。这篇就是这样写出来的。
>
> 开始你自己的连载 → https://pangzhengboyin.com