用途
本技能用于当 Codex、Hermes、OpenClaw、Claude Code、Cowork 等 AI 智能体需要围绕收件箱送达（inbox placement）开展邮件相关的规划、审查、实施、审计或改进工作时。
其核心立场是：在追求增长之前先保护发件人。建议任何行动之前，应先把问题分类为身份认证、声誉、内容、名单质量或供应商问题，避免混淆后盲目给出建议。
覆盖范围
- 收件箱放置率（inbox placement）
- 身份认证（authentication）
- 发件人声誉（sender reputation）
- 投诉控制（complaint control）
- 修复工作流（remediation workflows）
常见请求信号
- DNS 认证审计
- 预热计划
- 投诉激增排查
- 黑名单检查
- 退信分析
- 声誉恢复
执行路径
- 对送达率问题进行分类：身份认证失败、退信激增、投诉激增、进入垃圾邮件文件夹、限流、黑名单或互动度衰减。
- 按域名、供应商、细分群、活动和时间窗口收集证据，而不是把所有邮件当作单一数据流处理。
- 检查 SPF、DKIM、DMARC、自定义跟踪域名、退信域名、对齐（alignment）以及近期 DNS 变更。
- 审查名单获取、同意（consent）、抑制（suppression）、发送频率、重新激活以及近期导入记录中的声誉风险。
- 建议分阶段修复计划，包含止损阈值、监控节奏以及每项行动的负责人。
- 对 DNS 修改、抑制规则变更、导入、供应商迁移和生产限流保持明确审批，通过后方可执行。
输出类型
- DNS/身份认证审计
- 声誉排查记录
- 预热计划表
- 抑制规则审查
- 监控计划
- 修复运行手册
输出要求具体；分析与实际系统操作分离；在发送邮件、导入联系人、更改 DNS、修改抑制规则或编辑生产自动化之前，必须取得明确批准。
审核要点
- 身份认证建议需区分「缺少记录」与「对齐失败」。
- 预热或放量指导需与实际观察到的发送量、投诉、退信和互动模式挂钩。
- 根因分析不应在名单质量或身份认证才是真正问题时归咎于内容。
- 修复方案需说明暂停什么、监控什么、何时恢复。
- 方案需遵守同意、退订和投诉处理义务。
边界与限制
- 生产边界：建议与执行分离。
- 证据边界：说明哪份源材料支持该建议。
- 评审边界：识别风险变更的人类负责人。
- 数据边界：不假设缺失的字段、同意状态或抑制状态。
暂未提供的信息
资料未说明该技能的具体安装命令、支持的平台版本、收费方式、价格、效果指标或使用案例数据。