登录
推荐 文章 Go 技术 课程 下载 专题 AI
首页 >  科技周边 >  人工智能

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.createinput 可以是一组带角色的消息。
  • 图片项使用 type: input_image,可传完整 HTTPS 图片 URL,也可传符合格式的数据 URL。
  • Go 程序应在请求前检查图片来源,在响应后检查文本是否为空,再决定是否落库或返回前端。

先做一个只读图片问答小工具

这个小工具的边界很窄:接收一张公开图片 URL 和一个问题,调用一次 Responses API,把模型的文字回答打印出来。它不保存图片、不上传文件,也不把模型回答伪装成结构化业务结论。这样更容易看清请求对象和返回对象分别负责什么。

示例使用官方 Go SDK 的客户端形态。模型名由你的项目配置决定,下面把它放在环境变量里,避免把凭据写进源码。

请求体为什么要同时放 input_text 和 input_image

一次请求的 input 是消息数组,消息的 roleuser,而 content 再承载不同类型的输入项。文字和图片是同一条用户消息的两个部分,模型才会把“问题”和“被观察对象”放到同一个上下文里。

Responses API 请求结构:responses.create 将 input_text 和 input_image 放入 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.jpgC:\\photo.jpg 只对当前机器有意义,API 服务端无法读取。要么提供完整的 HTTPS URL,要么按官方输入格式转成数据 URL;生产环境还要考虑 URL 的有效期、访问权限和图片内容合规检查。

响应端只取可读文本,不猜输出数组位置

Responses API 的完整响应还可能包含多个输出项、工具调用或其他状态信息。这个小工具只需要文字,所以用 SDK 的 OutputText() 读取聚合后的文本,然后对空结果做一次保护。

Responses API 结果读取:input_image 进入模型后由 output_text 返回可读回答
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_textinput_image
  • 图片地址是实际可访问的 HTTPS 地址,而不是本地路径或示例占位域名。
  • 程序对 SDK error 和空 output_text 都有明确处理。
  • 日志只记录必要的请求标识,不记录 API Key 和完整敏感图片数据。

完成这四项后,再把回答交给业务层做 JSON 解析、人工复核或数据库写入。多模态输入解决的是“模型能看到什么”,并不自动替代你的字段校验和业务判断。

相关问题

input_image 一定要和 input_text 放在同一条消息里吗

对这个示例来说放在同一条 user 消息里最直观,模型能明确知道问题对应哪张图片;如果业务需要多轮上下文,应继续遵守 API 对输入项和消息角色的定义。

output_text 为空时可以直接重试吗

先区分响应状态和请求错误。空文本可能意味着结果不完整或业务条件不满足,不应无条件重复请求;记录请求标识后按你的重试策略处理。

图片 URL 失效会影响文字问题吗

会。图片是这次视觉任务的输入材料,URL 不可访问时,模型无法按预期观察对象。请求前做可达性和权限检查,能更早发现问题。

声明:本文转载于:17golang原创 如有侵犯,请联系study_golang@163.com删除
相关阅读
更多>
最新阅读
更多>
课程推荐
更多>