产品指南
Email Checker MCP:从 AI 客户端检查地址
将 Email Checker MCP 端点连接到兼容的 AI 客户端,在对话中检查最多 100 个地址,并将结果保持在检查时间点。

了解如何将 EmailCheckPro MCP 端点连接到兼容的 AI 客户端、它公开了哪些工具,以及如何在对话中读取可投递性结果。
Email Checker MCP 端点允许兼容的 AI 客户端将可投递性检查作为工具进行调用,这样助手就可以在对话过程中检查地址,而无需手动将地址复制到单独的仪表板中。EmailCheckPro 在 https://emailcheckpro.com/mcp 发布其 MCP 端点。它公开了四个工具:列出产品、检查单个地址、检查最多 100 个地址以及获取账户余额。每个已完成的结果都会说明地址在检查时是可投递还是不可投递。由于 MCP 没有记录批量文件工具,因此大型准备好的文件仍需通过 Web 工作流或 REST API 进行处理。
Email Checker MCP 连接的作用
Model Context Protocol 是一种开放标准,允许 AI 应用程序发现服务器上的工具并使用结构化输入调用它们。根据 MCP tools specification,服务器会列出其工具名称和输入模式,由客户端决定何时调用,通常需要人工审核调用过程。
对于电子邮件数据质量而言,这意味着正在处理联系人列表、支持工单或粘贴到聊天中的电子表格的助手可以直接询问检查器。模型不会判断地址看起来是否合理;它只是将地址传递给工具并报告返回的结果。
Email Checker MCP 端点不会向被检查的地址发送任何内容,也不会通知其所有者。它仅返回可投递性结果,从而保持连接的局限性:不访问收件箱,也不发送出站邮件。
连接 EmailCheckPro MCP 端点
大多数支持远程 MCP 服务器的客户端遵循类似的模式。MCP guide to remote servers 以 Claude 自定义连接器为例:
- 打开客户端的设置,找到连接器或 MCP 服务器部分。
- 添加自定义连接器并粘贴完整的端点 URL(包括
https://):https://emailcheckpro.com/mcp。 - 使用 EmailCheckPro 账户的凭据完成客户端呈现的身份验证步骤。
- 查看工具列表,仅启用工作流所需的工具。
- 在用于真实列表之前,先用一个已知地址进行测试。
如果您的团队需要审查集成情况,MCP architecture overview 解释了客户端和服务器如何交换工具调用。具体的菜单名称因客户端而异且会随时间变化,因此请遵循您客户端当前关于步骤一和步骤三的文档。通过 MCP 进行的检查与 Web 和 REST API 检查使用相同的账户余额。
四种工具及助手调用时机
| 工具 | 功能 | 典型提示词 |
|---|---|---|
| list_products | 列出可用的检查产品 | “此账户可以运行哪些电子邮件检查?” |
| check_number | 检查单个电子邮件地址 | “jane@example.org 现在可投递吗?” |
| check_numbers | 一次调用检查 1 到 100 个地址 | “检查事件表格中的这 40 个地址。” |
| get_balance | 返回账户余额 | “在进行此批次检查前,还剩多少余额?” |
单个地址工具使用名称 check_number,尽管它接收的是电子邮件地址;这仅仅是记录的工具名称。
这些调用背后有两个产品选择。邮箱可达性检测适用于几乎任何域名的地址。邮箱头像检测增加了公共头像信号,但仅适用于 Gmail、Yandex 和 Mail.ru 地址,不支持的域名会在实时扣费前被拒绝。在进行大规模多地址请求前,让助手调用余额工具是一个简单的习惯,可以避免任务中途出现意外。
在对话中读取结果
助手会用自然语言总结工具输出,因此请指示它保持类别完整。一个有用的提示词是:“将每个地址报告为可投递、不可投递、无法判定、无效或失败,并保持输入顺序。”
这些类别的含义如下:
- 可投递:地址在检查时可以接收邮件。
- 不可投递:地址在检查时无法接收邮件。
- 无法判定:通常是 Catch-All 域名;未返回结论,且不收取检查费用。
- 无效:输入的内容不是包含本地部分、@ 符号和域名的完整地址。
- 失败:未返回已完成的结果;请稍后重试。
多地址结果会保留输入顺序,这使得将它们粘贴回表格变得很容易。没有完成结果的地址与不可投递的地址不同。请让助手将这些地址单独列出,而不是将它们合并到清理建议中。
限制、规模与安全工作流设计
对于包含数千个地址的准备好的文件,请使用 Web 批量工作流或 REST 批量任务端点 POST /api/v1/bulk-tasks,该端点异步运行并返回 CSV。适用各产品的限制;请参阅 emailcheckpro.com/api-docs 上的 API 文档以获取当前数据。
以下做法可使 AI 驱动的检查保持可预测性:
- 保持人工审核助手根据结果提出的任何操作,例如删除联系人。
- 当工具调用失败时,避免让模型猜测结果;要求它重试或报告失败。
- 将可投递结果视为检查时间点的信号。
- 存储带有检查日期的结果,以便后续审查时了解其时效性。
常见问题解答
团队应如何决定使用 MCP 还是 REST API 进行电子邮件检查?
当人员在 AI 客户端中进行交互式工作,且需要了解少量地址或短列表时,请使用 MCP。当检查在应用程序、定时任务或没有聊天界面的管道中运行时,请使用 REST API。两者都使用相同的账户余额。对于大型准备好的文件,REST 批量任务端点或 Web 工作流是记录在案的途径,因为 MCP 中不存在批量文件工具。
哪些 AI 客户端可以连接到该端点?
任何支持通过 HTTPS 使用远程 MCP 服务器的客户端通常都可以将该端点添加为自定义连接器或服务器条目。支持情况和菜单名称因客户端和版本而异,请查看客户端自身的文档。连接后,请确认四个工具已显示,并在依赖该连接进行实际工作之前,运行一次单个地址检查作为冒烟测试。
助手可以通过 MCP 检查 Outlook 或 Yahoo 地址吗?
对于可投递性,可以:邮箱可达性检测接受几乎任何域名上的地址,包括主要的 Webmail 提供商和公司域名。公共头像信号的范围较窄。邮箱头像检测仅支持 Gmail、Yandex 和 Mail.ru 地址,因此要求在其他域名上获取头像的提示词应重定向到普通的邮箱可达性检测。
了解更多
选择符合您工作流下一步的产品信息。