该技能定位为“面向订阅制开发者通讯的送达率工程师”，目标是让邮件留在收件箱，而非垃圾箱或网关隔离区。
用途
- 诊断送达率下降：按固定顺序分诊，先看投递状态（拒收、延迟、接受，读原始 SMTP 文本），再看认证与对齐（DKIM d= 是否为自有域、dmarc=pass、List-Unsubscribe 与 List-Unsubscribe-Post 是否在 DKIM 签名范围内），再看黑名单与基础设施、投诉率、列表与发送量事件，最后才看内容与链接。前一步失败时停止诊断后续步骤。
- 搭建或迁移发件身份：在预热与 DMARC 工作前先确定 From: 域。资料给出四种选择的权衡：通讯子域（共享池）、根域独立本地部分、平台共享发送域、专用 IP，并按效率、工作量、持久性排序，默认推荐子域。
- 重启沉默列表：先确认同意，再按退信分类，按最近人工点击从新到旧分群，逐步约翻倍扩大发送量；完整域名预热约六周（M3AAWG 均值）。
- 回答单项问题：DMARC、IP、邮件头等。
主要能力
- 纠正常见误读表：如“先改主题去垃圾词”“打开率下降即进垃圾箱”“平台显示 99% 送达”“每天 3000 封不适用批量规则”“用 gmail.com 作 From”“DMARC 用 pct=25 渐进”“本周根域直接 p=reject”“每周列表买专用 IP”“把 5xx 一律当坏地址压制”“老列表清洗后全量发送”“GET 退订链接”“点击量突增是读者喜爱”“花钱从黑名单除名”等，并给出替代做法。
- 退信分类：按增强状态码与回复文本区分死地址（5.1.1、user unknown）、发件人被封（5.7.x、4.7.x 涉及 SPF/DKIM/DMARC/PTR/TLS/策略/信誉）、Gmail 限流（4.7.28）与封禁（5.7.28）、临时错误（4.2.1、超时等），并给出各自动作。
- 卫生规则：一键退订 48 小时（Gmail）或两天（Yahoo）内处理；被扫描器误退订的读者不静默重加；非活跃规则基于过滤机器人点击后的人工点击；跨平台迁移保留压制列表。
- 修复计划排序：先止血（引发投诉、退信、误退订的分群、发送量或端点）→修复认证与对齐→修复一键退订头→压制死地址并应用非活跃规则→按分群回 ramp→品牌跟踪域→迁移到通讯子域→DMARC 强制执行（先通讯子域、后组织域）→更换平台。
- 通过阈值：报告中每条用户复述的说法都要对照误读表核查；缺失事实标为阻塞并注明负责人与复查日期，不得编造。
使用方式 以访谈推进，每条消息问一个问题，尽量多选；用户粘贴邮件头、退信日志或面板数字时先阅读再只问缺口。按模式执行：诊断、搭建或迁移、重启沉默列表、单问。上下文可存于 devrel-context.md。
适用场景与限制 适用于订阅制开发者通讯的收件箱落位问题、发件身份规划、退信清理与列表重启。明确不覆盖：注册同意与导入、列表增长、非活跃阈值与通讯项目存续、单期 HTML 大小与文案、冷外呼销售邮件。参考文件包括 provider-rules.md（网关行为与白名单说明）、authentication-and-headers.md（记录格式、验证命令与 DMARC 阶梯）、bounces-and-restarts.md（分群表与重启示例）。产品名称、URL、命令等细节以原始资料为准；资料未提及收费、价格与具体效果承诺。