OpenAI Responses API 如何接收图片输入:多模态消息结构与结果读取
来源:17golang原创
时间:2026-08-27 15:28:29 444浏览 收藏
给模型看一张图片并让它回答问题,关键不在于把本地文件路径拼进提示词,而在于把文字和图片放入同一条消息的 content 数组。Responses API 用 input_text 表示问题,用 input_image 表示图片,调用完成后再从 output_text 取回可读文本。
先把输入拆成两个明确的 content item:文字负责提出任务,图片负责提供视觉材料;响应端优先读取 SDK 已整理好的 output_text,不要把整个响应对象当成普通字符串。
responses.create的input可以是一组带角色的消息。- 图片项使用
type: input_image,可传完整 HTTPS 图片 URL,也可传符合格式的数据 URL。 - Go 程序应在请求前检查图片来源,在响应后检查文本是否为空,再决定是否落库或返回前端。
先做一个只读图片问答小工具
这个小工具的边界很窄:接收一张公开图片 URL 和一个问题,调用一次 Responses API,把模型的文字回答打印出来。它不保存图片、不上传文件,也不把模型回答伪装成结构化业务结论。这样更容易看清请求对象和返回对象分别负责什么。
示例使用官方 Go SDK 的客户端形态。模型名由你的项目配置决定,下面把它放在环境变量里,避免把凭据写进源码。
请求体为什么要同时放 input_text 和 input_image
一次请求的 input 是消息数组,消息的 role 是 user,而 content 再承载不同类型的输入项。文字和图片是同一条用户消息的两个部分,模型才会把“问题”和“被观察对象”放到同一个上下文里。

package main
import (
"context"
"fmt"
"os"
"github.com/openai/openai-go"
"github.com/openai/openai-go/option"
)
func main() {
client := openai.NewClient(option.WithAPIKey(os.Getenv("OPENAI_API_KEY")))
response, err := client.Responses.New(context.Background(), openai.ResponseNewParams{
Model: "gpt-5",
Input: openai.ResponseNewParamsInputUnion{
OfInputItemList: []openai.ResponseInputItemUnion{
openai.ResponseInputItemUnion{
OfMessage: &openai.ResponseInputMessageItemParam{
Role: "user",
Content: openai.ResponseInputMessageContentListParam{
{Type: "input_text", Text: "请描述图片中的主要物体,并指出一个可见细节。"},
{Type: "input_image", ImageURL: "https://example.com/sample.jpg", Detail: "auto"},
},
},
},
},
},
})
if err != nil {
panic(err)
}
fmt.Println(response.OutputText())
}
这里真正值得记住的是三段关系:responses.create 负责发起调用,input_text 说明要完成的观察任务,input_image 提供被观察的图片。图片 URL 必须替换成你实际可访问的 HTTPS 地址;示例域名只是占位符,不能直接当成业务图片地址。
本地图片不能直接写成操作系统路径
/Users/me/photo.jpg 或 C:\\photo.jpg 只对当前机器有意义,API 服务端无法读取。要么提供完整的 HTTPS URL,要么按官方输入格式转成数据 URL;生产环境还要考虑 URL 的有效期、访问权限和图片内容合规检查。
响应端只取可读文本,不猜输出数组位置
Responses API 的完整响应还可能包含多个输出项、工具调用或其他状态信息。这个小工具只需要文字,所以用 SDK 的 OutputText() 读取聚合后的文本,然后对空结果做一次保护。

