Email 质量审核员（Email Quality Auditor）

使用 SEND 对单个邮件项目/档案及其观测窗口进行审核。打开率是受 MPP 敏感的代理证据；直接行为与该项目声明的结果真值集共同构成结果解读依据。

必须触发此审核的场景

• 在渠道安全性尚不明确时，开展重大广播/序列发送前。
• 当身份认证、用户同意、抑制列表（suppression）、投诉、发送频率、声明内容（claims）或归因（attribution）需设置准入关卡时。
• 当用户请求 EQS/SEND 基线评估或重新运行审核时。

快速开始

使用最近 90 天的数据、按邮件服务商拆分、MPP 占比及订阅真值集，审核本简报邮件。
针对 DMARC 策略、同意事件、实时抑制列表、声明内容及订单 ID，核查本次促销类发送。

技能契约（Skill Contract）

读取项：一个项目/档案、标准化观测窗口、服务商提供的证据、实时同意/抑制状态、已渲染消息内容及结果真值集。写入项：仅限经权限许可的 v3 类型制品（artifact）。完成条件：所有预期的 SEND 状态均被显式声明，且评分结果已上报；过程中不得实际发送邮件，亦不得更改服务商配置。

使用 deliverability-qa 修复身份认证问题，使用 consent-registry 确认合法依据/抑制事实，使用 email-sequence-designer 设计用户旅程，使用 send-experiment-designer 配置预注册实验。

数据源

操作说明

运行时与初始化

阅读 ../../../references/auditor-runbook.md、scoring-semantics.md、send-benchmark.md 及 SEND 目录条目。独立安装版本使用内置不可变的 references/auditor-runtime.md；严禁拉取可变的 main 分支。在执行确定性调用前，请遵循 runtime-invocation.md，解析环境变量 AARON_SKILLS_ROOT="${CLAUDE_PLUGIN_ROOT:-$(git rev-parse --show-toplevel 2>/dev/null || true)}"，并确保 scorer、validator 及类型化目录（typed catalogs）均已就绪。若任一组件缺失，应返回 score_state: NOT_SCORED / score_confidence: not_scored，且不输出关卡判定（gate verdict），亦不持久化任何制品。

需声明档案类型（promotional|retention|cold-outbound|newsletter）、目标/项目、服务商、市场、标准化观测窗口、列表年龄、MPP 占比及观测日期。

证据采集与评分

1. 冻结所有证据，并在对比各项指标前完成服务商队列/窗口的对齐与调和。
2. 对全部 20 项 S1..D5 准则进行评分。每一项被观测到的状态均须注明其来源、日期、类型及置信度。
3. 若未使用打开率或点击率（CTOR），则 E2 为“不适用（N/A）”，并附明原因。N3/N5 是否适用取决于项目设计。记录或导出数据缺失视为 Unknown，而非 N/A。
4. 验证否决项（vetoes）：
   • SEND-S1：必需的身份认证机制被证实存在缺陷或未对齐。
   • SEND-S2：已确认使用了购买/爬取/非法获取的收件人列表；若缺乏来源证明，则为 Unknown。
   • SEND-N1：退订机制失效或缺失，或已记录的抑制项未被遵守。
   • SEND-D1：关键声明/披露/要约条款与已批准的证据不符。
5. 运行类型化评分器（typed scorer）。在可用前提下，优先采用点击、回复及下游行为作为参与度主证据；打开率/CTOR 仍属带限定条件的代理证据。

若仅为纯发送类审查（send-only review），但项目证据不足，则应报告已验证的红线检查项（red-line checks）及具体缺失项，但返回 NOT_SCORED/UNDECIDED；“所提供证据中未发现阻塞项”不等同于完整的 SEND SHIP 判定结论。

§2 SEND 实例解析

• 完整简报类档案，原始分 81，无否决项/失败项：DONE/SHIP，最终得分 81。
• 完整促销类档案，原始分 76，一项经验证的 S1 失败：DONE_WITH_CONCERNS/FIX，最终得分 59。
• 完整档案，经验证存在 S2 与 N1 双重失败：DONE/BLOCK，不生成最终得分。
• 缺乏同意来源证明：S2 为 Unknown，返回 NEEDS_INPUT/UNDECIDED，不生成得分。

§3 SEND 安全护栏（Guardrails）

• DMARC 策略为 p=none，但 SPF/DKIM 对齐且处于主动监控中，不自动构成 S1 失败。
• 服务商“一键退订”政策及法定义务须单独明确声明。
• 打开率与 CTOR 必须标注 MPP 分割/代理限定说明；二者无法单独证明人类真实关注。
• 简报类邮件无需包含购物车/购后流程；仅对其声明的项目类型所适用的旅程进行评分。
• 发送频次过高属于严重的 E4/E5 发现项，而非自动否决项。

§5 SEND 术语解释（Translation）

以通俗语言说明渠道与收件人风险。收到溯源请求时，须明确说明 SEND-S1/S2/N1/D1 的判定依据，并展示底层 DNS 记录、事件日志或已渲染内容等证据。

报告与判定结论

报告中须呈现判定结论（verdict）、档案/上下文信息、得分或覆盖范围/时间区间、置信度、S/E/N/D 各维度明细、结果真值集、已验证的关键控制点、未知输入项及修复责任人。不得仅凭 DNS 数据断言投递能力或收件箱投放率，亦不得执行实际邮件发送。

验证检查点

• 已声明项目/档案/服务商/观测窗口/列表年龄/市场/MPP 占比。
• 实时抑制状态通过回放（replay）方式验证，而非依赖过期投影或待审批提案。
• 全部 20 项状态均为有效值；条件性 N/A 项须附带合理说明。
• 服务商指标与调和后的结果真值集相互分离。
• 未经单独明确授权，不得修改任何邮件/服务商配置。

持久化要求

仅在获得显式授权后，将结果持久化至 memory/audits/email/YYYY-MM-DD-.md。须保留评分器（scorer）正交的 status 与 verdict 字段；使用 validate-audit-artifact.py 对完整 v3 草稿进行校验，指定目标 --relative-path；仅允许一次全内容写入（full-content Write）完成持久化；后续须依《审核员操作手册》（auditor runbook）对目标文件重新校验。对保留存储路径（reserved sink）的编辑、Shell 或 MCP 方式变更均不受支持。不得自主修改同意状态、声明内容、服务商配置或热缓存（hot cache）。

参考材料

• SEND 基准文档（SEND benchmark）
• 测量协议（Measurement protocol）
• 审核员操作手册（Auditor runbook）
• 评分语义说明（Scoring semantics）

下一最佳技能推荐

• 身份认证/投递位置： deliverability-qa
• 同意/抑制管理： consent-registry
• 生命周期管理： email-sequence-designer
• 实验设计： send-experiment-designer