OpenAI 搜索结果能带图片了, 企业别急着全量上线

这件事看起来不像发布新模型那么热闹，但对做 AI 搜索、智能客服、知识库问答的团队来说，影响并不小。因为搜索结果从纯文本变成图文混合后，应用要处理的不只是“找到哪些网页”，还包括“哪些图片能不能当证据”。

图片能解决一些老问题

过去很多 AI 搜索应用只能根据网页文字回答。用户问商品外观、软件界面、旅游地点、设备状态时，文字经常不够用。

图片结果加入后，这类问题有机会回答得更具体。比如商品包装是不是新版，某个按钮在界面哪个位置，一个地点的入口长什么样，图片都可能比文字更直接。

但这并不代表企业应该马上全量上线。

图片也会带来新错误

网页图片并不总是可靠证据。有些是配图，有些是旧图，有些来自转载页面，还有些和正文并不完全对应。

如果模型看到图片后直接给结论，用户可能会觉得答案更确定，但系统内部反而更难排查。一旦答错，团队要知道：是搜索词错了，网页错了，图片错了，还是模型理解错了。

所以这次更新真正考验的是企业的证据管理能力。

先做小范围测试

更稳的做法，是先拿真实历史问题做灰度测试。可以分成三类：

纯文本就能回答的问题；

图片能辅助回答的问题；

必须看图片才能回答的问题。

然后观察几个指标：答案是否更准确，图片是否相关，引用能不能追踪，成本和延迟是否变高，用户是否更容易理解答案。

如果只是在少数问题上“看起来更丰富”，就没必要急着全量接入。如果在商品问答、截图问答、地点问答等场景明显提升，再单独放开。

147AI 适合放在评测和对照层

企业通常不会只评一个模型。图文搜索进来后，更应该用同一批样本比较 GPT、Claude、Gemini 等模型，看谁更会使用图片证据，谁更容易被无关图片干扰，谁在来源冲突时更谨慎。

147AI 可以自然放在这个多模型接入和评测记录层，帮助团队统一复跑样本、观察失败案例和成本变化。但要注意，OpenAI 这次网页搜索图片结果是 OpenAI 原生 Responses API 的能力，不应默认等同于所有 OpenAI 兼容调用都已支持。具体能力和接口边界，仍要分别看 OpenAI 官方文档和 147AI 的 API 接口文档。

真正要改的是流程

这次更新不是让企业多写一句“支持图片搜索”，而是提醒大家把 AI 搜索流程拆细：

问题是否需要图片、图片来自哪里、有没有进入模型、答案引用了哪些证据、出错后如何复盘。

这些问题没想清楚前，图文搜索可能只是让答案更好看。想清楚之后，它才可能变成真正可上线的能力。