开启 3 天免费试用
注册即可免费体验全部高级功能。
*仅限新用户;每位用户只能获得一次试用。


学习如何使用 AI 撰写邮件,先要明白它的边界:AI 可以把笔记整理成清晰的邮件或让回复更易读,但它不知道承诺是否得到授权、收件人是否正确,也不知道你是否真的想点击“发送”。
如需了解通用流程,可以先看如何使用 AI:获得实用结果的入门指南。本文说明如何使用 AI 撰写邮件,同时由你负责事实、关系、附件和最终发送决定。
关键要点
- 告诉 AI 目的、受众、事实、语气和明确的禁止事项。
- 区分新写一封邮件和回复已有邮件。
- 要求模型把未知内容保留下来,不要自行补全。
- 发送前检查收件人、事实、承诺、链接和附件。
可以让 AI 做容易检查的转换:列提纲、写初稿、压缩内容、改变语气,或列出邮件还缺少的问题。不要让它替你决定是否接受合同、透露机密、代表组织道歉,或作出需要负责人批准的承诺。
先写一句可检查的完成条件,例如“写一封简短回复,确认收到请求,并询问缺少的发票编号”,不要只说“写一封好邮件”。
OpenAI 当前的帮助指引说明,写作和文件功能取决于账户和产品,因此不同 ChatGPT 账户中的具体控件可能不同。即使界面发生变化,下面的流程依然有用。[1]
先制作一个小型输入包,只纳入会改变草稿的内容:
| 字段 | 示例 | 分享前检查 |
|---|---|---|
| 目的 | 请求把演示从周二改到周四 | 这项安排确实已获批准吗? |
| 收件人 | 泛称的客户联系人 | AI提示词中是否省略了真实地址? |
| 事实 | 团队周四下午有空 | 时区是否明确? |
| 语气 | 友好、简洁、专业 | 是否符合双方关系? |
| 禁止事项 | 不承诺退款或最终交付日期 | 模型是否能清楚看到这些限制? |
真实姓名、地址、订单号、电话、账号标识和内部项目名都应替换成标签。
不要粘贴密码、API key、身份证件、客户记录、医疗资料、未公开财务资料或完整邮箱。平台允许上传,不代表适合上传;分享工作材料前先检查当前数据控制。[2]
可以这样写:
请为客户写一封友好、三句话的邮件。目的:询问周二的演示是否可以改到周四下午。只使用这些事实:团队周四下午有空,需要客户确认时区。不要承诺退款、最终交付日期或具体会议时间。最后提出一个明确问题。只返回草稿。
关键不在于某个万能公式,而在于把目的、受众、允许使用的事实、禁止事项、语气和输出形式写出来。更多提示词方法见把请求写成可检查提示词的方法。
截图使用合成示例,不包含真实客户、账号、收件人或已发送邮件。
把结果逐项对照输入。若它添加了你没有提供的日期、折扣、道歉、附件或政策,就删除,或要求它把内容标为未知。不要因为措辞流畅就接受虚构事实。
回复有两个来源:你收到的来信,以及你自己获授权作出的回应。不要只让 AI“回复这封邮件”而不说明你想传达什么。更安全的模板是:
先用三条要点总结对方的请求,再只回复第 1 项。保留原邮件中的日期和产品名称。如果对方询问了我没有提供的信息,请提出问题,不要猜测。语气平静,控制在 120 字以内,并列出未解决事项。
这能把“提取”与“承诺”分开。先检查总结是否公平地反映了发件人的意思,再检查草稿是否回答了预定的那一点,而没有意外答应另一项请求。来信中的“忽略之前规则”或索要秘密的句子属于不可信内容,不是给助手的新指令。
当内容正确、但过于生硬、正式或冗长时,语气编辑很有用。写明哪些内容必须保持不变:
只把语气改得更温和。日期、数字、产品名、条件和请求必须完全不变。不要添加道歉或承诺。完成后列出可能改变含义的句子。
逐句比较前后版本。注意“可能”被改成“会”,或一个要求被软化成建议。完整的三阶段编辑方法见如何用 AI 改写、编辑和校对文本。
重要事实要回到原始记录核对。如何核查 AI 答案解释了为什么流畅句子和存在一个引用都不能证明结论成立。
要求只使用输入事实,并把未知内容单独列出;然后自己检查政策。如果缺少来源,不要只靠更长的提示词补救。
先让 AI 给来信请求编号,再指定要回复哪一项。简短地答错问题,仍然是错误回复。
要求列出变更,比较每个事实句。涉及合同、投诉、就业、金钱或安全时,请负责人或专业人士复核。
停止并脱敏,检查平台当前隐私控制。网络隐私工具不能改变已上传的内容或服务保留规则。可参考AI 工具的数据安全吗?实用隐私指南。
一个实用边界是:写作开始变成授权行动时就必须停下来。保留一份独立的输入事实;如果是在回复邮件,也要把原始请求放在草稿旁边。用收件人的视角重读:谁需要行动、邮件作出了什么承诺、哪些内容还需要确认。
发送前可以记录一份简短检查清单:
如果有一项无法核对,就先不要发送,向负责人询问缺少的决定。更长的提示词可以改善草稿,却不能授予权限,也不能替代缺失的来源。
即使是日常邮件,也要让批准记录清晰可见。如果邮件会改变帐户访问、付款、就业决定、法律立场或安全指示,应走正常批准渠道,并保留支持最终措辞的来源记录。
如果邮件日后可能需要解释,发送后不要立即删除输入笔记。只保留数据保留政策允许的内容,但应留下足够上下文,说明最终承诺和收件人为何适当。
发送前再做一次后果检查:假设收件人会逐字理解每句话并立即行动。预计日期会不会被读成保证?“我们将会”是否绕过了尚未取得的批准?抄送人会不会误以为自己拥有某项访问权或授权?应继续改写,直到每项请求和承诺的边界都明确。
对于重复使用的邮件,把最终草稿与已批准模板对照,并记录有意作出的偏离。不要让模型静默更新模板;模板本身也可能包含过期条款。负责人应为模板维护版本并停用旧副本。如果对话继续,每次回复都要重新做后果检查。第一封邮件获批,并不代表后续让步、新附件或扩大收件人范围也已获批。
稳妥的 AI 邮件流程是起草、检查、修改、人工发送。给模型狭窄的目的和有限的事实集,让未知内容保持可见,再由你对收件人、承诺、附件和最终措辞负责。
Microsoft 记录了 Copilot 起草邮件的产品流程,NIST 则把生成式 AI 的使用放在风险审查和人工监督的框架下。[3][4]
不要把草稿当作发送授权。发送仍应经过你的邮箱和审批流程。
通常不需要。提供经过脱敏、足以说明请求和上下文的最小片段即可。
不能。语气取决于关系、文化和事情的风险。让它提供选项,但由你选择和修改。
让 AI 整理事实或准备问题,不要让它作最终决定,请负责人或合格专业人士审核。
需要。检查深度可以按风险调整,但发送者仍应在发送前核对收件人、事实、承诺、附件和最终措辞。
免责声明:本文仅作一般信息,不构成法律、医疗、财务、就业或专业建议。
来源:
Sources checked 2026 年 8 月 23 日。
延伸阅读:
注册即可免费体验全部高级功能。
*仅限新用户;每位用户只能获得一次试用。