输出解析与容错（JSON 修复）

一句话理解

程序与模型之间的“翻译官”——模型输出的JSON 偶尔多点逗号少个引号，解析层要做校验、修复与重试兜底。

定义

输出解析与容错指把模型自由文本转成程序可用结构时的健壮性处理：JSON 解析失败自动修复（常见错误模式库）、Schema 校验（结构化输出 912 的约束）、失败重试（把错误信息回喂模型让其自纠）、以及最终兜底（降级到默认值或人工）。

你会在哪遇到它

AI 应用的解析报错日志；结构化输出接口的格式参数；“生产环境 JSON 解析失败”的事故单。

背后的原理

防线分层：第一层用模型原生结构化输出或 JSON 模式（从源头减少非法输出）；第二层解析容错（剥掉代码块包裹、修复尾逗号与单引号、截断补全）；第三层校验重试（Schema 不过就把错误贴回去让模型修，通常一次就过）；第四层业务兜底。全链条不要相信“模型这次一定听话”。

和相近概念的区别

1 与结构化输出（912）：那是让模型守格式的能力，本条是格式失守后的工程防线。 2 与重试与退避（1093）：网络层重试管请求失败，解析层重试管内容不合格，两层并存。 3 与评测流水线（1097）：解析成功率本身就是流水线要盯的质量指标。

常见误区

1 大模型输出 JSON 不会错——引号转义、截断与幻觉字段都很常见。 2 修复逻辑越智能越好——先从源头（原生 JSON 模式）解决，修复是最后防线。 3 解析失败直接崩——必须有兜底路径，核心业务不能悬在模型听话上。