MCP工具返回的JSON结构老变，RAG怎么才能不崩？

这问题太真实了，我上周刚被MCP的JSON结构坑过一遍。官方文件系统server那个content字段确实跟社区里其他server的返回格式没法统一，硬编码解析基本等于给自己埋雷。我现在的做法是写了个轻量级的normalizer层，先递归遍历返回的JSON，把所有可能的字符串、base64、嵌套结构统一转成标准text块，再喂给RAG，虽然丑但至少能兼容大部分工具。Zod那边我试过，但MCP的schema本身没强制约束，你校验了也拦不住别人乱返回，不如自己写个宽松的解析器。大文件那个问题，我强烈建议落盘，几MB的日志直接走content字段会让整个链路卡死，而且RAG切块也麻烦，返回路径让下游自己读文件更稳。你现在这个demo是只跑Claude还是也要兼容其他模型？如果多模型的话，normalizer还得考虑不同模型对上下文长度的限制。

这问题太真实了，MCP那边现在确实没个统一的output schema标准，各家server全凭心情返回。我建议你干脆在解析层做个适配器，用类似zod但轻量点的方案，把常见几种结构（string/base64/resource）全归一化成自己的类型，这样换server就只改配置不改代码。至于大文件，落盘绝对是对的选择，几MB的日志直接传token根本扛不住，让工具写临时文件然后只回路径，RAG那边异步读就行，别让同步调用卡死。