AI答案里的图会联网？收藏检查法
AI 答完了，配图为何还要点击加载？生成答案和展示外链图片，可能走两条不同的网络路径。

微软9月9日发布的 Foundry Toolkit 1.6.12，就加入了远程图片控制：测试对话、Agent Builder 回复，以及模型许可内容里的远程图片，会先被阻止，直到用户选择“Load Remote Images”。这项更新针对这些界面的图片加载，不能扩大解释成整个智能体已断网。

回复里可以只有图片地址；界面要显示它，还需取得图像数据，可能从网络获取，也可能来自缓存。“写了图片链接”和“图片已经显示”是两个状态。

显示一张图，可能触发另一次请求。请求发给谁、经过什么代理、携带哪些信息，要看具体客户端和策略；不能仅凭出现外链，就断言整段聊天被发送出去了。

收藏这四个检查点。

① 看图片从哪来。
先辨认外部网址、已上传附件和本地生成文件。对于外链，核对域名是否属于预期来源，地址参数里有没有不该出现的业务内容。来源可识别，才有条件决定是否加载。

② 分清谁在“看图”。
用户界面能显示图片，不自动证明模型读到了图像；模型收到图片输入，也不自动保证当前客户端能展示同一文件。排查时分别记录输入附件和输出渲染，避免把显示失败误当成视觉能力不足。

③ 按需加载，再查失败原因。
看到产品明确提示远程图片被阻止，先理解加载范围，再决定是否使用内置加载入口。若仍不显示，再查地址失效、网络错误或不支持的格式。不要把关闭全部限制当作默认修复。

④ 用无敏感内容的样例验收。
开发者可准备一张自有测试图，对照加载前后的网络记录，检查请求目标与返回状态；再测试缓存命中时的表现。普通用户则留意产品有没有来源提示、加载控制和清楚的失败说明。

做团队工具时，我还会要求：图没加载，也保留有用的替代文字；需要留档的成果，应说明保存的是图片文件还是引用地址。

我的判断：AI 产品里的“显示”也需要可观察、可控制。记住图片从哪来、由谁取回，下次遇到空白配图就更容易定位问题。

Foundry Toolkit 更新日志；MDN 图片元素文档。
人工智能 AI工具 智能体