OpenAI Responses API function_call_output 怎样关联 call_id
Responses API 返回 function_call 后,工具结果不是重新写一个函数名,也不是把 response.id 当成关联键。正确做法是读取该工具调用项的 call_id,执行本地函数,再创建 type=function_call_output 的输入项,并把同一个 call_id 原样放回去。一次响应有多个工具调用时,每个结果都要分别关联自己的 ID。
官方文档:https://developers.openai.com/api/docs/guides/function-calling
先保护调用关联:三个 ID 不是一回事
我在接工具调用时最容易踩的坑,是把几个看起来相似的字段放进同一个“请求 ID”变量。Responses API 的响应有自己的 response.id;输出数组中的 function_call 还会带 id、call_id、name 和 JSON 字符串形式的 arguments。其中真正用于提交工具结果的是 call_id。
可以把它理解成一张关联表:响应 ID 标记这一轮响应,函数调用 ID 标记输出项,调用关联 ID 标记“这个工具结果要归还给哪一次调用”。文章标题中的 function_call_output 只需要关心最后一列。不要从函数名、数组下标或自己的业务订单号推导它。

错误回传通常发生在三条路径
第一条是把 response.id 回填到 function_call_output.call_id。这会让模型找不到对应的工具调用;第二条是只保存了一个全局 last_call_id,而模型一次返回多个 function call,后处理时前面的结果被覆盖;第三条是执行结果只写在日志里,没有真正追加到下一轮 input。
安全建模时,工具调用结果本身也是需要保护的资产:它既要和正确调用关联,又要保持可解析、可审计。函数返回值通常序列化为字符串,JSON 是常见选择;发生异常时也应返回明确的错误对象或错误字符串,让模型知道工具失败,而不是伪造成功结果。工具名和参数解析仍由应用侧控制,不能因为模型给出了函数名就直接执行任意本地入口。
Python 实现:保留原输出,按 call_id 逐项回填
下面的最小实现把第一轮的 response.output 追加回输入历史,再为每个工具调用追加一个对应的 function_call_output。这样既不会丢掉调用上下文,也不会把多个工具结果混在一起。
import json
from openai import OpenAI
client = OpenAI()
tools = [{
"type": "function",
"name": "get_weather",
"description": "查询一个城市的天气摘要",
"parameters": {
"type": "object",
"properties": {"location": {"type": "string"}},
"required": ["location"],
"additionalProperties": False,
},
"strict": True,
}]
def get_weather(location):
# 真实项目中应调用受控的天气服务,不要把模型参数当作任意命令执行。
return {"location": location, "summary": "晴,示例数据"}
input_items = [{"role": "user", "content": "查询上海天气"}]
response = client.responses.create(
model="gpt-6-astra",
tools=tools,
input=input_items,
)
# 保留模型这一轮的输出,避免丢失工具调用上下文。
input_items += response.output
for item in response.output:
if item.type != "function_call":
continue
# 只允许应用已登记的函数,并解析模型给出的 JSON 参数。
if item.name != "get_weather":
raise ValueError(f"不允许的工具:{item.name}")
arguments = json.loads(item.arguments)
result = get_weather(arguments["location"])
# call_id 必须原样回填;一次响应的每个调用都要单独追加结果。
input_items.append({
"type": "function_call_output",
"call_id": item.call_id,
"output": json.dumps(result, ensure_ascii=False),
})
final_response = client.responses.create(
model="gpt-6-astra",
tools=tools,
input=input_items,
)
print(final_response.output_text)
这个例子的关键不是天气函数,而是两次请求之间的输入顺序:先保留模型生成的 function call,再追加与其一一对应的输出。若只使用 previous_response_id 传递轮次,也要确保推理模型要求保留的相关上下文没有被截断。

