le-gpt-image v1.1：curl_cffi 可选传输层（Chrome TLS 指纹）修复 Cloudflare 质询——chatgpt.com 按指纹放行浏览器/Codex App、拦 urllib/curl；curl_cffi 路径不覆盖 Chrome UA（矛盾组合同样被掐）；排障表改写（此前「切节点」结论证伪）；实测功夫女足海报 61.5s 成功

skills/le-gpt-image/SKILL.md

@@ -93,7 +93,7 @@ SKILL/scripts/gpt_image.py edit \
 | HTTP 429 | 脚本自动退避重试；重试仍失败则告知用户订阅图像额度已到限，建议稍后再试或降 quality/尺寸 |
 | 尺寸不符警告 | 属正常（服务端建议值行为），按实际尺寸交付 |
 | 网络请求失败 | 先定位出口：`curl --noproxy '*' https://api.ipify.org` 与 `curl -x http://127.0.0.1:7890 ...` 对比出口 IP。macOS 上 Python urllib 会自动读系统代理设置（即使只开 TUN 模式也会被显式代理入口接管）；TUN 与 7890 通常同核同出口 |
-| `Remote end closed connection` / 403 含 `cf-mitigated: challenge` | 出口 IP 被 chatgpt.com 的 Cloudflare 风控盯上（浏览器能过 JS 质询所以「看着正常」，CLI 过不了；`check` 仍正常、api.openai.com 可能仍可达——风控按域名单独加）。请用户在代理 App **切换节点换出口 IP**，切完重试即可；勿反复硬撞 |
+| `Remote end closed connection` / 403 含 `cf-mitigated: challenge` / curl 56 连接被掐 | **TLS 指纹被 Cloudflare 质询**：python-urllib/curl 的握手特征会被 chatgpt.com 域名级风控识别（浏览器与 Codex/ChatGPT.app 不受影响，所以「用户那边正常」）。解法：`pip install --user curl_cffi`（PEP 668 环境加 `--break-system-packages`），CLI 检测到即自动用 Chrome 指纹传输。装后仍被掐 → 检查是否覆盖了 Chrome UA（curl_cffi 路径下不要发 codex UA，矛盾组合会被掐）。换代理节点通常无效——同出口下浏览器指纹本来就能过 |
 | native 通道 404/失效 | 内部接口无稳定性契约；切 `--backend responses` 试试，并在交付时说明 |
 
 ## 安全边界