AI 撰写邮件的礼仪归结为一个测试：如果同事从你肩膀后面看这封邮件，你还会签名吗？如今用模型来起草、精简或翻译邮件已经很正常。但如果邮件中属于个人的部分明显被外包出去，就会显得漫不经心，而收件人注意到的频率远超发件人的预期。
AI 帮助在哪些地方是正常的，在哪些地方会显得漫不经心
没有人反对让模型搭框架。头脑风暴一个主题行、把三个要点变成一段话、缩短一条冗长的更新，或者起草一份例行状态说明的初稿，这些都没问题。当你用第二语言写作、想避免听起来过于生硬时，翻译和语气软化也同样没问题。
读起来糟糕的是，模型写了只有你才知道的部分。一个与你合作了两年的客户能看出，那段感谢他们耐心的文字是泛泛而谈。破绽不在于词汇，而在于缺少具体细节：没有提到周二的通话，没有回应他们真正问的事情。
我们自己的测量于 2026-09-13 运行，使用 DeAIze 检测器，标记阈值为 30%，发现 12 段未经编辑的模型文本平均 AI 得分为 33%，而 23 篇手写的 DeAIze 指南平均得分为 21%。从中值得吸取两点。第一，未经编辑的输出在可测量意义上比人类写作更具机器模式。第二，差距并不巨大，这就是为什么你不能依赖工具来判断一封邮件是否没问题。你必须亲自读它。
| 情境 | AI 草稿没问题 | 自己重写 |
|---|---|---|
| 例行内部更新 | 可以，但第一行要自己写 | — |
| 日程安排和后勤 | 可以 | — |
| 向客户道歉或告知延迟 | 仅结构 | 整个道歉部分 |
| 坏消息或错误 | 也许可以用骨架 | 读者会重读的每一句话 |
| 给同事的敏感反馈 | 不行 | 全部 |
| 冷启动外联 | 仅开头一句 | 你写信给他们的原因 |
你必须亲自重写的三件事
如果这篇文章你只记住一件事，请记住这三件。它们是收件人会引用给你、转发给别人并记住的部分。
1. 第一行。 问候语加上开头句定下基调。模型默认会写出类似“希望您一切顺利”或“我想就以下事项联系您”这样的句子。这两句一上来就死了。换成实际原因：“关于亨德森时间线的快速更新——我们晚了一天。”一个具体的名词胜过三个客套词。
2. 任何带有情感或判断的内容。 道歉、感谢、异议、温和的催促、拒绝。模型会把这些打磨成中性的语气，恰恰因为回避表态而显得不真诚。如果你感到抱歉，就说清楚为什么抱歉。如果你在反驳，就说清楚你需要改变什么。
3. 请求。 告诉读者接下来会发生什么的那一句话。模型会把它埋起来、含糊其辞，或者拆成三句话。自己写，放在结尾附近，并用动词开头：“你能在周四前确认吗？”或者“把文件发给我，剩下的我来处理。”
如果你担心草稿已经滑入泛泛而谈的领域，同样的句子级阅读会有所帮助：DeAIze 的 AI 检测器 会标出哪些行带有机器模式信号，这样你就能确切看到哪些句子需要手动重写。
同事与客户之间的语气如何转换
内部邮件简短、直接，充满共享语境。外部邮件更长、更谨慎，且假设没有共享语境。模型不知道你正在写哪一种，因此默认采用谨慎版本，这对你的团队来说是错误的，对客户来说也往往过于单薄。
对同事，去掉那些客套话。删掉“我只是想”和“只是跟进一下”。直接说“跟进定价文档。”内部读者看重简洁，会把简练理解为能力，而不是无礼。
对客户，相反的情况在一个具体方面适用：你需要点明语境和后果。不是更多形容词——而是更多名词。哪个项目、哪个日期、哪个人、哪个数字。模型会乐于写出一段听起来温暖却什么也没说的文字。把它读一遍，问问自己：一个错过了最近两次通话的客户，能否理解你在告诉他们什么。
当你用第二语言写作时，这种差距会更大。模型可以很快修正语域，但它也会抹平那些让客户相信某个具体的人在负责他们账户的小个性。保留一两个你自己的表达，即使它们稍微不那么精炼。
你应该披露 AI 提供了帮助吗？
通常不需要，偶尔需要。日常的起草辅助与拼写检查或模板属于同一类。没人会披露自己用了拼写检查。
当读者有正当理由关心是谁写的时，就应披露。也就是说：当邮件包含承诺、价格、法律立场或归属于你的专业判断时。如果客户直接询问某条消息是否由 AI 撰写，请诚实而简短地回答。“我用了工具来润色草稿，内容是我自己的”就是一个完整的回答，足以结束对话。
如果你的工作场所、客户合同或专业机构对 AI 生成的沟通内容有规定，请优先遵循该规定，而不是这里的任何一般性建议。我们的 AI 内容披露指南 对已发布内容讨论了同样的决策，其逻辑也适用于电子邮件。
一个诚实的局限：检测器的输出是概率估计，而不是作者身份的证明。如果有人把你的邮件放进工具里得到高分，那既不能证明不是你写的，也不能证明是你写的。不要让一个分数来决定关于意图的争论。
五步编辑法
在发送任何重要内容之前先做这件事。它花的时间大约相当于把邮件重读两遍，反正你本来也要这么做。
- 大声读出第一行。 如果听起来像一封格式信，就用实际情况中的一个具体细节重写它。
- 找到请求。 在心里圈出它。如果你一遍找不到，读者也找不到。把它移到结尾附近，并让它成为一个动词。
- 删除每一句只是为了缓和语气的话。 “我只是想”、“希望你不介意”、“在你方便的时候尽早”。如果关系确实需要，保留一句。
- 检查你掌握的事实。 日期、姓名、数字、承诺。模型偶尔会编造一个看似合理的细节，而读者会据此行动。
- 读最后一行。 如果它是一个泛泛的结束语叠在一个泛泛的收尾句上，删掉其中一个。
一个示例说明。一封由 AI 起草的客户邮件开头是：“希望您一切安好。我想跟进一下项目时间线，看看您是否方便尽早分享任何更新。” 手动改写为：“跟进一下 Henderson 的时间线——我们还是按 14 号进行吗？如果评审拖住了进度，告诉我，我来催。” 同样的请求。字数减半。读者清楚知道下一步该做什么。
当草稿大体上没问题时
大多数 AI 辅助的邮件不需要重写。它们需要的是第一行和一个请求。这大约是你自己写的两句话，而这正是让一条信息读起来像你写的，还是像一封署了你名字的模板之间的区别。
如果你编辑的是较长的文档而不是简短邮件，同样的原则也适用：修复接缝，其余不动。我们关于人类与 AI 混合写作的指南 介绍了如何在较长草稿中找到这些接缝，而不必重写所有内容。
写只有你能写的部分。让模型处理其余部分。
测量说明：本文中的数字来自我们自己的检测器于 2026-09-13 的运行结果——n = 23 篇手写指南对比 n = 12 份未经编辑的模型输出，AI 得分中位数分别为 22% 和 34%。方法：/methodology/。