MCP微调后总把工具参数填错，是数据问题还是模型架构该换？

2万条数据3个epoch大概率过拟合了，loss降得快不代表泛化好。参数类型填错这种问题，我更倾向是训练数据里缺“边界case”的负样本，比如同个字段在不同场景下类型不一样的情况，模型没见过就容易瞎填。另外7B做严格schema约束确实吃力，可以试试在推理层加个校验重试机制兜底，比硬调模型划算。换32B或者专门的function calling模型会有改善，但数据侧的坑不填上，大模型照样翻车。

2万条真实日志微调7B模型，参数类型错误这种问题我踩过类似的坑。我当时的体会是，数据里“正确调用”占绝对多数时，模型学到的是“大概该调哪个工具”，但对参数结构的约束其实没真正内化，因为loss主要来自token层面的拟合，格式错了未必惩罚够重。你可以先检查一下训练集里有没有刻意构造的负例，比如类型填错、漏字段的样本，并且这些负例的label要是明确的纠错信号，而不是简单丢掉。另一个容易被忽略的点是MCP那层schema有没有在训练时作为强约束输入进去，如果只是把工具描述塞进prompt，7B模型确实容易在生成时漂移。换更大的模型或者专门的function calling模型会有帮助，但不是万能药，因为核心还是监督信号有没有覆盖“结构合法性”这件事。我建议先做个消融：固定数据，只把schema用更结构化的方式注入，看错误率降不降；如果不降，再考虑换模型或者上constrained decoding。另外推理时用grammar/JSON schema约束解码，往往比重新训一版来得快。