微信扫码
添加专属顾问
我要投稿
还在为MCP管理头疼?这款神器帮你一键搞定所有客户端的安装和配置,从此告别繁琐操作!核心内容: 1. MCP工具带来的便利与当前管理痛点 2. mcp-router的核心功能与优势解析 3. 安装指南与快速上手配置方法
说起 MCP,真的是又爱又恨。
爱,是因为 MCP 的到来一下子降低了大模型在本地调用 tools 的门槛。在那以前,普通人的本地大模型应用场景基本就只局限在“我问你答”。
想给你的大模型装点工具,要么你就上 dify/Coze,写复杂的工具;要么就自己本地整个代码,写大模型请求。
恨,则是因为虽然 MCP 统一了协议,但是各个客户端却没有一个统一的规范啊,无论你去看各个 MCP 或者三方导航的安装说明页面,都会写上至少不下 3 种客户端的安装说明,我就随便截个给大伙看看。
官方的可能都还好一些,至少人家认认真真写了各种客户端的安装说明。
一些三方导航网站上可能写的就不会很详细,对于很多非专业玩家来说,用起来还是有一些门槛的。
除了安装麻烦,管理和维护更是让人头疼。
即使像 CherryStudio 这种有界面的软件,我至今都没加几个 MCP。
眼花缭乱,不知所措,除了内置的我压根就不想点。
更别说像 ClaudeCode 和 Codex 这种 Cli 工具了,所有配置都是通过 Json 和 toml 这种结构化的格式来写的,而且又要分用户级,又要分项目级,不同工具之间的配置还不能通用。
我只能说:太折腾人了!
我真正把 MCP 用起来,还是在 6 月份开始高频使用 ClaudeCode 之后,而且用来用去,也就那么几个常用的。此外像 cherryStudio,gemini cli 这些即使支持 MCP,我也没有去配置过。
原因呢,就是麻烦!安装麻烦,管理麻烦,迁移还麻烦,能不弄就懒得弄!
直到前段时间用上了 Codex,才不得不面对重新配置的问题!
手写,那是不可能的,连 AI 写我都懒得指挥!
然后我就发了一个MCP一键管理的神器——mcp-router,从那时候起,我才算是真正喜欢上了用MCP。
顾名思义,mcp-router就是一个本地的 MCP 路由工具。
它干的事也很简单
把所有 MCP 服务器接进来,不管是远程还是本地
支持常见的几种配置方式,DXT 也好,JSON 也好,手动也行,远程的也行
再做一个统一的开关面板,该开就开,该关就关
为不同的客户端生成一个本地接入凭据,你的各个客户端只需要连这一个入口
所有请求日志都统一在这里看,功耗、延迟、错误码,一目了然
所有数据都放在本机,配置也可以导出导入,迁移不再是噩梦
说到底,就是从多入口改成单入口,从分散配置改成集中配置,从黑盒运行改成可观察
这个就是我本地现在在用的界面,不管是哪个客户端,都统一在这里管理,需要用的打开开关就好,其它啥也不用管。
官方 Github 地址:
https://github.com/mcp-router/mcp-router
根据你的系统找到对应的客户端下载即可。下面我们就以 macOS 为例来演示一遍。
支持 4 种不同的方式,不过一般常用的就是 JSON 和 Remote,下面我们以 SequentialThinking 为例来演示一下。
我们可以在 SequentialThinking 官方 Github 上找到 JSON 格式的安装说明,直接复制 npx 这个配置格式粘贴到 mcp-router 里面,点击 import 按钮即可。
如果没啥意外的话,直接就安装成功了。回到 MCP Servers 里面,刷新一下列表就能看到刚才添加的 MCP,不过默认是关闭的,需要使用的话,需要手动打开开关。
无论是 Cursor,Cline,windsurf,Claude code,Codex 还是 cherryStudio...
通通都只需要设置一次!
在 MCP App Intergrations 里面,默认支持 5 个客户端。对于默认支持的,比如像我本地已经安装的 Cursor 和 VSCode,只需要点击按钮【Add MCP Config】即可一键集成。
已经集成的,也能通过【Access Control】控制在当前 App 内可用的 MCP。
这个时候我们回到 Cursor 里面,在 MCP 配置里面会看到自动添加了一个 mcp-router 的 MCP 服务,并且我们所有的可用的 tools 都在这个 MCP 下面。是不是超级简单?
Cherry Studio 和 Codex 这种不是默认支持的,需要通过自定义的方式添加一下。
首先安装一个工具
npm install -g mcpr-cli@latest
然后输入一个 App name 就可以添加成功
点击【How to use】,在弹窗里面直接复制 JSON 格式的配置信息,粘贴到 CherryStudio 里面即可。
至于 Codex 呢,会稍微复一些。你需要在 访达里面,前往
## 需要换成你自己的路径 /Users/baisu/.codex
/Users/[user name]/.codex
然后用编辑软件打开 config.toml,把 MCP 相关的配置都删掉,加上这段:
[mcp_servers.mcp-router]
command = "npx"
args = ["-y", "mcpr-cli@latest", "connect"]
env = { MCPR_TOKEN = "mcpr_这里是你的 token" }
保存,重新进入 codex,能看到 mcp-router 这个 mcp 就是成功了。
我理解很多人对工具很敏感,怕复杂,怕浪费时间。可一旦你把 MCP 这条线集中管理起来,日常真的会轻松很多。配置只做一次,剩下的全是顺滑的体验。你可能会发现,原来之前困住你的,不是协议本身,而是碎片化和不可见。把它们收拢,让它们变得可见,你的效率就回来了
如果你也在为不同客户端的 MCP 配置折腾,不妨试试这种统一入口的思路。先从一个最小集合开始,两三个服务器也行,跑通一条链路,再慢慢加。如果有问题,可以再评论区留言。
相信我,我真的是个很怕麻烦的人,连我都觉得好用,那说明mcp-router确实解决了大问题
53AI,企业落地大模型首选服务商
产品:场景落地咨询+大模型应用平台+行业解决方案
承诺:免费POC验证,效果达标后再合作。零风险落地应用大模型,已交付160+中大型企业
2025-10-08
OpenAI DevDay 2025:一场重塑 AI 开发生态的技术盛宴
2025-10-07
ChatGPT 变身 App Store,「对话即应用」时代到了
2025-10-07
一文速览OpenAI Dev Day 2025,下半年开始大洗牌
2025-10-07
Apps inside ChatGPT:OpenAI从“模型卖家”向“平台帝国”的一跃
2025-10-07
在发布 AI 硬件之前,OpenAI 先把 ChatGPT 变成操作系统、支持 MCP
2025-10-07
今天聊一聊Context Engineering
2025-10-07
少即是多:失败步骤比例才是思维链质量的关键
2025-10-07
Anthropic官方站台,颠覆认知:给模型"松绑",它反而更听话
2025-08-21
2025-08-21
2025-08-19
2025-09-16
2025-07-29
2025-09-08
2025-08-19
2025-09-17
2025-09-29
2025-08-20
2025-10-07
2025-10-04
2025-09-30
2025-09-29
2025-09-28
2025-09-27
2025-09-27
2025-09-25