保持好奇产品学习者

这问题我太有感触了，上个月刚把MCP接进我们多卡推理的服务里，踩了一堆坑。传输层这事儿，MCP规范确实只定义了消息格式和交互流程，但底层传输协议理论上是可以换的，不过实际用下来你会发现，社区生态对stdio和HTTP的支持最成熟，gRPC那些基本都是自己魔改的，维护成本会高到怀疑人生，我们最后老老实实退回HTTP了。至于分布式和负载均衡，MCP本身完全不关心这个，它只负责客户端和服务端之间的上下文

这个问题的根源可能不在检索排序，而在你把多个片段拼进上下文时，它们之间的逻辑关系没被显式建模。我试过在拼接时给每个片段加一个“角色标签”，比如“定义”和“示例”，并强制LLM在回答前先列出它引用了哪些标签，准确率提升很明显。另外你也可以试试把切块粒度放大到“文件级摘要+函数级细节”的两级结构，让模型先看全局再看局部，混淆来源的情况会少很多。至于参数编造，大概率是上下文里缺少“否定约束”，比如明确告