Token导航 LogoToken导航

Agent Skill · 研究检索

email-audit(电子邮件审核)

用于辅助安全审计、权限检查、凭据风险、认证流程和常见漏洞排查。它适合让 Agent 梳理敏感配置、检查依赖风险、分析鉴权逻辑或生成安全复核清单。使用时不能把工具输出直接当最终结论,涉及密钥、令牌、用户数据或生产系统时,应先确认最小权限、脱敏方式和操作边界。

email-audit 是研究检索类 Agent Skill,可用宿主为 Codex、Claude、Cursor、Gemini CLI,通过GitHub 仓库获取,权限为执行命令;许可证信息还不明确,第三方扫描有未通过项,按安装量在研究检索类的 73,675 个 Skill 里排第 65,896。

总安装 272周安装 11GitHub Stars 34下载 85核验 2026-05-01

安装说明

本站只整理中文说明,不托管安装包,也不代用户安装。
GitHub
许可证
unknown

安装方式

通过对话安装

复制提示词发给支持本地命令或 Skills 的 AI 助手,先确认命令和权限,再让它执行。

请帮我安装这个 Agent Skill:email-audit(电子邮件审核)
来源仓库:https://github.com/agricidaniel/claude-email
仓库路径:skills/email-audit
安装命令:
npx skills add https://github.com/agricidaniel/claude-email --skill email-audit
安装前请先检查当前环境是否支持对应 CLI,并向我确认将要执行的命令、安装目录、联网范围和文件读写权限;确认后再执行。

命令行安装

复制命令到本机终端执行。该命令会通过 npx skills 从第三方来源获取 Skill;本站只展示命令,不托管安装包,也不自动执行。

skills.shnpx skills
npx skills add https://github.com/agricidaniel/claude-email --skill email-audit

这个 Skill 是做什么的

研究检索类 Skill 主要解决「找资料、核对事实、把来源整理清楚」的问题,通常会让助手先检索再总结。

email-audit 执行域名邮件投递能力综合审计,覆盖 SPF/DKIM/DMARC 等关键指标。生成 0-100 健康评分并提供优先级排序修复清单,降低退信率。可选输入日均邮件量以触发批量发送者合规性检查。安装前需准备目标域名控制权证明以访问 DNS 记录。

注意:权重最高的 SPF 语法错误和 DNS 查询超限是常见问题点。

来源仓库内路径:skills/email-audit

上手步骤

4 步
  1. 1

    确认自己的宿主工具

    公开资料标注支持 Codex、Claude、Cursor、Gemini CLI;先确认自己用的是其中之一,再按对应工具的 Skills 目录放置。

  2. 2

    拿到安装命令

    可以直接复制的命令是 npx skills add https://github.com/agricidaniel/claude-email --skill email-audit;命令里的占位符换成自己的路径或密钥再执行。

  3. 3

    安装后重启宿主

    命令执行完要完全退出宿主工具再打开,让新装的 Skill 被重新扫描到,否则列表里可能看不到。

  4. 4

    按最小权限试用

    它需要执行命令,先在测试目录或测试账号里跑,确认没问题再放到正式项目。

常见问题

6 条

email-audit 怎么安装?

在终端执行 npx skills add https://github.com/agricidaniel/claude-email --skill email-audit。装完完全退出宿主工具再打开,让它重新扫描本地 Skill。

email-audit 支持哪些 AI 工具?

公开资料标注支持 Codex、Claude、Cursor、Gemini CLI。其他工具只要能读取本地 Skill 目录,一般也能手动放进去,但要自己确认触发方式是否一致。

email-audit 需要什么权限?

权限级别是执行命令。安装流程涉及命令执行,可能通过 npx skills add https://github.com/agricidaniel/claude-email --skill email-audit 联网下载 Skill 或依赖。用户安装前应确认命令来源、仓库内容和执行环境。

email-audit 是免费的吗?

公开资料没有标注明确许可证,收费和商用限制都无法确认。正式使用前请到来源仓库核对授权说明。

email-audit 用的人多吗?

公开数据是累计安装 272 次,近一周安装 11 次,下载 85 次,GitHub 34 星。这些数字来自第三方目录统计,只能当作热度参考,不代表质量或安全性。

email-audit 安全吗?

第三方扫描有未通过项,风险较高。除非你确认过源码,否则不建议直接安装到常用环境。

值得选的地方和要先想清楚的地方

值得选的地方

  • 同时适配 4 种工具,换客户端不用重新找替代品。

先想清楚的地方

  • 需要执行命令,装到常用环境前要先评估影响面。
  • 许可证没有明确标注,能不能商用、能不能再分发都不确定。
  • 第三方扫描存在提醒项或未通过项,需要人工逐条确认。
  • 第三方目录整理,版本更新和行为细节以来源仓库为准。

