技能介绍

要解决的问题

主题行是 A/B 测试里成本最低的变量，却最容易在测试开始前就已经死了。移动端大约 30 字符的截断、桌面端预览宽度、emoji 在某些客户端渲染成豆腐块、!!! 与全大写串触发垃圾词过滤——这些问题不会等到发送后才暴露，它们直接决定收件人是否愿意打开第一封邮件。Subject Line Lab 做的就是测试前的启发式体检，让弱候选在烧掉一个测试单元格之前被砍掉。

它如何工作

给一份候选主题行（或一个 offer / angle）作为输入，技能产出 3–8 个带稳定 ID（SUBJ-A、SUBJ-B……）的变体，每个配一条匹配的 preheader，然后对每个变体打四张预评分卡：

垃圾触发扫描：全大写串、!!!、伪造的 RE:/FWD:、虚假稀缺、垃圾词密度、$ 与 % 堆叠
桌面 + 移动端长度与截断：字符数是实测（Measured），渲染限制是估算（Estimated）；只有承载核心承诺的词掉到移动端截断线之后才 cut，前置溢出没问题
emoji 计数：超过 1 个标记风险；B2B cold-outbound 模式一律禁 emoji
收件箱预览渲染：把 from-name + subject + preheader 按列表里的样子截断展示，确认 preheader 是延展主题而非重复它，且不会因为留空而被客户端悄悄抓正文

输出是带排名的 survivor 短名单、被砍候选及一行原因、以及标准 handoff summary，供 send-experiment-designer 直接接进测试单元格。

适用边界

预评分只是 flag，不是 verdict。它不计算 EQS、不执行 S1/S2/N1/D1 任何一个 veto、也不做完整的 deliverability 垃圾内容加认证扫描（那是 deliverability-qa 和 email-quality-auditor 的职责）。它不写正文和 CTA（email-creative-builder），也不设计 A/B 或发送时间测试。启发式列表是无 key 的估算规则，不等于邮箱服务商过滤器的判决，干净的预评分也不保证进箱。另外，没有来源支持的统计、价格、折扣、稀缺声明一律标 [needs source]，绝不为了让主题行更有力而编造数字；导入的 CSV、粘贴的主题行和 CRM 个性化 token 都按不可信输入处理。