当前位置:首页 > 文章列表 > 科技周边 > 人工智能 > OpenAI Responses API function_call_output 怎样关联 call_id

OpenAI Responses API function_call_output 怎样关联 call_id

来源:17golang原创 2026-11-14 04:22:04 0浏览 收藏

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 只需要关心最后一列。不要从函数名、数组下标或自己的业务订单号推导它。

Responses API 响应、function_call 和 call_id 的静态关联结构图
图1:Responses API 调用关联的静态结构说明图,展示 response、function_call 与 call_id 的边界,不是截图或运行证据。

错误回传通常发生在三条路径

第一条是把 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 传递轮次,也要确保推理模型要求保留的相关上下文没有被截断。

function_call_output 按 call_id 回传并进入下一轮 Responses API 输入的静态关系图
图2:工具调用结果回传的静态关系说明图,展示 function_call、受控函数、function_call_output 和下一轮输入的关系,不是运行结果。

审计时只看四个可复查证据

现象优先检查修复动作
模型像没收到工具结果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 混用而断开。

版本声明
本文转载于:17golang原创 如有侵犯,请联系study_golang@163.com删除
OpenAI Responses API output_text 与 output 结构如何选择OpenAI Responses API output_text 与 output 结构如何选择
上一篇
OpenAI Responses API output_text 与 output 结构如何选择
MCP 服务器怎样为长任务报告进度而不阻塞请求
下一篇
MCP 服务器怎样为长任务报告进度而不阻塞请求
查看更多
最新文章
查看更多
课程推荐
  • 前端进阶之JavaScript设计模式
    前端进阶之JavaScript设计模式
    设计模式是开发人员在软件开发过程中面临一般问题时的解决方案,代表了最佳的实践。本课程的主打内容包括JS常见设计模式以及具体应用场景,打造一站式知识长龙服务,适合有JS基础的同学学习。
    543次学习
  • GO语言核心编程课程
    GO语言核心编程课程
    本课程采用真实案例,全面具体可落地,从理论到实践,一步一步将GO核心编程技术、编程思想、底层实现融会贯通,使学习者贴近时代脉搏,做IT互联网时代的弄潮儿。
    516次学习
  • 简单聊聊mysql8与网络通信
    简单聊聊mysql8与网络通信
    如有问题加微信:Le-studyg;在课程中,我们将首先介绍MySQL8的新特性,包括性能优化、安全增强、新数据类型等,帮助学生快速熟悉MySQL8的最新功能。接着,我们将深入解析MySQL的网络通信机制,包括协议、连接管理、数据传输等,让
    500次学习
  • JavaScript正则表达式基础与实战
    JavaScript正则表达式基础与实战
    在任何一门编程语言中,正则表达式,都是一项重要的知识,它提供了高效的字符串匹配与捕获机制,可以极大的简化程序设计。
    487次学习
  • 从零制作响应式网站—Grid布局
    从零制作响应式网站—Grid布局
    本系列教程将展示从零制作一个假想的网络科技公司官网,分为导航,轮播,关于我们,成功案例,服务流程,团队介绍,数据部分,公司动态,底部信息等内容区块。网站整体采用CSSGrid布局,支持响应式,有流畅过渡和展现动画。
    485次学习
查看更多
AI推荐
  • PubMedQA数据集详解:生物医学问答基准、功能与应用指南
    PubMedQA
    深入了解PubMedQA生物医学问答数据集,涵盖其核心功能、使用方法及在临床决策、药物研发等场景的应用,助力提升NLP模型性能。
    1018次使用
  • H2O EvalGPT:开源LLM大模型评估与排行榜工具
    H2O EvalGPT
    H2O EvalGPT是H2O.ai推出的开源LLM评估平台,提供详细的大模型性能排行榜、行业特定基准测试及A/B测试功能,助您快速选择最适合项目的高性能大语言模型。
    1020次使用
  • LMArena是什么?伯克利AI模型评估平台使用指南与功能解析
    LMArena
    LMArena是加州大学伯克利分校推出的AI模型匿名评测平台。通过盲测投票机制,用户可对比不同大模型回答并生成实时排行榜,助力开发者优化模型及用户选择最佳AI工具。
    1155次使用
  • 斯坦福HELM:大语言模型Holistic Evaluation整体评估框架详解
    HELM
    深入了解斯坦福推出的HELM(Holistic Evaluation of Language Models)大模型评测体系。本文解析其核心功能、安装配置步骤及应用场景,涵盖准确性、公平性、鲁棒性等多维度指标,助力开发者全面优化语言模型性能。
    1121次使用
  • MMBench详解:多模态大模型基准测试、功能特点与使用指南
    MMBench
    MMBench是由上海人工智能实验室等机构联合推出的多模态基准测试平台,提供细粒度能力评估、大规模数据集及VLMEvalKit工具。本文详细介绍其核心功能、安装使用方法及应用场景,助力开发者全面评估多模态模型性能。
    962次使用
微信登录更方便
  • 密码登录
  • 注册账号
登录即同意 用户协议 和 隐私政策
返回登录
  • 重置密码