下载地址
https://www.zhengdianxue.com/wp-content/uploads/skills/org-tbfai89b--email-sentinel.zip将提示词发送给你的 AI 安装该 skills
请根据 https://skillhub.cn/install/skillhub.md,安装 @org-tbfai89b/email-sentinel。- Email Sentinel · 邮件哨兵 —— 生产级邮箱有效性验证服务,为冷邮件外联、KOL 触达和跨境电商线索清洗而生。 核心能力: · MX 记录解析 + SMTP 深度握手校验,杜绝"
- 语法对但收不到"
- 的假有效 · 精准识别角色账号、一次性邮箱、陷阱邮箱(spamtrap)、catch-all 等低质地址 · 单次毫秒级返回,支持批量验证,结果落盘可回溯 定价透明: · 新用户 100 次免费,每日自动续0-500 次不等 · 按量 ¥0.03/次,套餐 ¥29.90/1000 次、¥50/1500 次 付款体验: · 支付宝 A402 收单 + 付款页直…
阅读全文 (展开查看完整说明)
概述
一句话:批量验证邮箱有效性,避开无效 / 陷阱 / 一次邮箱,提升触达率。
它是什么
Email Sentinel 是一个已商用的邮箱验证服务,运行在自有中转层(Cloudflare Worker + D1),背后聚合多家上游验证引擎的能力,但对外不暴露任何上游品牌名。你看到的是一个干净、统一、可计费的 API。
生产状态(2026-09-07 更新):
- ✅ 支付宝 A402 真实收单已开通,实测多笔 ¥29.90 到账
- ✅ 电脑网站支付开通:付款页直跳支付宝官方收银台(render.alipay.com),买家扫码即付
- ✅ 手动入账兜底
/v1/check-payment:直接问支付宝真实状态入账(异步 notify 失败也能量化入账) - ✅ 支付成功页
/v1/pay-success:买家付款后回到支付页有"我已付款"按钮自助理单 - ✅ Phase 1 幂等:5 分钟内同 user+package 复用未完成订单,停止幽灵单循环
- ✅ 全链路客服邮箱
service@authoritylinker.com(402 账单、错误响应、付款页全覆盖)
适用场景:
| 场景 | 典型用法 |
|---|---|
| KOL 冷外联前清洗名单 | 把 5000 条邮箱过一遍,扔掉 invalid/disposable/role_account,再发 |
| 邮件营销名单维护 | 季度清理已退订、catch_all、inbox_full 的邮箱 |
| 表单注册风控 | 提交时验证,避免一次性邮箱注册薅羊毛 |
| 用户调研样本质量 | 验证邀请名单里的邮箱,提升回收率 |
配额
| 桶 | 数量 | 规则 |
|---|---|---|
| 一次性免费额度 | 100 次 | 每个新账户首次注册时发放,用完即止 |
| 每日赠送 | 500 次/天 | 每天 UTC 00:00 重置,未用完不累计 |
| 付费配额包 | 1,000 / 1,500 | 支付宝 A402 按量购买,永久有效 |
套餐 ID 就是 1k 和 1500(传给 buy_quota 的 package_id)。不要硬编码——用 sentinel_account_status 读 packages[] 拿实时列表。
| 套餐 | package_id | 单价 | 折合每次 |
|---|---|---|---|
| 1,000 配额 | 1k | ¥29.90 | ¥0.0299 |
| 1,500 配额 | 1500 | ¥50.00 | ¥0.0333 |
工具
| 工具 | 脚本 | 用途 | 扣配额 |
|---|---|---|---|
sentinel_signup | scripts/signup.mjs | 注册并签发 API key(仅返回一次) | 0 |
sentinel_verify_email | scripts/verify_email.mjs | 验证单个邮箱 | 1 |
sentinel_bulk_verify | scripts/bulk_verify.mjs | 批量验证(≤50,000/批),返回 task_id | N(预扣,失败退回) |
sentinel_bulk_result | scripts/bulk_result.mjs | 轮询批量任务结果 | 0 |
sentinel_account_status | scripts/account_status.mjs | 查询配额快照 + 实时套餐列表 | 0 |
sentinel_buy_quota | scripts/buy_quota.mjs | 下单购买配额包,返回付款链接 | 0 |
sentinel_check_payment | scripts/check_payment.mjs | 手动查单入账(付款后没到账时用) | 0 |
⚠️ 给 Agent 的执行约定(务必遵守)
这一节决定了这个 SKILL 在不同 agent runtime 里能不能正常工作。详见[references/agent-integration.md](references/agent-integration.md)。
1. 退出码语义(v0.5.0 起)
| 退出码 | 含义 | agent 应该怎么做 |
|---|---|---|
0 | 调用完成,有可用结果。包括 HTTP 402 | 读 stdout,照常处理 |
2 | 任务进行中 / 付款未到账 | 稍后重试同一个调用 |
1 | 真失败:参数错、缺 key、鉴权失败、5xx、网络错误 | 报错给用户 |
HTTP 402 不是错误。 它是 A402 协议的第一步——服务端开出账单等待付款。v0.4.1 及更早版本在 402 时 exit 1,导致把非零退出码判为工具调用失败的 runtime(Manus、多数 LangChain shell、n8n Execute Command 等)直接丢弃 stdout,付款链接永远到不了用户手里。v0.5.0 已修正。
2. 付款链接必须原样透传给用户
任何脚本输出里出现 action_required.pay_url 时,agent 必须把这个 URL原样展示给用户,作为可点击链接。同一个链接也会以纯文本形式写到 stderr,方便只取摘要的 runtime 抓取。
不要改写、不要缩短、不要用 markdown 把它藏进一个词里、不要"代替用户付款"。支付这一跳只能由持有支付宝的真人完成。
3. 任何异常都要把客服邮箱展示给用户
脚本在所有非正常结果(失败、付款未到账、需要用户操作)里都会返回support 字段。agent 必须把 support.email 和 support.sla 原样展示给用户,有订单号时一并附上。健康调用不带这个字段,不用画蛇添足。
遇到问题?联系 service@authoritylinker.com,我们会在 24 小时内回复您。
请附上订单号
out_trade_no,我们能立即定位。
绝不能让一个已经付了钱的用户走到死胡同却找不到人。
4. 付款后不要假设已到账
用户说"我付了"不等于钱到了。必须调 sentinel_check_payment 确认,或重新拉 sentinel_account_status 看 purchased_quota 是否真的涨了。check_payment 返回 buyer_pay_amount: "0.00" 表示支付宝侧显示未实付。
付款流程(无 A402 客户端的 agent)
1. buy_quota '{"package_id":"1k"}'
→ exit 0, HTTP 402, action_required.pay_url
2. 把 pay_url 给用户 → 用户浏览器打开 → 支付宝收银台 → 扫码付款
3. 付完自动跳 /v1/pay-success,异步 notify 通常几秒内入账
4. 若未到账:check_payment '{"out_trade_no":"ES..."}'
→ exit 0 = 已入账 / exit 2 = 未到账,按 note 提示处理
5. account_status '{}' 确认 purchased_quota 已增加
6. 任何一步出错 → 展示 service@authoritylinker.com,24 小时内回复有原生 A402 能力的 agent(如 WorkBuddy)可直接走buy_quota '{"package_id":"1k","confirm":true,"payment_proof":"...","out_trade_no":"..."}'。
安装
# WorkBuddy / SkillHub 一键
skillhub install email-sentinel
# 手动
unzip email-sentinel-1.0.0.zip -d ~/.claude/skills/email-sentinel/
export EMAIL_SENTINEL_API_KEY="es_xxx..."
# 或跑安装脚本
bash scripts/install/install.sh # macOS / Linux
scriptsinstallinstall.bat # Windows注册时务必绑定邮箱:signup.mjs '{"email":"you@example.com"}'。email: null 的账户在 key 丢失后无法找回,已购配额一并作废。
安全与隐私
- API key 仅以 sha256 哈希存储在中转层 D1,原始 key 只在签发时返回一次。
- 本 Skill 不接触、不存储、不上传任何邮箱正文(仅发送邮箱字符串到上游验证)。
- 中转层抽象了上游品牌,避免第三方涨价 / 倒闭直接影响业务。
- 每次扣减写入
usage_log,可自行审计。
FAQ
Q:怎么付款?我没有支付宝 A402 客户端。A:不需要。购买配额时(如「购买 1000 配额」),返回的 402 响应带 pay_url 字段——用浏览器打开即自动跳转支付宝官方收银台(render.alipay.com),扫码或登录付款即可,付完额度自动到账。有 A402 能力的 agent(如 WorkBuddy)则直接弹支付卡完成付款。
Q:我付了款但额度没到账,怎么办?A:先等 30 秒(异步通知可能有延迟),然后访问 https://api.authoritylinker.com/v1/pay-success?out_trade_no=<订单号>,点「我已付款」按钮即可手动入账。手动入账直接向支付宝查询真实状态,只要支付宝侧显示已付款,一定会到账。如果仍未到账,发邮件到 service@authoritylinker.com(24 小时内回复),附上订单号 out_trade_no。
Q:和直接用 REOON / ZeroBounce / NeverBounce 比有什么区别?A:Email Sentinel 加了一层中转 + 配额管理 + 统一计费 + 隐藏第三方品牌,适合不想操心基建、要给下游团队或客户分发配额的场景。直连上游意味着自行处理多厂商切换、配额核算、计费一致性等工程问题。
Q:免费额度用完后还能不能试用?A:每日 UTC 00:00 自动到账 500 次。够轻度使用;批量场景建议直接购买。
Q:购买后额度会过期吗?A:付费配额包永久有效,直到用完。
Q:能开发票吗?A:支付宝 A402 个人开发者通道暂不支持开票。如需企业月结 / 增值税专票 / API 接入 / 定制 SLA,请联系:sentinel@authoritylinker.com。
已知问题(v1.0.0 已修复 · 历史清算)
v1.0.0 发布前最后一批已修复的 5 个服务端问题(2026-09-07 全部修复并部署):
| # | 问题 | 状态 |
|---|---|---|
| S1 | /v1/check-payment 把支付宝 code:10000 Success 误判为 GATEWAY_HTML(支付宝网关对 alipay.trade.query 返回 text/html Content-Type,即使 body 是 JSON)→ 手动入账兜底完全失效 | ✅ 已修复(先 JSON.parse,失败才判 HTML) |
| S2 | /v1/check-payment 只读 query param,JSON body 返回 400 | ✅ 已修复(query / JSON / form 三选一) |
| S3 | alipay_error.msg 被截断,看不到 trade_status | ✅ 已修复(完整解析) |
| S4 | service_id 硬编码在两处易漂移 | ✅ 已集中化(1k→API_46E7E4D96B4243F4、1500→API_161744F7846B4B83) |
| S5 | 402 body / BAD_PACKAGE / UNAUTHENTICATED 不含客服邮箱 | ✅ 已修复(全部补上 support) |
⚠️ 待核实:1500 套餐(service_id
API_161744F7846B4B83)尚未经过真实支付验证,建议实测一笔 ¥50 确认资金链路;1k 套餐(API_46E7E4D96B4243F4)已由真实首单 ¥29.90 验证通过。
支持
遇到任何问题,邮件联系 service@authoritylinker.com,我们会在 24 小时内回复您。请附上订单号 out_trade_no,我们能立即定位。
- 客服邮箱:service@authoritylinker.com(24 小时内回复,买卖双方都可见)
- 企业/开票/定制 SLA:sentinel@authoritylinker.com
- API:https://api.authoritylinker.com
- 状态页:https://api.authoritylinker.com/healthz
风险与合规
- 上游引擎故障时调用会失败(已自动 refund 配额)。
- 上游对 gov.cn / mil / edu 等域的 SMTP 检测可能受限,结果为
unknown,请勿用于合规关键决策。 - 单任务 ≤50,000 条,超出请分批,避免上游 rate-limit。
- 验证结果仅供决策参考,不构成 PII 合规建议。