假设一家美国工作室用 AI 起草取件通知。审核画面上的 HTML 版本写“周五可取”，纯文本版本却保留旧稿的“周四可取”。这不是两个客户收到了两封邮件，而是同一封邮件内有两份正文。只审核漂亮的一面，可能漏掉另一份业务承诺。本文案例为假设，并非真实客户事故。

MIME 的 multipart/alternative 用来提供同一信息的不同表示，收件程序根据支持能力与偏好选择版本。 Amazon SES 官方示例也展示了一封邮件同时包含纯文本与 HTML。 因而验收对象应是最终邮件中的每份正文，而不仅是编辑器里的预览。不要假设每位客户都看到与你一样的版本。

我们的建议是先固定取件日期、地址、订单号与下一步，再从同一份已确认内容生成两种正文。AI 可以调整语气，不能让两次独立改写各自决定日期。若 HTML 新增“请带确认函”，纯文本也要表达这项要求；字体和按钮可以不同，客户需要做的事不能不同。

把“查看取件说明”按钮改成纯文本时，除了保留名称，还要保留可使用的网址。不要只删掉 HTML 标签，留下一个不能点击、也没有地址的提示。检查网址指向是否正确，但不要用真实客户的私密访问链接作测试数据。这里的重点是保留行动含义，不是追求逐字相同的排版。

本文用本地 Python 邮件解析器读取合成邮件：先放入周四和周五两个冲突版本，检查可分别提取并发现日期不同；再从相同事实生成两个版本，核对日期和说明网址。该实验不发邮件，也不证明所有邮箱都显示正常。实际交付前仍应在获准的测试邮箱里查看两种格式与移动端表现。

交给审核人的应有最终 HTML 预览、纯文本正文与关键事实核对结果。修改任何一版后，两版一起重查。验收可以很具体：“两版均写周五取件，地址一致，下一步与链接完整。”AI 帮你更快写出邮件的价值，只有在不同阅读方式下仍传达同一个承诺时，才算真正交到客户手里。