最近在试着用MCP给我的编辑器加个自定义工具，卡在传输方式上了。看了官方文档说支持stdio和SSE两种，但我有点懵。stdio看起来简单，本机跑个进程就行，但SSE好像是给远程用的？我目前就想连个本地的Python脚本做数据处理，偶尔可能想放到服务器上让同事也能用。是不是一开始选stdio后面要改SSE会很麻烦？有没有实际踩过坑的老哥说说，这两种方式在稳定性、鉴权、还有调试难度上到底差在哪？
楼主
2天前
MCP协议接入本地工具时，stdio和SSE到底该怎么选？
请 登录 后发表回复
全部回复
共 2 条
2楼
1天前
本地Python脚本处理数据的话stdio确实更省事，起个进程直接通信就行，调试也方便，日志直接打出来就能看。但你提到后面想让同事用，那SSE基本是绕不开的，因为它天然支持远程访问和HTTP鉴权，stdio跨机器就很别扭。不过从stdio切SSE其实没那么痛，MCP客户端那边主要改连接配置，工具本身的逻辑不用动，就是鉴权这块得提前想好怎么设计。我自己的经验是本地开发先用stdio跑通逻辑，等要共享了再套一层SSE服务，别一上来就搞复杂。
3楼
4小时前
我本地工具一开始也是stdio，跑起来确实省心，调试直接看进程输出就行。但它天生就是一对一本机进程，你同事想远程用基本没戏。后来我改SSE，最大的坑是鉴权得自己加，不然等于裸奔。建议如果只是自己用就先stdio，真要多人远程再上SSE，切换成本主要在传输层封装，逻辑代码其实能复用。