想给AI Agent发短信验证码？一个MCP服务器就够了
一个开源的MCP服务器，让AI Agent在200多个国家申请临时号码、接收短信验证码、再把码交给模型判断。省掉一堆胶水代码，但用法和风险要先看清。
适合：正在搭建AI Agent、需要自动接收短信验证码做注册或测试的开发者
先说结论
如果你正在做AI Agent，经常需要它自己收一条短信验证码，sv-number/mcp-server是目前GitHub上少见的开箱即用方案：一次API调用就能在200多个国家拿到一个临时手机号，验证码到了自动回传。它一周涨了547颗星，不是偶然——这是Agent真正缺的一块拼图。
真正的问题
跑Agent的人迟早会遇到同一堵墙：很多服务必须用短信验证码注册或登录。邮箱验证码早就被玩坏了，风控一上来就废。真人手机号又不能绑给机器人。
临时号码服务其实早就有了，但传统玩法是这样的：
- 自己接各家供应商的API，每个国家一家
- 写一层适配代码，把不同返回格式揉成同一个结构
- 再写一层状态轮询，等短信进来
- 验证码到了还得想办法塞回Agent的上下文
Agent框架一换，前面这套胶水代码又得重写。Claude、Cursor、Cline……每个客户端接一遍，累。
MCP的好处是把这一坨收成了一个标准接口。Agent只要会说话、能调工具，就能在工具列表里看到这个“phone_number”能力，剩下的国家适配、号码下发、短信接收全在服务端处理。
怎么做更省力
项目本身是JavaScript写的，部署成本不高。下面是一条能跑通的最小路径：
1。 在你的MCP客户端（Claude Desktop、Cursor、Cline都行）里，把sv-number的stdio入口加进配置。 2。 准备一个API key，留意它的计费规则——是按号码算、按短信算，还是按国家阶梯定价，这三种账单差异巨大。 3。 在提示词里给Agent一个明确动作：“需要手机号时调用工具，需要短信时等待回调”。 4。 第一次接入，先在便宜的号码上做端到端测试，把“申请号码→等短信→读到验证码→继续原任务”的完整链路跑通，再上贵的国家。
| 环节 | 常见做法 | 更稳的做法 |
|---|---|---|
| 号码来源 | 一上来就挑美国、英国 | 先用东南亚、欧洲小国跑通流程 |
| 验证码读取 | 每秒轮询 | 走回调+超时兜底 |
| 失败处理 | 重试同一个号码 | 直接换国家重试 |
| 成本控制 | 不看账单 | 给每个Agent设日预算 |
哪些坑要避开
- 号码被风控拉黑：临时号池里相当一部分已经被各大平台标记过。用之前先确认目标网站对临时号的容忍度，不然就是白白烧钱。
- 验证码超时：短信不是秒到，特别是跨国家。要给Agent一个明确的等待上限，比如3分钟没收到就换号或放弃。
- 合规边界：批量注册、绕过风控、刷量，这些用途在大多数国家都踩线。项目本身是工具，决定权在用法上。
- 账单爆雷：有些供应商对热门号码临时加价。设置硬上限，超过立刻熔断，比事后对账靠谱。
- 隐私残留：验证码短信里可能夹着真实用户的旧信息。日志该打码打码，别原文存。
现在就能动手
挑一个你最近在做的Agent任务——比如自动注册测试账号、批量验证短信流程——把sv-number/mcp-server接进你的MCP客户端，跑通“申请→接收→回填”这最小闭环。如果你的Agent栈是Claude、Cursor或Cline，直接在它们的MCP配置里加一条stdio入口就能用。先在便宜国家跑一次，确认能拿到码，再谈下一步。