本章进度 15 / 18
83%
正文已完成
L110写一份能被程序拒收的输出 Schema
为结果定义字段、类型、枚举、必填项和异常响应，并准备正反测试样本。
现在把“格式约束”用于一次具体操作，检查你能否独立做出并修正结果。
建议先完成同主题的理解与判断；本页不会锁课，可以边做边回补。
- 按本课练习说明准备真实材料
- 保留练习与复盘记录
可靠的格式约束既告诉模型怎样输出，也允许程序判断结果是否合格。今天要让错误值能够被拒收，而不是靠人看一眼觉得差不多。
能交付一个包含验证规则与失败样本的简化输出 Schema。
核心概念
先把关键判断说清楚
类型约束形状
string、number、array、object 解决不同数据形状，避免同一字段有时是文字有时是列表。
枚举约束业务状态
状态字段应只接受批准值，例如 open、blocked、done，防止同义词造成统计分裂。
测试无效样本
除了正确样本，还要验证缺必填字段、类型错误和非法枚举是否会被拒绝。
案例拆解
风险等级从五种写法收敛为三种
模型曾输出“高、High、严重、一级、红色”，下游无法统计。
- 01
将 severity 定义为 high、medium、low 三个枚举值。
- 02
要求每条风险包含 evidence 和 owner；evidence 不得为空。
- 03
设计非法样本 severity=严重 和缺 owner，验证程序能拒收。
案例结果
业务状态被统一，缺证据或责任人的结果不能进入下游。
提交前练习
现在轮到你
为一项结构化输出写简化 Schema 和三个测试样本。
完成本课需要：完成以下内容用于本课收口。
内容会自动保存在当前设备
查看参考答案与评分标准
参考答案
Schema，task=string、owner=string|null、status=open|blocked|done、evidence=string 必填；合法样本字段齐全；非法一 status=完成；非法二缺 evidence，均应拒收。
评分标准
- 至少包含类型和必填规则
- 枚举值与业务状态对应
- 反例能验证拒收行为
本课收口 · 学习证据
留下完整学习证据
读完内容、完成练习、通过理解检查并留下 12 字以上总结，才记为已验证。
你现在更接近哪一种状态？
尚有必填项未完成，请补齐后再继续。
资料来源
继续核对与延伸阅读
本课内容最近更新于 。
- JSON Schema Core Specification 2020-12↗standard · 核对日期 2026-08-23