要求JSON却返回解释或错误字段，怎样让输出可被程序可靠解析？

区分解释包裹和字段类型错误

适用于模型在JSON前加说明、漏掉必填字段，或把数字写成带单位的字符串。先保留原始响应，确认不是展示层自行去掉了引号或转义。流式输出尚未结束时缺少闭合符号是正常中间状态，不能在每个分片上直接执行最终JSON解析。

直接核对Schema要求与服务支持

核对Schema中的required、字段类型和允许值，再确认实际请求启用了对应输出功能。提示词要求与Schema若互相冲突，应先统一；例如一处要求缺失值为null，另一处却规定必须填数字。不要把模型返回的合法字符串自动转换成正确业务值，否则错误可能被隐藏。

等完整响应后解析并校验字段

先用最小对象验证接口，再加入嵌套数组和缺失字段样本。完整响应到齐后用解析器读取，再按同一份Schema验证。JSON Schema默认可允许额外字段；需要拒绝时应设置additionalProperties:false，并确认服务支持。重试时反馈具体错误并限定次数，保留原始输出以便核查。

格式通过后继续检查事实依据

成功样本应覆盖正常输入、缺少资料以及不合法数值，分别检查能否被解析及如何处理未知值。格式通过后，再核对金额和标识是否来自原文。把所有字段填满却编造缺失信息的结果仍然失败，必须同时检查来源支持，不能以Schema通过作为事实准确的证明。

不同服务支持的Schema子集可能不同，复杂约束也可能需要应用层额外判断。本文没有调用真实模型接口，也不承诺结构化输出能消除事实错误。对于无法约束的聊天界面，可先提取结果再进行校验，但不能靠删除解析报错内容来假装原始回答已经合格。