OpenAI proxy endpoints intermittently disconnect for GPT-5.5 / GPT Image 2

快速结论：在 ComfyUI 中调用 OpenAI GPT-5.5 / GPT Image 2 节点时，请求经 api.comfy.org 的 OpenAI 代理转发（/proxy/openai/images/edits、/proxy/openai/v1/responses），代理连接被中断并触发自动重试，重试耗尽后报 ApiServerError。优先排查代理链路（本地网络到 api.comfy.org 的 TCP/TLS 稳定性）以及 Comfy API 侧代理状态，而非本地 ComfyUI 节点配置。

适用环境：Issue 中确认的环境为：ComfyUI v0.22.0-22-g93888ae8e（发布自 2026-05-22）、前端包 1.43.18、Windows（win32，--windows-standalone-build 启动）、嵌入式 Python 3.12.9、PyTorch 2.9.0+cu130、NVIDIA GeForce RTX 4080 SUPER；启动参数含 --listen --port 8488。问题观察时间为 2026-05-25，时区 Asia/Shanghai。

最快修复方案：暂无确认的一步修复方案。Issue 中未给出被验证有效的本地修复步骤，问题指向 Comfy OpenAI 代理端点或其上游服务的间歇性中断。

注意事项：Issue 中“其他服务/模型正常”“同一次启动内 https://api.comfy.org/nodes 可正常拉取”只能说明故障集中在 OpenAI 代理路径，不能据此断定是本机网络完全正常——大体积图片上传（images/edits）与长耗时响应（v1/responses）对连接保持时间要求更高。更换节点参数、重装依赖等做法在 Issue 中没有证据支持，不要作为定论。

问题场景

用户在 ComfyUI 中使用 OpenAI 相关节点调用 GPT-5.5 与 GPT Image 2：图片编辑走 POST https://api.comfy.org/proxy/openai/images/edits，文本/响应走 POST https://api.comfy.org/proxy/openai/v1/responses。工作流可以正常运行到节点执行阶段，但请求间歇性断开、自动重试后仍失败。错误报告中节点 ID 为 25，节点类型为 OpenAIGPTImageNodeV2。同一时间段内其他服务/模型的请求表现正常。

报错原文

Connection error calling POST https://api.comfy.org/proxy/openai/images/edits. Retrying in 1.00s (1/3): [WinError 64] 指定的网络名不再可用。
Connection error calling POST https://api.comfy.org/proxy/openai/images/edits. Retrying in 1.00s (1/3): Server disconnected
Connection error calling POST https://api.comfy.org/proxy/openai/v1/responses. Retrying in 4.00s (3/3): [WinError 64] 指定的网络名不再可用。

Connection error calling POST https://api.comfy.org/proxy/openai/v1/responses. Retrying in 2.00s (2/3): [WinError 1236] local system aborted the network connection

comfy_api_nodes.util.common_exceptions.ApiServerError: The API server at https://api.comfy.org is currently unreachable. The service may be experiencing issues.

Underlying aiohttp errors include ClientOSError [WinError 64] and ServerDisconnectedError.
Stack trace points:
comfy_api_nodes/nodes_openai.py:919 in execute -> images/edits path
comfy_api_nodes/nodes_openai.py:1149 in execute -> responses path
comfy_api_nodes/util/client.py:905 raises ApiServerError

原因分析

根据日志，故障表现为连接在传输过程中被断开（Server disconnected、WinError 64、WinError 1236），重试间隔从 1s、2s 递增到 4s，最终在 comfy_api_nodes/util/client.py:905 被转换为 ApiServerError。可能原因包括：

Comfy OpenAI 代理端点（或 GPT-5.5 / GPT Image 2 背后的上游服务）在长耗时请求或较大请求体下出现间歇性中断，属于服务端/链路侧问题；
Windows 客户端到 api.comfy.org 的连接被中间网络设备（代理、防火墙、NAT、运营商路径）或 TLS 层提前关闭，导致 [WinError 64] 这类本地系统层报错；
由于 images/edits 上传体积较大、v1/responses 单次等待时间较长，连接保持时间与吞吐要求高于普通的元数据请求，因此表现为“其他接口正常、这两个接口易断”。

Issue 未提供服务端侧日志或抓包证据，以上归类为可能原因，不能确认单一根因。

环境排查

确认 ComfyUI 版本：错误报告中为 v0.22.0-22-g93888ae8e（2026-05-22 发布），前端包 1.43.18，与 comfy_api_nodes 中 nodes_openai.py、util/client.py 的对应版本是否一致。
确认 Python 版本：嵌入式 Python 3.12.9；确认 aiohttp 相关依赖未被手动替换或降级。
确认 PyTorch：2.9.0+cu130，显卡 RTX 4080 SUPER（与网络故障相关性较低，但需与错误报告对齐）。
确认操作系统为 Windows（win32），启动方式是否为 --windows-standalone-build，端口是否为 --port 8488。
确认节点：失败节点为 OpenAIGPTImageNodeV2，涉及 images/edits 与 v1/responses 两个路径。
确认是间歇性失败还是必现：记录失败发生的时间点，与错误报告中 10:29–11:07 这类时间线对比，判断是否与请求体大小、单次耗时相关。
确认同一时间段内 https://api.comfy.org/nodes 等非 OpenAI 代理接口是否仍正常（Issue 中显示同一次启动内该接口可访问）。

解决步骤

保留完整日志（含重试间隔、WinError 码、ApiServerError 抛出位置），区分具体是 images/edits 还是 v1/responses 失败，便于定位是上传大包还是长等待场景。
对比干预前后同一工作流的失败频率；可优先尝试：在失败后稍等片刻重跑，观察是否为短时抖动（Issue 中失败是间歇性的，重试全部耗尽才报错）。
可优先尝试：检查本地到 api.comfy.org 的连接路径（系统代理、VPN、防火墙、安全软件对长连接或上传的干预），在保持其他条件不变的前提下换一条网络路径再跑同一节点。
可优先尝试：对 images/edits 场景减小单次请求体积（如更小的输入图），验证失败是否与请求体大小/耗时相关。
若更换网络路径、缩小请求后仍在同一端点复现，且非 OpenAI 代理接口正常，则按服务端/代理问题处理，在 Issue 或 Comfy API 支持渠道反馈时间点、节点类型与完整日志。

注意：上述第 2–4 步均为基于日志特征的排查方向，Issue 讨论中未确认其能实际修复问题。

验证方法

在相同环境下用同一工作流连续执行多次 GPT Image 2 / GPT-5.5 节点，确认不再出现 Connection error calling POST https://api.comfy.org/proxy/openai/...、[WinError 64]、Server disconnected，且不再抛出 ApiServerError: The API server at https://api.comfy.org is currently unreachable.，节点能正常返回结果。若仅降低失败频率但仍有重试，说明问题未彻底解决。