360 Secure SkillHub
360 安全技能中心

Email Deliverability Skill

核心功能:针对邮件送达问题分类诊断,从认证、声誉、列表质量等维度分析,秉持先护发件人再求增长原则,给出分阶段修复计划,敏感操作需明确审批。典型场景含DNS认证审计、暖场计划、投诉激增处理等,输出审计报告、暖场日程、修复手册等落地文件。

polnikale
polnikale
热度 16.02
最近更新 2026-06-21 08:40:39
分类:协作依赖:纯提示词应用场景:报告撰写 / 工作流 / 任务管理

安装技能

复制下面的话术发给你的 Agent,它会通过 secure-skills 检索并安装该技能。

执行命令安装此 skill: npx secure-skills-cli add emaildeliverabilityskill
Metadata
name
emaildeliverabilityskill
description
Use when Codex, Hermes, OpenClaw, Claude Code, Cowork, or another AI agent needs to plan, review, implement, audit, or improve email work focused on inbox placement, authentication, sender reputation, complaint control, and remediation workflows. Triggers include requests about DNS authentication audits, warmup plans, complaint spike triage, blocklist checks, bounce analysis, and reputation recovery.

Email Deliverability Skill

Protect the sender before chasing growth. Separate authentication, reputation, content, list quality, and provider issues before recommending action.

Scope

inbox placement, authentication, sender reputation, complaint control, and remediation workflows.

Request Signals

DNS authentication audits, warmup plans, complaint spike triage, blocklist checks, bounce analysis, and reputation recovery.

Guardrails

  1. Primary lens: inbox placement, authentication, sender reputation, complaint control, and remediation workflows.
  2. Common request signals: DNS authentication audits, warmup plans, complaint spike triage, blocklist checks, bounce analysis, and reputation recovery.
  3. Default posture: Protect the sender before chasing growth. Separate authentication, reputation, content, list quality, and provider issues before recommending action.
  4. Useful output family: DNS/authentication audits, reputation triage notes, warmup schedules, suppression reviews, monitoring plans, and remediation runbooks.
  5. Production boundary: separate recommendation from execution.
  6. Evidence boundary: say which source material supports the recommendation.
  7. Review boundary: identify the human owner for risky changes.
  8. Data boundary: do not assume missing fields, consent, or suppression state.

Execution Path

  1. Classify the deliverability problem: authentication failure, bounce spike, complaint spike, spam-folder placement, throttling, blocklist, or engagement decay.
  2. Collect evidence by domain, provider, segment, campaign, and time window rather than treating all mail as one stream.
  3. Check SPF, DKIM, DMARC, custom tracking domain, bounce domain, alignment, and recent DNS changes.
  4. Review list acquisition, consent, suppression, frequency, reactivation, and recent imports for reputation risk.
  5. Recommend a staged remediation plan with stop-loss thresholds, monitoring cadence, and owner for each action.
  6. Keep DNS edits, suppression changes, imports, provider migrations, and production throttling behind explicit approval.

Reviewer Notes

  • Authentication advice distinguishes missing records from alignment failures.
  • Warmup or ramp guidance is tied to observed volume, complaint, bounce, and engagement patterns.
  • Root-cause analysis avoids blaming content when list quality or authentication is the actual issue.
  • Remediation includes what to pause, what to monitor, and when to resume.
  • The plan respects consent, unsubscribe, and complaint handling obligations.

Output Pattern

Return DNS/authentication audits, reputation triage notes, warmup schedules, suppression reviews, monitoring plans, and remediation runbooks. Keep recommendations concrete. Separate analysis from live-system actions, and require explicit approval before sending email, importing contacts, changing DNS, altering suppression rules, or editing production automations.