← 返回学习资料

MCP 传输方式:stdio 与 Streamable HTTP 的选择

人工与AI结合

整理进程标准输入输出与 HTTP 接入的适用情境、运行边界及日志隔离。

知识笔记 · 框架、协议与前沿 · 基础 · 发布 2026/10/28 11:59:29 · 作者 佚名 · 更新 2026/10/28 11:59:29

专题:协议 · 标签:无

综合评分 暂无 · 用户评分 暂无(0 人)· 管理评分 暂无 · 浏览 0

MCP 传输方式:stdio 与 Streamable HTTP 的选择

根据机器转写整理,未经原音、画面或 MCP 规范核对。具体消息格式、认证与连接行为应以所用协议和客户端版本为准。

进程标准流

讲者以本地工具为例:客户端启动工具进程,通过标准输入和标准输出交换协议消息。对于只供当前本机使用、希望由客户端直接管理的工具,这种方式可以避免额外开放网络端口。工具进程的创建、关闭和资源管理仍需按具体客户端实现检查。

标准输出用于协议消息时,不应混入普通调试打印,否则接收方可能无法解析数据;讲者建议把诊断日志写入标准错误通道。能访问本机文件不代表可以不设权限:仍应限制进程继承的凭据、目录和可执行操作。

HTTP 接入

讲者将 Streamable HTTP 作为通过网络访问服务的选择。团队共享工具或集中部署时,可以由客户端向服务发送请求,并按具体实现接收响应。网络部署需要考虑认证、数据隔离、超时、代理、证书和可观测性;浏览器参与访问时还可能需要处理跨域配置。

按运行边界选择

若工具能力和客户端都在本机,且客户端负责进程管理,可先评估 stdio;若需要跨机器访问或集中维护,可评估 HTTP。这个划分是部署经验,不是协议对本地、远端或并发能力的完整限制。无论选择哪种传输,工具调用仍需由应用执行身份和业务授权。

评论 最新优先

0 / 1000

还没有评论,欢迎分享你的看法。