起草或迭代单封邮件创意时用：生成主题行变体…

当你需要写一封邮件（促销/冷启动/newsletter）的创意内容，并确保它兑现目标落地页承诺、只使用已批准的 claim 措辞时使用。

适用场景

解决思路

1. 确认输入：offer/主题、目标 URL、模式（promo / cold / newsletter）、persona 或生命周期阶段、品牌语气与目标；若缺少目标 URL，则无法强制 message-match，走 Decision Gate / NEEDS_INPUT 路径。
2. 读取目标落地页：提取页面 headline、主价值主张、具体 offer/claim、CTA，作为 message-match 锚点；主题、正文、CTA 必须呼应它；点击后落地页必须兑现邮件承诺（SEND-D message-match 杠杆）。
3. 设置模式：按已确认模式从 references/email-creative-modes.md 应用模式集：B2C promo/lifecycle——offer 主导、诚实使用紧迫感/社会证明、一个主导 CTA；B2B cold-outbound——基于具名信号个性化、相关性优先、低压力请求、不伪造熟悉感；Newsletter——价值主导编辑内容，赞助/变现位与编辑内容分开，一个主要行动。
4. 起草主题行变体：写 3-5 个不同主题（curiosity、benefit、offer、personalization、question）加一个匹配的 preheader，均遵守 references/subject-line-specs.md 的收件箱渲染限制；这些变体是 send-experiment-designer 测试的原材料，需打标签以便带入测试。
5. 写正文 + 一个 CTA：结构化、可扫读正文，带一个指向目标 URL 的主要 CTA；一封邮件一个任务；次要链接保持从属。
6. 解析 L1 truth：读取已接受的 Narrative canon 和 claims projection 指定偏移；仅使用已批准用于该受众、司法辖区、offer 窗口和邮件模式的措辞；注册表行超出范围不授权复用。
7. 提出未解析 claims：内联保留 `[needs source]`，并通过 registry-events.py 提交授权的幂等 `operation: propose` 事件；标记而非静默删除或编造依据；实质性未解析 claim 阻止 ready-to-send 状态。
8. 强制 message-match：为每条含 claim 的行标注其回应的目标页 claim；删除任何承诺页面不兑现的内容（SEND-D message-match 失败和 auditor 会否决的 D1 风险）。
9. 生成纯文本替代版：同一消息的可读 text/plain 版本（送达率 + 可访问性卫生）；不得只有图片邮件。
10. 去 slop：交付前运行 humanizer-slop.md 去除 AI 腔。
11. 冻结创意：分配稳定 creative ref/version，并对确切的主题变体、preheader、正文、CTA 目标、披露和纯文本替代版做 hash；任何编辑产生新版本并使下游 render/test 绑定失效；不要包含收件人地址，也不要声称该产物已在 ESP 中创建或发送；见 Email Send Control。
12. 交付前按质量门槛自检：(1) 3-5 个主题变体 + preheader 在渲染限制内；(2) 恰好一个主要 CTA，落在声明目标；(3) 每个 claim 可追溯至 ledger 或标 `[needs source]`；(4) 每条含 claim 的行与真实目标页 claim message-match；(5) 存在纯文本替代版；任一项失败则修复或在 handoff 中报告，不得静默交付。
13. 用户确认后保存到 `memory/email/email-creative-builder/YYYY-MM-DD-<offer>.md` 并带 dependency tuple；保存不授权发送。

适用边界 · 注意事项

• 不用于预评分或排序主题行变体（spam-trigger flags、长度/截断、emoji 数量、收件箱预览渲染）——这些用 subject-line-lab。
• 不用于给整封邮件评分、运行 S1/S2/N1/D1 否决或计算 profile-weighted EQS——这些用 email-quality-auditor。
• 不用于设计多步邮件序列流程或 A/B/发送时间测试计划——分别用 email-sequence-designer 和 send-experiment-designer。