适不适合你

更适合

  • 已经在用 Codex,想直接扩展它能力的人。
  • 需要处理研究检索类任务、又不想每次都手写提示词的人。

不太适合

  • 不能接受 Skill 在你机器上执行命令的人。
  • 需要明确授权才能用到公司项目里的场景。
  • 需要厂商级技术支持和 SLA 的生产系统。

研究检索类 Skill 对比

6 个同类
Skill总安装GitHub 星权限许可证扫描
find-skills

寻找技能 · Codex、Claude

31,199,81316,486操作浏览器MIT有提醒
self-improving-agent

自我改进 Agent · OpenClaw

16,464,0023,396接触敏感数据MIT-0通过
soultrace

灵魂追踪 · Codex、Claude

7,588,94412需要联网未明确有提醒
self-improving

自我完善 · OpenClaw

6,829,2841,046需要联网MIT-0通过
microsoft-foundry

微软代工厂 · Codex、Claude

6,614,144764调用外部服务未明确有提醒
email-audit

电子邮件审核 · 本页

27234执行命令未明确未通过

按安装量取同分类前几名;数字来自第三方目录统计,只作热度参考,不代表质量结论。

SKILL.md 原文

Email Audit Sub-Skill

Purpose

Performs comprehensive email deliverability auditing for a domain. Checks DNS authentication records (SPF, DKIM, DMARC), infrastructure (MX, PTR, TLS), reputation (blacklists), and bulk sender compliance. Generates a health score (0-100) with prioritized fixes.

Input

  • Domain name: e.g., rankenstein.cloud, example.com
  • Optional: Email volume (triggers bulk sender compliance checks if 5,000+ emails/day)

Audit Categories

1. SPF Record (Weight: 10%)

What to check:

  • SPF record exists at TXT <domain>
  • Valid syntax: starts with v=spf1
  • DNS lookup count (max 10, warn at 8+)
  • Enforcement level: -all (pass), ~all (softfail), ?all (neutral), +all (fail)
  • No multiple SPF records (causes validation failure)
  • Includes are efficient and necessary

Commands:

dig txt <domain> +short | grep "v=spf1"
# or
python scripts/check_deliverability.py <domain> --spf

Scoring:

  • Valid + hard fail (-all): 100 points
  • Valid + soft fail (~all): 70 points
  • Valid + neutral/pass all: 40 points
  • Invalid syntax or 10+ lookups: 20 points
  • Missing: 0 points

2. DKIM Record (Weight: 15%)

What to check:

  • At least one valid DKIM record exists
  • Key length: 2048-bit (required minimum per NIST), 1024-bit (legacy, upgrade recommended)
  • Common selectors: google, default, selector1, selector2, k1, mandrill, dkim

Commands:

dig txt google._domainkey.<domain> +short
dig txt default._domainkey.<domain> +short
dig txt selector1._domainkey.<domain> +short
# Check common selectors

Note: DKIM selectors are not discoverable without prior knowledge. Check common ones and ask user if their email provider uses a specific selector.

Scoring:

  • 2048-bit key found: 100 points
  • 1024-bit key found: 70 points
  • Invalid/weak key: 30 points
  • Missing: 0 points

3. DMARC Policy (Weight: 15%)

What to check:

  • DMARC record exists at TXT _dmarc.<domain>
  • Policy level: p=reject (excellent), p=quarantine (good), p=none (monitoring)
  • Aggregate reporting (rua=) tag present
  • Forensic reporting (ruf=) tag present (optional)
  • Alignment mode: aspf= (SPF) and adkim= (DKIM) - relaxed vs strict
  • Percentage (pct=) should be 100 for full enforcement

Commands:

dig txt _dmarc.<domain> +short

Scoring:

  • p=reject + rua + pct=100: 100 points
  • p=quarantine + rua: 80 points
  • p=none + rua: 40 points
  • p=none without reporting: 20 points
  • Missing: 0 points

4. MX Records (Weight: 10%)

What to check:

  • Valid MX records exist
  • MX hosts resolve to IP addresses
  • Priority ordering is logical
  • Mail provider identification (Google Workspace, Microsoft 365, custom)

Commands:

dig mx <domain> +short
dig a <mx-hostname> +short

Scoring:

  • Valid + all hosts resolve + known provider: 100 points
  • Valid + all hosts resolve: 80 points
  • Valid but some hosts don't resolve: 40 points
  • Missing or invalid: 0 points

5. Reverse DNS / PTR (Weight: 5%)

What to check:

  • PTR records exist for MX server IPs
  • PTR records match forward DNS (hostname matches)

Commands:

