le-gpt-image v1.2：改图链路修复——native edits 对「过认证+大图上传」会被 RST（edit 改走 responses 兜底）；responses 不再读 config.toml 模型（gpt-6.1-sol 带图像工具 500，固定默认 gpt-5.5，可 --model 覆盖）；实测九鱼聚财水墨画补鱼成功（视觉复核 8→9 条）

skills/le-gpt-image/SKILL.md

@@ -93,7 +93,9 @@ 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` / 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 通道被掐 / 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，矛盾组合会被掐）。换代理节点通常无效——同出口下浏览器指纹本来就能过 |
+| **edit 走 native 被掐（generate 正常）** | 更深一层风控：「过认证 + 携带大 base64 图上传」打到 `/images/edits` 会被 RST（假 token 反而能穿到 401）。**解法：edit 改走 `--backend responses`**（不同端点，不吃这套；实测穿透）。responses 耗时更长（~3 分钟） |
+| responses 通道报通用 500「An error occurred…」 | 大概率是推理模型名不可用：`_reasoning_model` 默认会读 `~/.codex/config.toml` 的 `model` 字段（本机是 `gpt-6.1-sol`，带图像工具会 500）。**解法：`--model gpt-5.5` 显式指定**。仍 500 可再加 `--input-max-edge 768` 缩小请求体 |
 | native 通道 404/失效 | 内部接口无稳定性契约；切 `--backend responses` 试试，并在交付时说明 |
 
 ## 安全边界