mcp tool 如何支持 图片二进制的转发

[lixiaohang853]

各位好，想请教下，下游接口只能接收二进制的图片，请问如何在mcp tools中配置呢，目前这样配置不行，{
"url": "https://gateway-internal.boe.com/apigateway/release2/ai/service/v2/recognize/table/multipage",
"method": "POST",
"headers": [
{
"key": "X-AI-ApiCode",
"value": "{{.args.apiCode}}"
},
{
"key": "access_token",
"value": "{{.args.accessToken}}"
},
{
"key": "X-AI-ApiRawResponse",
"value": "true"
},
{
"key": "Content-Type",
"value": "application/octet-stream"
}
],
"body": "{{.args.fileBinary}}"
}， 也尝试加了 "body": "{{.args.fileBinary | b64dec }}"
也不行

@KomachiSion @nkorange @chuntaojun @daguimu @saynoword

[pick7]

从这段配置看，问题点大概率在 body 模板的结果类型：它最终还是被当成字符串模板结果塞进 HTTP body，而不是以原始字节流写入请求体。

application/octet-stream 只告诉下游“这个 body 应该按二进制解释”，但如果 MCP tool 的模板引擎把 {{.args.fileBinary}} 或 {{.args.fileBinary | b64dec}} 渲染成字符串，就会出现两类问题：

1. base64 原文被直接发出，下游收到的是 ASCII 文本，不是图片字节。
2. b64dec 后的字节被当字符串处理，遇到 0x00、非 UTF-8 字节或转义时会损坏。

可以先用一个很小的 PNG/JPEG 做验证：看下游收到的前几个字节是不是 PNG 的 89 50 4E 47 或 JPEG 的 FF D8 FF。如果收到的是 iVBOR... 这种 base64 文本，说明没有真正按二进制发。

如果当前 Nacos MCP HTTP tool 没有类似 bodyEncoding: base64、bodyType: binary 或文件上传专用字段，那么纯配置里可能做不到真正的 octet-stream 转发。几个可行绕法：

• 让下游接口接受 JSON/base64，例如 { "file": "...base64..." }。
• 改成 multipart/form-data，如果 tool 对文件字段有原生支持。
• 传文件 URL/对象存储地址，让下游自己下载。
• 写一个自定义 MCP tool/plugin，在代码里 base64 decode 成 byte[] 后再发 HTTP body。

也就是说，这里不是 header 少了什么，而是模板渲染链路需要支持“原始 bytes body”。