func answer(response openai.Response) (string, error) {
text := response.OutputText()
if text == "" {
return "", fmt.Errorf("empty output_text")
}
return text, nil
}
不要根据某个示例响应就固定读取 output[0].content[0].text。那样把响应内部结构和业务需求绑死了:以后加入工具、拒答或不完整状态时,数组位置可能不再符合假设。当前示例只做“读文字”,因此只验收 output_text 是否为空。
把输入校验和失败分支留在 API 调用外
真正接入服务时,可以在调用前做三项轻量检查:问题不能为空、图片 URL 必须使用 HTTPS、模型配置不能从空环境变量读出。调用失败则保留原始错误用于日志,但不要把 API Key、完整数据 URL 或用户上传地址直接回显给前端。
| 检查位置 | 检查内容 | 失败动作 |
|---|---|---|
| 请求前 | 问题、HTTPS 图片 URL、模型配置 | 返回参数错误,不发起请求 |
| 调用中 | SDK error 与响应状态 | 记录 request id,按错误类型重试或结束 |
| 响应后 | output_text 是否为空 | 不把空回答当成成功结果 |
常见误区与边界
只传图片不传问题可以吗
接口层面可以组织图片输入,但业务上最好明确告诉模型要观察什么。没有任务描述时,回答可能过于宽泛,难以验收。
把图片 URL 放进 input_text 行不行
这只是文字,模型不会因此自动得到图片内容。图片必须作为 input_image 输入项提交。
为什么不在示例里把图片转成 Base64
数据 URL 是可用路径之一,但它会放大请求体,也更容易把原始图片内容写入日志。公开图片 URL 足够演示结构;需要内网图片时,再按官方支持的文件或数据输入方式设计生命周期。
验收清单:一次调用是否真的完成了视觉问答
- 请求中能看到一条
user消息,并同时包含input_text与input_image。 - 图片地址是实际可访问的 HTTPS 地址,而不是本地路径或示例占位域名。
- 程序对 SDK error 和空
output_text都有明确处理。 - 日志只记录必要的请求标识,不记录 API Key 和完整敏感图片数据。
完成这四项后,再把回答交给业务层做 JSON 解析、人工复核或数据库写入。多模态输入解决的是“模型能看到什么”,并不自动替代你的字段校验和业务判断。
相关问题
input_image 一定要和 input_text 放在同一条消息里吗
对这个示例来说放在同一条 user 消息里最直观,模型能明确知道问题对应哪张图片;如果业务需要多轮上下文,应继续遵守 API 对输入项和消息角色的定义。
output_text 为空时可以直接重试吗
先区分响应状态和请求错误。空文本可能意味着结果不完整或业务条件不满足,不应无条件重复请求;记录请求标识后按你的重试策略处理。
图片 URL 失效会影响文字问题吗
会。图片是这次视觉任务的输入材料,URL 不可访问时,模型无法按预期观察对象。请求前做可达性和权限检查,能更早发现问题。
-
501 收藏
-
501 收藏
-
501 收藏
-
501 收藏
-
501 收藏
-
- 前端进阶之JavaScript设计模式
- 设计模式是开发人员在软件开发过程中面临一般问题时的解决方案,代表了最佳的实践。本课程的主打内容包括JS常见设计模式以及具体应用场景,打造一站式知识长龙服务,适合有JS基础的同学学习。
- 立即学习 543次学习
-
- GO语言核心编程课程
- 本课程采用真实案例,全面具体可落地,从理论到实践,一步一步将GO核心编程技术、编程思想、底层实现融会贯通,使学习者贴近时代脉搏,做IT互联网时代的弄潮儿。
- 立即学习 516次学习
-
- 简单聊聊mysql8与网络通信
- 如有问题加微信:Le-studyg;在课程中,我们将首先介绍MySQL8的新特性,包括性能优化、安全增强、新数据类型等,帮助学生快速熟悉MySQL8的最新功能。接着,我们将深入解析MySQL的网络通信机制,包括协议、连接管理、数据传输等,让
- 立即学习 500次学习
-
- JavaScript正则表达式基础与实战
- 在任何一门编程语言中,正则表达式,都是一项重要的知识,它提供了高效的字符串匹配与捕获机制,可以极大的简化程序设计。
- 立即学习 487次学习
-
- 从零制作响应式网站—Grid布局
- 本系列教程将展示从零制作一个假想的网络科技公司官网,分为导航,轮播,关于我们,成功案例,服务流程,团队介绍,数据部分,公司动态,底部信息等内容区块。网站整体采用CSSGrid布局,支持响应式,有流畅过渡和展现动画。
- 立即学习 485次学习