所有文章
阅读时长 1 分钟
JSON 能解析，不等于这条结果能放心用
模型吐出合法 JSON 只是第一关。字段含义、业务规则和失败时怎么收场，才决定它能不能进真实流程。
结构化输出解决的是语法约束，不是业务正确性。即使响应完全符合 JSON Schema，日期、金额、枚举组合和对象引用仍可能错误。
让 schema 表达真实边界
字段设为必填或可空要有业务含义；限制枚举、长度、范围和 additionalProperties。给 schema 版本号，避免服务端悄悄增加字段后旧消费者误读。
增加确定性业务校验
解析后检查跨字段规则、数据库外键、权限和新鲜度。例如结束时间必须晚于开始时间，产品 ID 必须真实存在。模型不能替代这些可编码规则。
把失败当正常分支
区分拒答、截断、schema 不匹配和业务校验失败。只对可修复错误有限重试，并把校验错误反馈给模型；高风险操作仍需人工确认。
上线前检查
- schema 有版本和兼容策略
- 业务规则由代码再次校验
- 失败不会落入半完成状态
