# AI 输出要进入业务系统，先把字段与校验说明白

了解结构化输出的作用，区分格式正确、字段完整和业务事实正确。

要点：将 AI 结果写入系统前，应约定字段名称、类型、必填条件与缺失值处理，并用程序做校验。结构化输出可以改善格式一致性，但不能保证内容属实；金额、编码、单位和来源仍需要业务规则核对。

![按类别分格摆放的材料样品与记录平板（AI概念配图）](/images/guides/covers/structured-output-v2.png)

## 从接收系统的字段开始

先看下一步需要什么：客户编码、产品型号、数量、单位和原文位置。为每个字段说明含义，避免“日期”同时表示来信日期和希望交货日期。示例应与实际字段一致。

缺失信息要有明确表达方式，例如留空或进入待补充状态。不要用看似合理的默认值填满所有字段，否则下游无法区分客户提供的事实与模型推测。

## 格式检查之后还有业务检查

支持结构化输出的模型可以按照约定模式生成内容，具体约束以官方能力为准。程序仍应处理拒绝、截断和异常返回，不能假定每次调用都得到完整业务对象。

字段类型正确之后，再检查产品是否存在、数量是否在允许范围、单位是否匹配，以及同一需求是否已经处理。把这些可确定的规则留给系统执行，减少人工逐字查找。

## 让审核者看到依据

对于从邮件或文档提取的字段，保留对应原句或位置。审核者可以快速核对高影响项目，而不是重新阅读整份材料。修正后的字段也应留下来源和确认记录。

先在测试数据上验证正确输入、缺失字段与格式损坏的情况。进入正式业务前，明确哪些内容只生成草稿、哪些可以保存、哪些需要负责人确认，避免把生成成功等同于写入授权。

## 让字段合格与事实合格分别过关

为询盘摘要定义型号、数量、单位、原句与待确认状态。程序先检查结构，再核对产品编码与业务条件；结构匹配不能代替事实核对，缺项不以零或模型猜测值填补。

## 参考来源

- [Google Cloud Docs｜Structured output](https://docs.cloud.google.com/gemini-enterprise-agent-platform/models/capabilities/control-generated-output)：以结构约束生成输出及模型支持范围

## 系统接收 AI 结果前

- 结构：字段与类型符合约定

- 业务：编码、单位、范围有效

- 依据：重要值能回到原文

![系统接收 AI 结果前](/images/guides/diagrams/structured-output.svg)

## 继续阅读

- [外贸询价如何用 AI 整理？保留缺项与原文依据](/guides/trade-inquiry-ai)

- [智能体和工作流怎么测试？把失败样例保留下来](/guides/workflow-evaluation)

- [AI 工作流的人工审核，放在哪里才有效？](/guides/human-approval)

围绕当前问题查看任务、资料与人工确认示例，再用企业样例验证。

下一步：[按业务环节查看沙盘](/library)

原文：/guides/structured-output

内容版本：guide:structured-output:v1

<!-- version:guide:structured-output:v1 -->

[结合企业情况咨询](/intake?source=%2Fguides%2Fstructured-output&articleId=guide%3Astructured-output&versionId=guide%3Astructured-output%3Av1)