业务流程 · 实作指南
AI 邮件有两份正文：别让它们承诺两件事
从一封假设的取件通知出发，核对 HTML 与纯文本正文的事实、下一步和链接。
AAHouse 原创解说视频，采用 AI 辅助概念画面、合成旁白及原创音乐。
英文逐字稿 · 简体中文普通话逐字稿 · 台湾华语逐字稿 · 澳门粤语逐字稿
一封邮件，两种说法
假设一家美国工作室用 AI 起草取件通知。审核画面上的 HTML 版本写“周五可取”，纯文本版本却保留旧稿的“周四可取”。这不是两个客户收到了两封邮件，而是同一封邮件内有两份正文。只审核漂亮的一面，可能漏掉另一份业务承诺。本文案例为假设，并非真实客户事故。
- HTML：周五可取
- 纯文本：周四可取
- 冲突的是承诺，不只是样式
原创示意图 · 合成数据，非真实业务结果
先把两份正文摆在一起
MIME 的 multipart/alternative 用来提供同一信息的不同表示，收件程序根据支持能力与偏好选择版本。[1] Amazon SES 官方示例也展示了一封邮件同时包含纯文本与 HTML。[2] 因而验收对象应是最终邮件中的每份正文，而不仅是编辑器里的预览。不要假设每位客户都看到与你一样的版本。
- 同一邮件 → HTML 正文
- 同一邮件 → 纯文本正文
- 收件人不一定看到审核者那一版
原创示意图 · 合成数据，非真实业务结果
一次确认事实，再生成两种排版
我们的建议是先固定取件日期、地址、订单号与下一步，再从同一份已确认内容生成两种正文。AI 可以调整语气，不能让两次独立改写各自决定日期。若 HTML 新增“请带确认函”，纯文本也要表达这项要求；字体和按钮可以不同，客户需要做的事不能不同。
- 先确认：日期 / 地址 / 订单号 / 下一步
- 再生成：HTML + 纯文本
- 两版都保留：请带确认函
原创示意图 · 合成数据，非真实业务结果
按钮消失后，行动还在吗
把“查看取件说明”按钮改成纯文本时，除了保留名称，还要保留可使用的网址。不要只删掉 HTML 标签，留下一个不能点击、也没有地址的提示。检查网址指向是否正确，但不要用真实客户的私密访问链接作测试数据。这里的重点是保留行动含义，不是追求逐字相同的排版。
- HTML：查看取件说明 → 目标网址
- 纯文本：查看取件说明 + 完整网址
- 不要只保留按钮上的文字
原创示意图 · 合成数据，非真实业务结果
做一个故意出错的本地样本
本文用本地 Python 邮件解析器读取合成邮件：先放入周四和周五两个冲突版本，检查可分别提取并发现日期不同；再从相同事实生成两个版本，核对日期和说明网址。该实验不发邮件，也不证明所有邮箱都显示正常。实际交付前仍应在获准的测试邮箱里查看两种格式与移动端表现。
- 冲突样本：周四 ≠ 周五 → 检出
- 一致样本：日期相同 → 通过
- 一致样本：说明网址相同 → 通过
- 未发送邮件，未验证真实邮箱显示
原创示意图 · 合成数据，非真实业务结果
交接时不要只交一张截图
交给审核人的应有最终 HTML 预览、纯文本正文与关键事实核对结果。修改任何一版后，两版一起重查。验收可以很具体：“两版均写周五取件，地址一致，下一步与链接完整。”AI 帮你更快写出邮件的价值，只有在不同阅读方式下仍传达同一个承诺时，才算真正交到客户手里。
- 最终 HTML 预览
- 最终纯文本正文
- 日期、地址、下一步与链接核对结果
原创示意图 · 合成数据，非真实业务结果