冷邮件送达率审查：在发信前检查认证、声誉…

当用户提到垃圾邮件文件夹、黑名单、域名预热、收件箱到达率、退信率、DMARC，或问“为什么我的邮件发不出去”时，对冷邮件草稿及其发送配置做送达率与合规审查。

适用场景

解决思路

1. 按放置层级排序审查：认证 > 声誉与投诉控制 > 内容结构 > 用词；按效率先做：认证 > 内容结构 > 声誉与投诉控制 > 用词。
2. 为每条结论标注来源：provider-verified（邮箱服务商或标准机构文档）、vendor（工具厂商营销，无独立方法）、contested（可信来源有分歧）、practitioner（专家共识，无对照）。绝不把厂商数字当作定律；没有证据就明说。
3. 先做访谈，每条消息只问一个问题，提供多选项，跳过上下文已能回答的内容；若运行环境有持久记忆且此前存过该发件人配置，则确认而非重问。访谈问题包括：制度（B2B 冷外发还是 B2C 批量/生命周期）、截止日期、一次性还是长期资产、执行人力与 DNS 控制权及可逆性要求、日发送量与是否接近 5000/天、发送域名类型及是否真实标识发件人、SPF/DKIM/DMARC 是否存在及对齐情况、收件方服务商组合、收件地区、是否注册 postmaster 面板及当前 Gmail 垃圾邮件率、草稿是真实 1:1 还是模板批量、已有症状（退信码 550 5.7.515、4.7.x/5.7.x、550 5.4.5，进垃圾箱报告，回复骤降）。
4. 根据访谈第 2-4 题重新排序两个层级，并告诉用户哪个答案改变了哪个选项：一周内截止会提升认证优先级并降低所有需要预热期的架构；长期复利任务会把声誉与投诉控制从第三提到第一，并在单域名承载不了目标量时提升域名舰队；一次性任务保持原效率顺序并完全排除舰队；无 DNS 控制权则上限为企业子域名并把认证修复排到他人队列；对不可逆结果容忍度低则无论其他答案如何都优先专用发送域名。
5. 对照伦理边界筛查请求：明确拒绝帮助伪装或伪造发件人身份、相似或欺骗性域名、伪造 Re:/Fwd: 线程、人工互动或回复机器人预热网络、规避服务商发送量限制、隐藏/破坏/劝阻退订。
6. 向用户点明真实张力而非隐藏：从业者建议把发送量分散到多个自有、已预热、诚实标识的发送域名，而 M3AAWG 谴责“掩盖发送域名”以规避限制；界线在身份而非数量——卫生是透明自有、正确认证、标识真实发件人的域名，滥用是选择域名来伪装发件人、突破发送量限制或以新名义重启已烧毁声誉。拒绝请求中的滥用部分，继续处理其余部分。
7. 用 references/authentication-and-setup.md 审计前置条件：SPF/DKIM/DMARC 是否存在及对齐、PTR、TLS、必要处的退订头，并按域名架构排名评估。若能运行 DNS 查询或浏览网页就自行验证记录，否则让用户粘贴查询输出。任何失败都是 BLOCKER：报告它，说明任何文案修改都无法弥补，并在修复前搁置内容审查。
8. 用 references/reputation-and-measurement.md 评估声誉与测量：垃圾邮件率对照阈值、退信、黑名单、面板注册、发送量与预热合理性。已烧毁域名走修复路径，而非文案审查。
9. 用 references/content-review.md 审查正文结构：先结构和链接域名质量，用词最后，并诚实说明这是最弱的杠杆。
10. 仅因欺骗或损害放置的结构（伪造 Re:/Fwd:、全大写、过多标点）标记主题行；绝不为打开率或草稿变体打分，那类需求转给 mbfinotti/sales-skills@cold-email-subject-line-tester。
11. 用 references/compliance-by-region.md 检查每个收件地区的法律合规。
12. 按 references/review-examples.md 组装报告：结论（CLEARED、AT RISK 或 BLOCKED）；按层分组发现（认证 → 声誉 → 内容 → 合规），每条带严重度（BLOCKER / RISK / ADVISORY）和来源标签；修复清单按放置层级的效率顺序排列（DNS 和配置修复永远先于内容编辑）；测量计划（注册哪些面板、监控哪些指标、触发行动的阈值）。运行质量门并迭代直到通过。
13. 对为被标记部分提出的任何重写文案，在交付前跑一遍你偏好的 humanizer 技能——原始初稿模型输出绝不直接交付。
14. 若运行环境有持久记忆，存储配置答案（域名、认证状态、发送量、地区、面板），以便后续审查直接跳到草稿。
15. 区分 B2B 冷邮件与 B2C 批量：两者相同的是认证栈与对齐规则、声誉机制与投诉数学、结构性内容检查；不同的是同意基础（B2C 按定义需 opt-in，冷 B2B 未经请求且合法性因地区而异）、一键 List-Unsubscribe（RFC 8058，批量/营销要求；低于批量阈值的真实 1:1 冷邮件不适用，纯文本退订行问题有争议）、预热单位（B2C ESP 发件人按公布曲线预热专用 IP，冷 B2B 预热邮箱和域名）、反馈回路（B2C ESP 通过 Yahoo CFL / Microsoft JMRP 抑制单个投诉者；Gmail 不向任何人提供逐消息回路）、名单卫生（日落政策、再互动、双重 opt-in 是 B2C 批量实践；B2B 对应的是发送前退信修剪与验证）。
16. 执行质量门：每个发现都带严重度，门是可测量的——未解决 BLOCKER 和 RISK 的数量。硬门（任一未解决则结论 BLOCKED）：认证存在且按发件人层级对齐（任何发件人至少 SPF 或 DKIM；批量需 SPF + DKIM + 对齐 DMARC）；任何地方无欺骗性框架（发件人身份、主题、域名）；满足收件地区的同意/退订/披露要求；已知情况下 Gmail 垃圾邮件率低于 0.30%。评分内容审查：运行内容参考中的全部十项结构检查，每项失败按该文件严重度映射记 RISK 或 ADVISORY。通过阈值：零 BLOCKER 且零未解决 RISK；ADVISORY 若用户在报告中确认可放行。迭代：每次修复后重跑失败层直到通过。绝不把 BLOCKER 软化为 RISK 以求通过。
17. 按 KPI 测量：Gmail 垃圾邮件率目标低于 0.10%，绝不低于 0.30%（provider-verified，在 postmaster 面板每日测量）；接近 0.10% → 审计名单和定位；达到 0.30% → 停止发送流（缓解资格需连续 7 个干净日后才恢复）。退信率：2-5% 的行动阈值是厂商惯例，趋势和硬退信修剪比具体数字更重要。回复率（B2B）/点击与转化（B2C）：值得信任的互动信号。明确不看重打开率：Apple Mail Privacy Protection 预取跟踪像素（Litmus 2026 称约 55-60% 打开受影响——vendor 测量），Google 声明不跟踪打开率（provider-verified）；打开率最多是方向性的，绝不是放置 KPI。
18. 避免失败模式：认证坏了还改文案（修复：层级顺序，DNS 永远第一，把内容审查挡在 BLOCKER 之后）；把种子名单“收件箱”结果当证据（种子收件箱无互动历史且放置按收件人个性化，只是方向性而非定论）；混淆 Google Workspace 的 2000 封/天账户上限（外发硬限制，滚动 24 小时）与 5000/天 Gmail 批量发件人声誉阈值（入站分类）；假设一个通用合规截止日（Gmail 和 Yahoo 自 2024 年 2 月 1 日执行批量认证，Microsoft 等效规定 2025 年 5 月 5 日生效，晚 15 个月）；假设 Gmail 允许抑制单个投诉者（无逐消息反馈回路，结构性预防是唯一选项，不同于 Yahoo CFL 和 Microsoft JMRP）；依赖自动预热网络（制造人工互动，正是 M3AAWG 点名的恶劣做法，且无独立证据表明能改善真实收件人放置）；追着已烧毁域名不放而非退役（从业者规范：域名在黑名单上或声誉崩塌时，停放并替换为诚实标识的域名通常比修复更便宜；“85% 除名成功”数字是 vendor 且未验证；例外是承载企业事务邮件的域名，不能停放，必须修复）；把词表评分当作主要修复交回（民间传说，内容发现最后报告并标注）；把 B2B 冷邮件规则套用到 B2C 批量或反之（预热单位、退订要求、同意基础都不同）。

适用边界 · 注意事项

• 不用于主题行优化或打开率测试——转给 mbfinotti/sales-skills@cold-email-subject-line-tester。
• 不用于触达节奏与时序——转给 mbfinotti/sales-skills@sales-outbound-sequence。
• 绝不用于垃圾邮件过滤器规避、身份伪装、相似域名、伪造线程、人工互动或规避发送量限制——只做卫生与合规。