MCP 连接诊断
探测远程 MCP 服务器的 CORS、握手与工具清单,可试调用。
探测与调用都由你的浏览器直连该端点,站点服务器不经手;token 只保存在本页面,刷新即清空。
使用说明
这个工具解决什么问题
MCP 生态里躺着几万个现成工具,但「一个端点到底能不能用、里面有什么工具、参数长什么样」三件事,通常得装客户端、写配置文件才能知道。这个页面把 MCP 服务器变成一个可以即开即测的地址栏:粘贴端点、点探测,几秒内看到握手结果、协议版本与完整工具清单,选中任何一个工具填上参数就能试调用——相当于 MCP 世界的「连接诊断器加试电笔」。
核心能力
完整握手诊断:按 Streamable HTTP 规范完成 initialize、initialized 与工具清单拉取,兼容返回 JSON 与 SSE 两种响应格式的服务器,自动维护有状态服务的会话标识。CORS 失败归因:连接失败时明确告诉你「浏览器网络层被拦」而非笼统报错,并解释这是远程服务器未放行跨域所致——这是浏览器直连场景的头号失败原因,给你明确的下一步而不是让你怀疑配置。试调用:从工具清单点选,参数 schema 直接展开查看,填 JSON 即可调用,结果以纯文本呈现,错误响应与正常响应分别着色。预置实测服务:内置 DeepWiki、Context7、Exa 三个公开端点,均为发布前实测 CORS 放行,一键填入。
使用建议
先从预置服务试起,理解「探测、选工具、看 schema、试调用」的完整流程;自建或第三方服务连不上时,按报错里的建议先确认它是不是远程 HTTP 端点(stdio 服务请用桌面客户端),再要求服务方放行 CORS。需要鉴权的服务在顶部填 Bearer token 后重新探测。接入页有更多接入姿势,本站的 21 个工具也已经以 MCP 服务形式开放,两边可以互为印证。
常见问题
为什么很多 MCP 服务器连不上?
浏览器直连的前提是服务器放行 CORS(允许网页跨域访问)。市面上大量 MCP 服务器是本地 stdio 进程或未开 CORS 的远程服务,这两类都无法从网页直连——前者浏览器根本无法启动进程,后者会被浏览器拦截。预置列表里的服务都经过实测放行,可放心使用。
我的 token 会泄露吗?
token 只存在于当前页面内存,不发往本站服务器,刷新页面即消失。它仅随你的请求以 Authorization 头发往你填写的那个端点,请确认你信任该端点再填写。
和「AI 配置」里的模型连接是什么关系?
两者是不同协议。AI 配置连的是 OpenAI 兼容的聊天接口,用于对话与生成;本工具连的是 MCP(Model Context Protocol)服务器,用于发现和调用工具。前者给你「会思考的模型」,后者给你「能执行的工具」,流水线里未来可组合使用。
探测成功但调用报错怎么办?
先核对参数是否为合法 JSON 对象,再对照工具的参数 schema 检查字段名与类型。部分服务的部分工具需要 API Key,探测能过但调用会返回鉴权错误,此时在顶部填上该服务的 token 再试。