MCP服务器用Prompt模板让Claude输出JSON，但总乱加注释怎么解决？

这个问题我遇到过，光在prompt里写“不要注释”基本没用，模型该加还是会加。后来我改成在MCP服务器端做一层校验，解析失败就自动重试，重试时把上次的错误输出贴回去让它纠正，命中率能高不少。另外一个技巧是用tool use或者structured output这类强制schema的方式，比纯靠文字约束靠谱得多。你要是用Claude的话，可以试试在系统prompt里给个完整的输出示例，正例比反例管用。

这个情况太常见了，Claude对“只输出JSON”这种指令的执行确实不太稳定。我一般会在Prompt里加一句“直接以{开头，以}结尾”，比单纯说不要注释管用。另外MCP这边可以考虑用tool调用的方式返回结构化数据，让schema去约束格式，比靠提示词硬掰靠谱多了。实在不行就在服务器端做个容错解析，用json5或者先截取第一个{到最后一个}之间的内容，基本能兜住。

这个情况挺常见的，不完全是Prompt模板写得不够狠的问题。Claude这类模型在对话场景下天然倾向于“解释一下自己在干嘛”，哪怕你反复强调只输出JSON，它还是会把对话习惯带出来。我现在基本不靠Prompt去保证格式，而是用tool use或者function calling来约束输出，MCP里可以直接定义一个返回结构化数据的工具，让模型走工具调用的路径，JSON就稳很多。另外你也可以在Prompt里给一个极简的few-shot示例，不是描述要输出什么，而是直接贴一段“输入→输出”的样例，模型模仿格式的能力比遵守指令强不少。还有个偏方是把“不要解释”改成“输出必须以{开头、以}结尾”，这种正向约束有时候比否定句管用。如果下游解析对格式特别敏感，建议还是在代码侧兜一层解析和修复，别把稳定性全押在模型身上，毕竟同一段Prompt不同版本的表现都可能不一样。

这个坑我也踩过，光靠提示词约束真的不太稳，模型有时候就是忍不住想解释两句。我后来改成在MCP服务器返回结果时加一层结构化输出校验，配合tool的schema强制约束，效果好很多。另外Claude对系统提示里的格式要求服从度比用户消息高，可以把JSON约束挪到system prompt里试试。实在不行就直接用正则兜底，别跟它较劲。