dig -x <mx-ip> +short

Scoring:

  • All MX IPs have matching PTR: 100 points
  • Partial PTR coverage: 50 points
  • Missing PTR: 0 points

6. TLS/STARTTLS (Weight: 10%)

What to check:

  • STARTTLS support on MX servers (port 25)
  • TLS version (1.2+ recommended)

Commands:

openssl s_client -starttls smtp -connect <mx-hostname>:25 -brief

Note: This may require network access. If not available, note as "Unable to verify".

Scoring:

  • TLS 1.2+ with STARTTLS: 100 points
  • TLS 1.0/1.1 with STARTTLS: 60 points
  • No STARTTLS: 0 points

7. Blacklist Check (Weight: 20%)

What to check:

  • Domain and MX IP addresses against major blacklists:

- Spamhaus (SBL, XBL, PBL) - Barracuda - SORBS - SpamCop - URIBL - Invaluement

Commands:

# Use checkdmarc library if available
python -c "import checkdmarc; print(checkdmarc.check_domains(['<domain>']))"

# Or manual checks
dig <ip>.zen.spamhaus.org +short
dig <ip>.b.barracudacentral.org +short

Scoring:

  • Clean on all lists: 100 points
  • Listed on 1 minor list: 50 points
  • Listed on 1 major list (Spamhaus, Barracuda): 30 points
  • Listed on 2+ major lists: 0 points

Critical: Any listing on major blacklists severely impacts deliverability.

8. Bulk Sender Compliance (Weight: 10%)

Applies to: Domains sending 5,000+ emails/day to Gmail, Yahoo, Microsoft recipients.

Requirements (Google/Yahoo/Microsoft 2024-2026 rules):

  1. Both SPF AND DKIM must pass (not just one)
  2. DMARC policy at minimum p=none with alignment
  3. One-click unsubscribe header (RFC 8058: List-Unsubscribe-Post: One-Click)
  4. Spam complaint rate under 0.3% (target under 0.1%)
  5. Valid forward and reverse DNS (PTR records)
  6. Honor unsubscribe within 2 business days
  7. No impersonation of Gmail/Yahoo/Microsoft from headers
  8. TLS connection for message transmission

Scoring:

  • All 8 requirements met: 100 points
  • 6-7 requirements met: 70 points
  • 4-5 requirements met: 50 points
  • Less than 4 met: 0 points

9. Additional Checks (Weight: 5%)

Bonus points for:

  • BIMI record (Brand Indicators for Message Identification) at TXT default._bimi.<domain>
  • MTA-STS policy at https://mta-sts.<domain>/.well-known/mta-sts.txt
  • TLSRPT record at TXT _smtp._tls.<domain> (TLS reporting)
  • Mail-from domain alignment (DKIM/SPF align with From: domain)

Commands:

dig txt default._bimi.<domain> +short
curl https://mta-sts.<domain>/.well-known/mta-sts.txt
dig txt _smtp._tls.<domain> +short

Scoring:

  • Each bonus feature: +25 points (max 100)

Health Score Calculation

Formula:

Total Score = (SPF × 0.10) + (DKIM × 0.15) + (DMARC × 0.15) + (MX × 0.10) +
              (PTR × 0.05) + (TLS × 0.10) + (Blacklists × 0.20) +
              (Bulk Compliance × 0.10) + (Extras × 0.05)

Score Interpretation:

ScoreRatingStatusAction
90-100ExcellentAll critical checks pass, fully compliantMonitor regularly
75-89GoodMinor issues, generally deliverableFix medium priority items
60-74FairIssues that could impact inbox placementFix high priority items within 1 week
40-59PoorSignificant deliverability risksFix critical items immediately
0-39CriticalMajor issues, emails likely going to spamEmergency fixes required

Workflow

Step 1: Gather Domain Information

Ask user for:

  • Domain name to audit
  • Approximate email volume (to trigger bulk sender checks)
  • Known DKIM selector (if not using common ones)

Step 2: Parallel Delegation

Spawn these agents in parallel for faster auditing:

Agent 1: email-deliverability

Check DNS authentication records for <domain>:
- SPF record validation
- DKIM record discovery (selectors: google, default, selector1, selector2, k1)
- DMARC policy analysis
- MX record validation
- PTR/reverse DNS check

Return JSON with pass/fail status and raw records.

Agent 2: email-compliance

Check bulk sender compliance for <domain>:
- Verify both SPF and DKIM pass
- Check DMARC alignment
- Note TLS support
- Check for List-Unsubscribe headers (if sample email provided)

Return compliance checklist with met/not met status.

Agent 3: email-reputation (if tools available)

