MCP 服务器将验证变成可调用工具
没有 MCP 时，需要检查地址的 Agent 要么编造答案，要么请你另行运行工具。连接邮箱验证 MCP 服务器后，模型会看到并调用工具，然后读取结构化结果。
价值就在这里：我们的邮箱验证 MCP 服务器用实时 SMTP 结果取代貌似合理的猜测，模型也无需学习如何发起 HTTP 请求。
邮箱验证 MCP
邮箱验证 MCP 服务器
托管式邮箱验证 MCP 服务器：让 Claude、Cursor 和任何 MCP 客户端都能以工具形式调用真实的 SMTP 邮箱验证。支持 OAuth，无需本地进程。
无需安装任何内容。这是托管式 MCP 服务器：将 URL 添加到客户端的 MCP 配置，通过 OAuth 授权，工具就会出现。没有本地进程、容器或需要持续更新的依赖项。
添加远程端点
claude mcp add --transport http billionverify https://mcp.billionverify.com/mcphttps://mcp.billionverify.com/mcp
连接 MCP 服务器
约两分钟即可连接 MCP 服务器，无需在本地安装任何内容。
创建账户
将 MCP 服务器 URL 添加到客户端的 MCP 配置中。无需安装任何内容——邮箱验证 MCP 服务器已托管运行。
添加远程端点
通过 OAuth 授权。MCP 连接绑定到你的账户，无需将密钥粘贴到配置文件中。
完成认证
验证工具会出现在模型的工具列表中。此后，只要询问某个地址是否有效，MCP 服务器就会执行真实检查。
此邮箱验证 MCP 服务器提供的功能
此 MCP 服务器提供的可调用工具。
实时验证
通过 SMTP 实时检查单个地址。这是 Agent 最常调用的工具，邮箱验证 MCP 服务器会以结构化字段而非文字描述返回结果。
批量处理
一次 MCP 调用最多检查 50 个地址，使用相同的数据结构。数量更多时，MCP 服务器会引导 Agent 改用异步文件端点。
SMTP 验证
真正探测邮箱，而不是猜测语法。连接邮箱验证 MCP 服务器的意义就在于此，而不是让模型自行判断地址。
使用同一邮箱验证 MCP 服务器的客户端
邮箱验证 MCP 服务器适用于所有 MCP 客户端——MCP 负责工具发现，无需为每个客户端单独安装插件。
AI 聊天客户端
Claude Desktop、ChatGPT Desktop、DeepSeek、Kimi、MiniMax、豆包
AI 编程工具
Claude Code、OpenCode、Cursor、Windsurf、Cline、Continue、Zed
自定义集成
REST API、HTTP Streamable Transport、JSON-RPC 2.0
邮箱验证 MCP 服务器为何需要 SMTP
执行真实 SMTP 检查的 MCP 服务器为何优于只检查语法的服务器。
让没有工具的模型判断地址，它会给出自信且看似合理的猜测。只检查语法的 MCP 服务器也一样，只不过把猜测包装成 JSON。
邮箱验证 MCP 服务器会建立真实的 SMTP 会话并返回证据。这正是二者的根本区别，也是此邮箱验证 MCP 服务器存在的原因。
它是什么
邮箱验证 MCP 服务器能为 Agent 提供什么
MCP 即 Model Context Protocol，是 AI 客户端发现和调用外部工具的标准方式。邮箱验证 MCP 服务器将真实邮箱验证作为其中一项工具，让 Agent 能检查地址，而不是靠猜测。
MCP 协议负责工具发现和数据结构
客户端会询问我们的 MCP 服务器提供哪些工具，服务器则描述每项工具及其参数。客户端无需硬编码，因此 MCP 服务器可用于 Claude Desktop、Cursor 和任何其他 MCP 客户端，无需编写客户端专用代码。
这正是 MCP 与裸 REST API 的区别。底层 API 依然存在；MCP 则让模型能够发现它。
输入结构化 JSON，输出结构化 JSON
MCP 服务器返回与 REST API 相同的字段：状态、质量评分、风险等级、原因代码，以及一次性邮箱、角色账户、Catch-All 和免费网页邮箱标志。
读取结构化输出时，模型不会像总结文字那样把 unknown 擅自归为 deliverable。使用 MCP 服务器进行邮箱验证不仅是为了方便，更是为了保证判断正确。
托管运行，无需自行启动
邮箱验证 MCP 服务器运行在 mcp.billionverify.com。没有本地进程、容器或需要持续更新的依赖项——客户端通过 HTTP 连接，其余工作由此 MCP 服务器处理。
认证使用 OAuth，因此 MCP 连接会绑定到你的账户，无需将密钥粘贴到配置文件中。
返回内容
解读 MCP 服务器的返回结果
共有四种状态，Agent 应像应用程序代码一样准确地按状态分支处理。
deliverable
此邮箱验证 MCP 服务器执行检查时，邮箱接受了 SMTP 探测。Agent 可以安全地继续当前操作。
MCP 服务器会将此结果作为字段而非句子返回，因此模型无需自行解读。
undeliverable
永久失败。Agent 应停止操作、报告原因代码，不要将该地址写入 CRM 或营销活动。
这是无工具模型最容易判断错误的情况——格式规范但已失效的地址在语言模型看来没有问题，却无法通过我们的 MCP 服务器检查。
risky
邮箱可以使用，但带有风险标志：一次性邮箱服务商、角色账户或 Catch-All 域名。MCP 服务器会返回具体类型，让 Agent 应用你的政策，而不是套用通用规则。
请明确告诉 Agent 你的政策；邮箱验证 MCP 服务器会提供执行政策所需的事实。
unknown
接收方服务商延迟处理或限制了探测频率，结果无法证明地址是否可投递。
Agent 应将任务加入重试队列，不要把 unknown 当作通过。MCP 服务器会如实报告结果，不会强行归类。
开始使用
将此 MCP 服务器连接到客户端
两分钟即可完成，无需编写代码。MCP 服务器已托管运行，客户端只需要 URL。
- 1
Claude Desktop 和 Cursor
将 MCP 服务器 URL 添加到客户端的 MCP 配置，通过 OAuth 授权，验证工具就会出现在模型的工具列表中。
此后，只要询问某个地址是否有效，就会触发真实检查，而不是得到猜测。
- 2
Agent 框架
LangChain、CrewAI 以及任何支持 MCP 的框架都以相同方式连接。邮箱验证 MCP 服务器不在意由哪个客户端调用。
对于不支持 MCP 的框架，底层 REST API 仍然可用——直接使用 邮箱验证 API 即可完全绕过 MCP 层。
- 3
应该告诉 Agent 什么
给出政策而不是阈值：接受哪些状态、如何处理 risky 标志、何时重试 unknown。MCP 服务器负责提供证据，政策由你制定。
如果只告诉 Agent“检查邮箱”，它会调用邮箱验证 MCP 服务器，却可能自行对 risky 结果下结论。
- 4
批量任务
单地址 MCP 调用适用于对话和 Agent 工作流。处理文件时，应使用异步端点。
使用 批量邮箱验证 处理文件；对一万个地址逐行调用 MCP 服务器并不合适。
限制
我们的 MCP 服务器不会做什么
它的能力声明范围明确，Agent 使用时才更值得信赖。
它不会授予联系许可
deliverable 结果不等于获准向某人发送邮件。Agent 根据 MCP 服务器输出采取行动时，仍需在系统中配置你的同意规则。
MCP 服务器只报告邮箱事实，不涉及联系许可。
它不会识别个人身份
邮箱接受邮件并不能证明由谁控制。共享别名和转发地址十分常见。
Agent 不应根据此 MCP 服务器返回的 deliverable 状态推断个人身份。
它不保证邮件进入收件箱
SMTP 接受表示收件方路径正常。后续营销邮件能否进入收件箱取决于发件方信誉，而 MCP 服务器无法获取这些信息。
这一部分请使用邮件送达率测试。
它不能取代政策
MCP 服务器返回证据。Agent 如何处理 Catch-All 域名或一次性邮箱服务商，应由你的产品决定，而不是由协议决定。
将政策配置一次，再与 MCP 连接一并提供给 Agent。
参考
协议及相关调用方式
MCP 是开放协议，同一验证引擎还通过其他几种方式提供。
Model Context Protocol
MCP 是连接模型与工具的开放标准，因此一个邮箱验证 MCP 服务器可用于所有兼容客户端，无需为每款产品分别开发插件。
该协议负责工具发现、数据结构和传输；我们的邮箱验证 MCP 服务器负责执行验证。
用一键 Skills 代替 MCP
如果你的平台使用 Skills 而不是 MCP，请使用 Agent Skills 软件包可一键安装同一验证工具。
相同的引擎与字段——MCP 和 Skills 是同一工具的两种交付方式。
底层 REST API
邮箱验证 API 正是我们的 MCP 服务器所调用的接口。通过 MCP 提供的所有功能也都可通过普通 HTTP 使用。
由模型调用时选择 MCP；由自己的代码调用时选择 REST API。
常见问题
1. 如何安装此邮箱验证 MCP 服务器？
无需安装任何内容。这是托管式 MCP 服务器：将 URL 添加到客户端的 MCP 配置，通过 OAuth 授权，工具就会出现。没有本地进程、容器或需要持续更新的依赖项。
2. 如何在 Claude Code 中使用？
将 MCP 服务器 URL 添加到 Claude Code 的 MCP 配置，然后通过 OAuth 授权。使用邮箱验证 MCP 服务器后，Agent 会调用工具，而不是自行判断地址看起来是否可信。
3. 如何在 Cursor 或 Windsurf 中配置？
与其他客户端相同：添加 URL、完成授权，工具就会出现。邮箱验证 MCP 服务器在设计上不依赖特定客户端——这正是该协议的用途。
4. 可以在 ChatGPT、DeepSeek 或 Kimi 中使用吗？
任何兼容 MCP 的客户端都能使用，因为 MCP 是开放协议，而不是特定厂商的插件格式。只需连接一次邮箱验证 MCP 服务器，不必为每款 AI 产品分别集成。
5. 使用 MCP 服务器需要 SDK 吗？
不需要。MCP 负责工具发现和数据结构，任何兼容客户端都能调用邮箱验证 MCP 服务器，无需编写客户端专用代码。如果希望自己的代码直接调用 HTTP，也可使用 REST API——邮箱验证 MCP 服务器与 API 返回完全相同的字段。