审计时只看四个可复查证据
| 现象 | 优先检查 | 修复动作 |
|---|---|---|
| 模型像没收到工具结果 | output 的 call_id 是否原样回填 | 不要使用 response.id 或数组下标替代 |
| 多个工具只完成一个 | 是否遍历全部 function_call | 每个调用追加独立的 function_call_output |
| 下一轮上下文断裂 | 是否保留上一轮 response.output | 先保存原输出,再追加工具结果 |
| 结果难以继续解析 | output 是否为稳定字符串格式 | 将成功和失败结果统一序列化为 JSON |
如果需要日志,建议记录响应 ID、调用的 call_id、工具名、参数摘要、执行状态和耗时;参数中的隐私数据应脱敏。重试时不要把一个旧的工具结果无条件复制到新一轮调用上,先确认它仍属于同一个调用关联。
几个容易混淆的问题
为什么不能用 function_call.id?因为 Responses API 文档把用于提交函数结果的关联字段定义为 call_id。id 可以用于识别输出项,但回填时不要自行替换字段语义。
工具返回值必须是 JSON 吗?不必须。结果通常以字符串传入,字符串可以是 JSON、错误码或普通文本;如果后续逻辑依赖字段,JSON 更容易稳定解析。
一次有多个 call_id 怎么办?把每个 function call 当成独立任务:解析自己的参数、执行对应函数、用自己的 call_id 追加一个 function_call_output,再发起下一轮请求。
记住一句话即可:function_call.call_id 是工具请求与工具结果之间的关联键;先保留原输出,再逐项回传结果,Responses API 的工具调用轮次就不会因为 ID 混用而断开。
OpenAI Responses API output_text 与 output 结构如何选择
- 上一篇
- OpenAI Responses API output_text 与 output 结构如何选择
- 下一篇
- MCP 服务器怎样为长任务报告进度而不阻塞请求
-
- 科技周边 · 人工智能 | 9分钟前 |
- Transformers DataCollatorWithPadding 怎样按 batch 动态补齐
- 351浏览 收藏
-
- 科技周边 · 人工智能 | 11分钟前 | 缓存 · 人工智能 · mcp · 工具调用 · MCP JSON Schema tools/list tools/list_changed tools/call AI 工具调用
- MCP 客户端怎样处理工具列表变化而不缓存旧 schema
- 320浏览 收藏
-
- 科技周边 · 人工智能 | 13分钟前 | MCP Tasks 进度通知 progressToken
- MCP 服务器怎样为长任务报告进度而不阻塞请求
- 414浏览 收藏
-
- 科技周边 · 人工智能 | 16分钟前 | OpenAI OUTPUT 结构化输出 Responses API output_text
- OpenAI Responses API output_text 与 output 结构如何选择
- 212浏览 收藏
-
- 科技周边 · 人工智能 | 13小时前 |
- AI 评测集按样本标签拆分结果的统计方案
- 324浏览 收藏
-
- 科技周边 · 人工智能 | 13小时前 | 人工智能 · vLLM JSON Schema Structured Outputs response_format guided_json
- vLLM structured outputs 约束 JSON 响应字段的实现方法
- 346浏览 收藏
-
- 科技周边 · 人工智能 | 13小时前 | 并发控制 · 人工智能 · 超时 Queue gradio concurrency_limit
- Gradio queue 控制并发请求与超时的配置方式
- 139浏览 收藏
-
- 科技周边 · 人工智能 | 13小时前 |
- 向量检索用余弦距离与内积的参数对齐方案
- 459浏览 收藏
-
- 科技周边 · 人工智能 | 13小时前 | dtype safetensors 权重元数据 JSON头部 shape
- Safetensors 只读取权重元数据的操作方法
- 318浏览 收藏
-
- 科技周边 · 人工智能 | 13小时前 | 批量推理 Sentence Transformers 向量编码 归一化向量
- Sentence Transformers 批量编码并归一化向量的实现
- 323浏览 收藏
-
- 前端进阶之JavaScript设计模式
- 设计模式是开发人员在软件开发过程中面临一般问题时的解决方案,代表了最佳的实践。本课程的主打内容包括JS常见设计模式以及具体应用场景,打造一站式知识长龙服务,适合有JS基础的同学学习。
- 543次学习
-
- GO语言核心编程课程
- 本课程采用真实案例,全面具体可落地,从理论到实践,一步一步将GO核心编程技术、编程思想、底层实现融会贯通,使学习者贴近时代脉搏,做IT互联网时代的弄潮儿。
- 516次学习
-
- 简单聊聊mysql8与网络通信
- 如有问题加微信:Le-studyg;在课程中,我们将首先介绍MySQL8的新特性,包括性能优化、安全增强、新数据类型等,帮助学生快速熟悉MySQL8的最新功能。接着,我们将深入解析MySQL的网络通信机制,包括协议、连接管理、数据传输等,让
- 500次学习
-
- JavaScript正则表达式基础与实战
- 在任何一门编程语言中,正则表达式,都是一项重要的知识,它提供了高效的字符串匹配与捕获机制,可以极大的简化程序设计。
- 487次学习
-
- 从零制作响应式网站—Grid布局
- 本系列教程将展示从零制作一个假想的网络科技公司官网,分为导航,轮播,关于我们,成功案例,服务流程,团队介绍,数据部分,公司动态,底部信息等内容区块。网站整体采用CSSGrid布局,支持响应式,有流畅过渡和展现动画。
- 485次学习
-
- PubMedQA
- 深入了解PubMedQA生物医学问答数据集,涵盖其核心功能、使用方法及在临床决策、药物研发等场景的应用,助力提升NLP模型性能。
- 1018次使用
-
- H2O EvalGPT
- H2O EvalGPT是H2O.ai推出的开源LLM评估平台,提供详细的大模型性能排行榜、行业特定基准测试及A/B测试功能,助您快速选择最适合项目的高性能大语言模型。
- 1020次使用
-
- LMArena
- LMArena是加州大学伯克利分校推出的AI模型匿名评测平台。通过盲测投票机制,用户可对比不同大模型回答并生成实时排行榜,助力开发者优化模型及用户选择最佳AI工具。
- 1155次使用
-
- HELM
- 深入了解斯坦福推出的HELM(Holistic Evaluation of Language Models)大模型评测体系。本文解析其核心功能、安装配置步骤及应用场景,涵盖准确性、公平性、鲁棒性等多维度指标,助力开发者全面优化语言模型性能。
- 1121次使用
-
- MMBench
- MMBench是由上海人工智能实验室等机构联合推出的多模态基准测试平台,提供细粒度能力评估、大规模数据集及VLMEvalKit工具。本文详细介绍其核心功能、安装使用方法及应用场景,助力开发者全面评估多模态模型性能。
- 962次使用
-
- CodeGeeX for Jetbrains IDEs正式上线!
- 2023-01-17 284浏览
-
- 技术阿里云实现ocr批量图片和pdf文件表格图片转换excel文档/支持票据图片提取/普通图片文字提取处理
- 2023-01-18 387浏览
-
- 直播预告|FeatureStore Meetup V2
- 2023-01-10 328浏览
-
- 深入浅出特征工程 – 基于 OpenMLDB 的实践指南(上)
- 2023-02-25 426浏览
-
- 开源机器学习数据库OpenMLDB v0.4.0产品介绍
- 2023-01-10 147浏览

