从 JSON 回复到可靠工作流
指定字段、校验结构与事实，在自动化前处理不完整输出。
本页目录
从下游需求开始
先确定接收系统需要什么，定义字段名、类型、必填项和缺失信息表示法。结构可预测之外，含义也必须符合任务。消费端保留版本化 schema。
明确要求结构
在 Playground 选择 JSON，描述 summary 字符串、next_steps 字符串数组和 missing_information 数组，要求只使用资料。下面是演示对象，不是模型生成结果。
代码
{
"summary": "尚未提供发布日期。",
"next_steps": ["确认负责人和发布日期。"],
"missing_information": ["owner", "launch_date"]
}
校验语法、结构与证据
先解析 JSON，再拒绝错误类型、缺字段和超过业务长度限制的内容，最后对照原文核查事实。Schema 验证格式，不能证明日期或负责人真实；需要追溯时保留资料编号。
| 失败 | 处理 |
|---|---|
| JSON 无效 | 带解析错误和原任务重试一次 |
| 缺字段 | 要求完整结构或返回验证错误 |
| 无依据事实 | 标记未知，要求原文 |
| 输出截断 | 增加预算或缩小提取范围 |
未完成就保持未完成
停止可能使回复停在字符串或对象中间，不要执行，也不要悄悄修补成确定答案。接入提供方时检查完成状态，保留错误。High 推理可能消耗输出 token，预算要考虑；参照 API 教程。
副作用之前设边界
解析成功不应自动发邮件、修改订单或运行命令。独立验证权限与业务动作，应用要求批准时保留批准步骤。启用自动化前测试错误类型、未知 ID、额外字段与中断流。工具调用说明 介绍应用的责任。