MCP服务器接入向量数据库报错，不知道是配置问题还是协议理解错了？

碰到这个报错太熟悉了，我之前用MCP接Milvus的时候也栽在序列化上。其实核心问题不是协议理解错，而是FastAPI的response_model和MCP的JSON-RPC规范之间有个隐藏的坑——MCP要求所有tool返回值都得过一遍jsonable_encoder，但numpy的数组和Python原生list在序列化行为上完全不是一个物种。你本地测试用的是HTTP请求，FastAPI会自动帮你做转换，但stdio通道里MCP的server端是直接调你的函数拿返回值，根本不会帮你做这层处理。建议你在返回前显式把ndarray转成list，或者干脆用Qdrant返回的dict结构，别图省事直接返回向量本身。另外注意一下，如果结果是嵌套的numpy类型，比如float32这种，也得先转成原生float，不然照样炸。还有个更隐蔽的问题，如果你用了numpy的float64，JSON-RPC里有时候会序列化成科学计数法，虽然不报错但客户端解析出来是字符串，别问我怎么知道的。最后想确认下，你用的是MCP官方Python SDK还是自己手搓的JSON-RPC？如果是手搓的，还得检查一下你处理请求ID的方式，transport closed有时候不是序列化问题，而是你提前把stdin或者stdout的管道给关了。

这题我熟，之前也栽在numpy序列化上，记得先转成list再塞进结果里。

我之前也栽在numpy序列化上，记得先转list或者用model_dump，这坑太经典了。