Codex响应延迟高时，需调高TCP keepalive参数、禁用IPv6临时地址、切换低延迟DNS、设置服务域名直连、配置HTTPS_PROXY环境变量。
☞☞☞AI 智能聊天, 问答助手, AI 智能搜索, 多模态理解力帮你轻松跨越从0到1的创作门槛☜☜☜
Codex响应延迟高时，网络配置不当是常见且可快速修复的瓶颈，尤其在直连模式下容易因TCP保活机制、DNS解析慢或IPv6地址漂移导致连接中断和首包延迟。
调高TCP keepalive参数防止连接中断
操作系统默认的TCP keepalive探测间隔过长（75秒），而Codex长连接常在30秒内无数据交互，服务端会提前关闭连接，触发重连并引入显著延迟。
执行命令查看当前值：sysctl net.ipv4.tcp_keepalive_time net.ipv4.tcp_keepalive_intvl net.ipv4.tcp_keepalive_probes
若输出为 7200 75 9，说明保活时间2小时、间隔75秒、探测9次才断连——这会导致Codex在空闲期被静默丢弃。需立即调整为更激进的保活策略：
运行：sudo sysctl -w net.ipv4.tcp_keepalive_time=1800 net.ipv4.tcp_keepalive_intvl=30 net.ipv4.tcp_keepalive_probes=6
【必须执行此步后重启Codex进程，否则新参数不生效】
禁用IPv6临时地址避免源IP突变
当系统启用IPv6隐私扩展时，每数小时自动更换临时地址，Codex复用已有连接发包时源IP已失效，服务端直接丢弃该请求，强制回退到新建连接流程，延迟陡增。
方法一：临时禁用
运行 sudo sysctl -w net.ipv6.conf.all.use_tempaddr=0 net.ipv6.conf.default.use_tempaddr=0
方法二：永久禁用
编辑 /etc/sysctl.conf，在末尾新增两行：net.ipv6.conf.all.use_tempaddr = 0net.ipv6.conf.default.use_tempaddr = 0
然后执行 sudo sysctl -p
通过本地 Codex 或 OpenClaw OAuth 凭证直接调用 ChatGPT/Codex Responses 的 image_generation 工具来生成或编辑光栅图像，然后保存
切换低延迟DNS并设置服务域名直连
第一步：将系统DNS设为阿里公共DNS（223.5.5.5）或腾讯DNS（119.29.29.29），避免运营商DNS缓存陈旧或返回非最优节点IP。
在Linux中执行：sudo systemd-resolve --set-dns=223.5.5.5 --set-domain=~.
第二步：确认Codex服务域名（如 api.codex.ai 或你实际使用的endpoint）不走代理，直接走物理网卡出站。
在代理客户端（Clash/V2Ray）配置中，将该域名加入 rules 的 DIRECT 规则组；若未使用代理，则跳过此步。
第三步：验证DNS解析是否生效——运行 dig api.codex.ai +short，观察返回IP是否稳定、无超时。
配置HTTPS_PROXY环境变量确保代理链路可靠
CodeBuddy CLI及多数Codex插件版本依赖系统级 HTTPS_PROXY 环境变量发起AI请求，若该变量为空、格式错误或指向已关闭的本地代理端口，将引发长达30秒的HTTP连接超时重试，这是响应卡顿的最隐蔽元凶。
① 创建配置目录：mkdir -p .codex
② 写入有效代理地址：echo 'HTTPS_PROXY="http://127.0.0.1:7890"' > .codex/.env（请将 7890 替换为你本地代理实际监听端口）
③ 验证写入成功：cat .codex/.env，输出必须严格为一行且含完整 HTTPS_PROXY= 字符串
注意：路径必须是项目根目录下的 .codex/.env，其他位置无效；等号右侧值必须用双引号包裹，否则shell解析失败。