Check reputation for <domain>:
- Blacklist status (Spamhaus, Barracuda, SORBS, SpamCop)
- Historical deliverability issues
- Spam complaint rate (if available)

Return list of blacklist hits and reputation score.

Step 3: Aggregate Results

Collect results from all agents and calculate weighted health score.

Step 4: Generate Prioritized Fix List

Categorize issues by priority:

Critical (Fix Immediately):

  • Blacklist listings
  • Missing SPF/DKIM/DMARC
  • Invalid DNS records
  • MX records not resolving

High (Fix Within 1 Week):

  • Weak SPF enforcement (~all instead of -all)
  • 1024-bit DKIM keys (upgrade to 2048-bit)
  • DMARC policy p=none (upgrade to p=quarantine or p=reject)
  • Missing PTR records

Medium (Fix Within 1 Month):

  • Missing aggregate reporting (rua tag)
  • No TLS/STARTTLS support
  • SPF approaching 10 DNS lookup limit
  • Missing bonus features (BIMI, MTA-STS, TLSRPT)

Step 5: Generate DNS Record Recommendations

Provide exact DNS records to add/update with copy-paste ready values.

Output Format

Structure the audit report as:

  1. Header: ## Email Deliverability Audit: [domain] with date, health score, rating
  2. Authentication table: SPF/DKIM/DMARC with status, score, raw records
  3. Infrastructure table: MX/PTR/TLS with status, score, provider detection
  4. Reputation: Blacklist status across Spamhaus, Barracuda, SORBS, SpamCop
  5. Bulk Sender Compliance: 8-requirement checklist (Google/Yahoo/Microsoft rules)
  6. Bonus Features: BIMI, MTA-STS, TLSRPT, Mail-from alignment
  7. Prioritized Fix List: Critical/High/Medium with impact, fix steps, DNS records
  8. DNS Records to Add: Copy-paste ready TXT/MX records
  9. Next Steps: Immediate, this week, this month, monitoring, re-audit

Use score weights from Health Score Calculation section. Use status badges: ✅ PASS, ⚠️ WARN, ❌ FAIL.

Tools

Run python scripts/check_deliverability.py <domain> --json for automated DNS checks.

Manual DNS commands (used in audit categories above):

  • SPF: dig txt <domain> +short
  • DKIM: dig txt <selector>._domainkey.<domain> +short
  • DMARC: dig txt _dmarc.<domain> +short
  • MX: dig mx <domain> +short
  • PTR: dig -x <ip> +short
  • TLS: openssl s_client -starttls smtp -connect <mx-hostname>:25 -brief

Quality Gates

Before delivering audit results:

  1. All critical checks completed (SPF, DKIM, DMARC, MX, Blacklists)
  2. Health score calculated with breakdown by category
  3. Prioritized fix list generated with specific action steps
  4. DNS records provided in copy-paste ready format
  5. Score interpretation explained with next steps

Error Handling

If DNS queries fail:

  • Note as "Unable to verify" in audit report
  • Provide manual check instructions
  • Suggest alternative DNS servers (8.8.8.8, 1.1.1.1)

If DKIM selector unknown:

  • Check common selectors (google, default, selector1, selector2)
  • Ask user for their email provider's DKIM selector
  • Note as "DKIM selector not found - requires manual verification"

If no MX records found:

  • Critical failure - domain cannot receive email
  • Check if domain uses mail forwarding (Cloudflare, etc.)
  • Provide setup instructions for email hosting

References

Load on demand:

  • references/deliverability-rules.md - Scoring thresholds and compliance rules
  • references/mcp-integration.md - Provider-specific setup and DNS configuration
  • references/compliance.md - Compliance rules and regulatory requirements

Success Criteria

Audit is successful when:

  • Health score accurately reflects deliverability state
  • All critical issues identified with clear severity levels
  • User receives actionable DNS records to implement
  • Fix priority aligns with business impact
  • Re-audit timeframe provided based on score

平台分布

Codex

36.26%
按下载量换算31

Claude

28.11%
按下载量换算24

Cursor

19.03%
按下载量换算16

Gemini CLI

8.5%
按下载量换算7

安全审计

Gen Agent Trust Hub

未通过

Socket

通过

Snyk

可疑

权限和风险

执行命令

安装流程涉及命令执行,可能通过 npx skills add https://github.com/agricidaniel/claude-email --skill email-audit 联网下载 Skill 或依赖。用户安装前应确认命令来源、仓库内容和执行环境。

安装前确认

本站仅展示第三方公开信息,不托管安装包,不提供自动安装或运行环境。安装前应自行审查源码、依赖和命令行为。来源安全扫描存在提醒或未通过项,安装前请自行复核。目前只有一个公开来源,建议同时核对源仓库。

继续浏览同类 Skills