GitHub项目说明 · 非用户反馈2026-08-07

AI Agent 通过 MCP 自助获取临时手机号并读取短信验证码

sv-number/mcp-server 把临时手机号订购和 SMS 验证码读取封装为 MCP 工具，AI agent 可通过标准协议下单号码、等待并解析验证码，宣称覆盖 200+ 国家，是同类中最广的。

查看原始信号github:sv-number/mcp-server

目标用户

使用 AI 编程助手（如 Claude Code、Cursor、Codex）的开发者与小团队，在自动化注册、登录、验证等环节需要临时手机号接收短信验证码。

潜在需求

需要一种能让 agent 通过标准 MCP 协议自助完成「下单临时号码→等待验证码→交回代码」的接口，并提供国家/服务匹配、投递率等决策信息，让验证码获取成为可编程、可组合的一步。

发生场景

AI agent 在自动化流程中遇到需要手机号验证时，直接调用 SMS 激活 API 存在障碍：需要学习 SDK、记住难以记忆的服务码（如 uk 才对应 Airbnb）、手动处理轮询与响应错误码，且难以判断哪个国家/服务投递成功率高。

来源证据

该项目宣称覆盖 200+ 国家，是同类中最广的；AI agent 可通过 MCP 工具订购临时号码、从 API 读取短信验证码并交回给工作流。

# SV Number MCP server Phone numbers as tools. Your agent orders a private number in the country a service expects, reads the SMS verification code straight from the API, and hands the number back. Nine tools over stdio, no SDK to learn. 200+ countries, the widest coverage in this category. Every other claim on this page is checkable too, but this one takes a single call: run `list_countries` and count the rows. ``` order_number(service="tg", country=6) -> +62 838 1234 5678

https://github.com/sv-number/mcp-server

为什么值得留意

这是 AI agent 从网页/API 能力向真实世界通信能力延伸的具体形态：把手机号这一强验证手段变成 agent 可调用的工具，且宣称覆盖 200+ 国家。它指向自动化工作流中「替用户接收短信验证码」的需求，实际采用情况仍需验证，但值得留意。

已有方案

同一服务的 markdown skill 版本（github.com/sv-number/skills）
sms-verification-number.com 的短信激活 API（stubs/handler_api）

未满足部分

号码仅用于接收验证码，不能发送短信或接打电话
明确不适用于银行、支付和政府账户等场景
需要先充值，API 没有免费层

可能延伸 · 模型推测

可推测接入支持语音验证码或双向短信的号码服务，以覆盖更广验证场景
可推测为需要合规验证的行业（银行/支付）提供合规的号码服务
可推测提供面向非技术用户的网页化封装（如浏览器扩展），让普通消费者也能自助接收验证码（模型推测）

目前未知

项目创建于 2026-08-07，非常新，未知实际采用情况
README 宣称“同类最广”未获独立验证
目标用户对 MCP 化服务的付费意愿未知

继续核实

哪些真实的 AI agent 工作流（如批量注册、账号验证）需要临时号码？该需求是否可持续？
开发者愿意为 MCP 化的号码服务付费吗？付多少才合理？
200+ 国家的宣称是否会带来更高的验证码投递率？不同国家的实际成功率如何？
与直接调用 API 相比，MCP 封装的实际增量价值有多大？

主题词

phone number provisioningsms verification codetemporary phone numberai agent integrationcountry coverage