别让你的 ChatGPT 账号吃灰了，OpenClaw + codex-proxy 进阶实战
输入“/”快速插入内容
别让你的 ChatGPT 账号吃灰了，OpenClaw + codex-proxy 进阶实战
别让你的 ChatGPT 账号吃灰了，OpenClaw + codex-proxy 进阶实战
用户6756用户67565月31日修改
图像
导语： 上一篇文章教大家把吃灰的 ChatGPT 账号通过 codex-proxy 变成了万能的本地 API 接口后，
2月22日
评论区里呼声最高的一个问题就是： “既然它转出的是标准的 OpenAI 接口，那大名鼎鼎的 OpenClaw（顶级 AI Agent 框架）是不是也能无缝用上它？” 答案是：不仅能用，而且简直是绝配！ OpenClaw 需要强大的底层大模型来驱动其复杂的思维流，而 codex-proxy 刚好提供了一个免费、稳定还能多号轮询的本地接口池。但是，在实际对接这两位“神仙”时，很多老手都在一些配置细节上翻了车。 今天这篇进阶指南，专门教你如何把这对王炸组合丝滑地焊死在一起！
0\. 磨刀不误砍柴工：先给 Proxy “打个神级补丁”
既然要把 proxy 接入 OpenClaw 这种复杂的特工框架，首先得保证我们的弹药库是满配状态。
最新版本的 codex-proxy 恰好加入了一项杀手级特性：全面支持了 Tool Calling（工具调用协议）！ 这是 OpenClaw 能否流畅运行并自主调用各种插件的绝对核心前提。
所以，哪怕你前两天才刚装好 proxy，也强烈建议你花 1 分钟敲下这几行命令，给底座升个级：
打开你运行 proxy 的 Windows 终端，进入项目目录：
代码块
cd "D:\claude code\codex-proxy"
# 先把你本地可能的瞎折腾备份一下
git stash push -u -m "before-update"
# 拉取最新代码
git pull --rebase origin master
# 重新构建并启动服务！
docker compose build --no-cache
docker compose up -d
(如果在 build 这里遇到一串红字的 502 网络波动的报错，别慌，重新执行一次 docker compose build --no-cache 即可顺利闯关。)
升级完，务必记得做一轮最小闭环验证（别只测 health）：
代码块
curl http://localhost:8080/health
curl http://localhost:8080/v1/models
curl -sS "http://localhost:8080/v1/chat/completions" -H "Authorization: Bearer pwd" -H "Content-Type: application/json" -d '{"model":"gpt-5.3-codex","messages":[{"role":"user","content":"ok"}],"stream":false}'
三条都通过，再继续往下冲。
如果你在 Windows PowerShell 里验证，请不要直接用 curl -H -d 这种写法（会命中 curl 别名冲突）。 推荐用 Invoke-RestMethod：
代码块
Invoke-RestMethod -Method Get -Uri "http://localhost:8080/health"
$headers = @{ Authorization = "Bearer pwd" }
Invoke-RestMethod -Method Get -Uri "http://localhost:8080/v1/models" -Headers $headers
$headers = @{ Authorization = "Bearer pwd"; "Content-Type" = "application/json" }
$body = @{ model = "gpt-5.3-codex"; messages = @(@{ role = "user"; content = "ok" }); stream = $false } | ConvertTo-Json -Depth 5
Invoke-RestMethod -Method Post -Uri "http://localhost:8080/v1/chat/completions" -Headers $headers -Body $body
图像
1\. 对接 OpenClaw 最大的配置坑：进错前门
很多小伙伴在拿到 proxy 的本地接口后，去 OpenClaw 里满心欢喜地填好配置，一启动却收到一盆冷水——Unrecognized keys（无法识别的参数）。
这是全网 80% 的人都会踩的坑：概念混淆。