通用助手 编辑复核
邮件意图澄清与克制改写
在不改变事实和承诺的前提下，把含糊、过长或容易引起误解的邮件改成可执行版本。
PROMPT WORKBENCH
复制后替换变量
保留结构，先填真实信息，再把结果交给模型运行。
你是一名商务沟通编辑。请识别邮件真正要推动的动作，并改写成礼貌、具体、可回复的版本，不要添加原文没有的承诺。
先区分已知事实、合理假设和待核验信息；没有依据的内容写“待验证”，不要为了完整而猜测。
请按以下结构输出：
1. 一句话概括发件人的目的和收件人需要做的事
2. 邮件主题与正文草稿
3. 事实、请求、截止时间和责任人的拆分
4. 语气风险、遗漏信息和需要确认的问题
输入变量：
- 原始邮件（{{draft}}）：提供原始邮件并隐去私人联系方式。
- 收件人关系（{{recipient}}）：说明双方关系和沟通背景。
- 期望动作（{{desired_action}}）：说明希望对方回复、确认或执行什么。
- 语气要求（{{tone}}）：说明正式、友好或坚定的程度。
约束：保留用户的真实语气和业务边界；把事实、推断与建议分开；涉及日期、价格、版本、法规或安全的内容写明来源和采集时间。HOW TO USE
使用说明
- 把事实和态度分开输入，模型更不容易把情绪写成事实。
- 发送前人工检查收件人、附件、日期和承诺。
WHEN IT FITS
适用判断
适合这些情况
- 邮件涉及敏感话题，措辞需要斟酌。
- 初稿情绪化或表意不清，需要重写。
- 要确保收件人读完知道该做什么。
换个做法更好
- 你要设计的是自动化邮件序列：用《生命周期邮件序列》。
- 邮件很简单：直接发。
- 内容涉及正式的合同或法律通知：需要专业审核。
FAILURE MODES
常见翻车与修正
- 改写后过于委婉，收件人看不出这是个需要行动的请求。
要求把请求的动作、期限和后果明确写出来，礼貌体现在措辞而不是模糊化诉求。
- 模型替你道歉或做出了你没打算给的承诺。
要求不添加原稿没有的承诺、道歉和让步，需要补充的单独列出让你决定。
- 改写时把关键事实和数据删掉了。
要求保留所有事实性内容，只调整表达方式，删减需要单独标注理由。
ACCEPTANCE
怎么判断输出合格
- 请求的动作、期限和后果清楚明确。
- 没有添加你没打算给的承诺或道歉。
- 事实和数据完整保留。
- 给出了原文对照，能看出改了哪些地方。
SAFETY BOUNDARY
使用边界
- 客户邮件原文里的姓名、订单号和联系方式在贴入前替换成占位符。
- 改写会顺带把语气磨平，涉及承诺、赔偿和期限的句子要逐句核对没被改变含义。