什么是结构化输出?
代理不返回自由格式的文本响应,而是使用工具调用返回符合预定义模式的结构化对象。这为您提供了:- 类型安全的数据:将响应解析为已知的TypeScript类型
- 精确的渲染控制:为每个字段使用独立的UI处理方式
- 一致的格式:无论底层模型如何,每个响应都遵循相同的结构
用例
- 产品比较:功能表格、优缺点列表、评分
- 数据分析:包含指标、分解和亮点的摘要
- 分步指南:带有描述和代码片段的有序指令
- 食谱:配料、步骤、时间和营养信息
- 数学和科学:使用LaTeX渲染的公式、逐步推导
- 旅行规划:包含日期、地点和成本估算的行程
定义模式
为代理返回的结构化数据定义TypeScript类型。此模式的形状决定了您如何渲染UI。 以下是一个食谱助手的示例:
您的模式可以是任何内容。无论形状如何,该模式的工作方式都相同。
从消息中提取结构化输出
结构化输出位于最后一条AIMessage的tool_calls数组中。通过查找AI消息并访问第一个工具调用的参数来提取它:
结构化输出工具调用的
args可能在代理完成流式传输之前尚未填充。在流式传输期间,args可能部分填充或未定义。渲染前请务必检查完整性。设置 useStream
定义一个与代理状态模式匹配的TypeScript接口,并将其作为类型参数传递给useStream,以实现对状态值的类型安全访问。在下面的示例中,将typeof myAgent替换为您的接口名称:
渲染结构化数据
一旦您有了类型化的对象,就构建一个组件,将每个字段映射到相应的UI元素。这是该模式的核心:将结构化数据转换为专用界面。处理部分流式数据
在流式传输期间,工具调用参数可能是不完整的JSON。在提取逻辑中防范这种情况:requiredFields参数等待关键字段填充后再进行渲染:
在流式传输期间渐进式渲染
与其等待完整的结构化输出,不如在字段到达时就进行渲染。这可以在代理仍在生成时为用户提供即时反馈:重置并重新提交
为了让用户在查看结果后提交新查询,请添加一个启动新线程的按钮:最佳实践
- 渲染前验证:渲染前始终检查必需字段是否存在,因为流式传输可能传递部分数据
- 使用通用提取函数:用类型和必需字段参数化您的提取逻辑,使其适用于不同的模式
- 渐进式渲染:在字段到达时显示它们,而不是等待完整对象,以便用户看到即时反馈
- 提供后备表示:如果字段支持富文本渲染(LaTeX、Markdown、图表),请在模式中包含纯文本等效项作为后备
- 尽可能保持模式扁平:深度嵌套的模式更难渐进式渲染,并且在部分流式传输期间更容易中断
- 匹配UI与数据:选择最能代表每种字段类型的渲染策略(数组使用表格,嵌套对象使用卡片,状态字段使用徽章)
将这些文档连接到Claude、VSCode等,通过MCP获取实时答案。

