OpenClaw 接 Codex 的正确姿势: GPT-5.4 不按量计费 - V2EX
V2EX = way to explore
V2EX 是一个关于分享和探索的地方
现在注册
已注册用户请  登录
lovedlut

OpenClaw 接 Codex 的正确姿势: GPT-5.4 不按量计费

  •  1
     
  •   lovedlut 3 月 9 日 4188 次点击
    这是一个创建于 45 天前的主题,其中的信息可能已经有所发展或是发生改变。

    最近在玩 OpenClaw ,走 Claude Code 容易封号,就试了试接 Codex 。折腾一圈发现一个很适合的组合:让 OpenClaw 走 ChatGPT Plus 自带 Codex 额度,5 小时窗口刷一次,OpenAI 没公布具体是多少条,但高强度用下来比 Claude Code 耐用,不会动不动就断粮。 关键是 OpenClaw 走的是本地消息为主,消耗比云端任务轻得多,刚好跟这个窗口机制配套,一天能持续跑,不用盯着余额。其他模式不管是接中转站 Claude 还是 Kimi 、MiniMax ,本质都是按量烧,用越多花越多,跟这个没法比,可以放胆烧 token ,不用担心 API 账单爆炸。

    而且体验绝对是第一梯队,比 kimi 和 minimax 强多了,尤其是控制浏览器的任务。GPT-5.4 在 OSWorld-Verified 上拿了 75%,这个 benchmark 测的是模型通过截图加键鼠操作导航真实桌面环境的能力,人类基准线是 72.4%,GPT-5.4 已经超过了。对比一下,此前这个榜上 Kimi K2.5 是 63.3%。 所以如果你的 OpenClaw 里有控制浏览器、操作桌面这类任务,GPT-5.4 目前确实是最强的那个,Kimi 和 MiniMax 在这块跟它不在一个档次。


    接入步骤 先确认版本够新,openai-codex 的支持近几个月还在迭代,旧版本会直接报 provider 错误: openclaw --version 发起 OAuth 登录,会弹浏览器,用 ChatGPT 账号授权就行: openclaw models auth login --provider openai-codex 手动切换模型,这步很多人漏掉,登录成功不等于模型自动切过去: openclaw --profile default models set openai-codex/gpt-5.4 重启 gateway 让配置生效: openclaw --profile default gateway restart 验通路: openclaw --profile default agent --agent main --message "ping"


    几个坑 旧版 OpenClaw 报 "No provider plugins found" 的,升级版本就好。 登录成功后一定要手动 models set ,默认值不会自动跟过来,这个坑踩的人挺多。 headless 或远程服务器环境浏览器回调会失败,考虑 device code flow 。


    我自己的 ChatGPT Plus 是在 bewild.ai 订的,支持按月按年订阅,有需要可以去看看。

    6 条回复    2026-04-17 16:56:35 +08:00
    billzhuang
        1
    billzhuang  
       3 月 9 日 via iPhone
    我以为有别的新花头
    ansonsiva
        2
    ansonsiva  
       3 月 9 日
    贵,闲鱼的 business plan 不香么
    dockerhub
        3
    dockerhub  
       3 月 9 日
    你直接接我的站不就完事了,免费蹬
    Claude 的配置换个模型名字 gpt-5.4 就完事了
    xuejianaitalk
        4
    xuejianaitalk  
       3 月 11 日
    推荐一个,https://aigocode.com/invite/JHK8VZAQ ,特别稳定。
    cssmagic
        5
    cssmagic  
       7 天前
    谢谢楼主分享!想请教一下楼主,这个方法目前还能用吗?

    我的系统是 macOS 15 ,本机安装 OpenClaw 。

    我试过 OpenClaw 2026.4.12 和 2026.4.15-beta.1 这两个版本,通过 OAuth 登录 ChatGPT 很顺利就完成了,模型也自动选择了 GPT-5.4 。

    但在实际对话时遇到这两类错误:

    - `LLM request failed: DNS lookup for the provider endpoint failed.`
    - ` API rate limit reached. Please try again later.`

    我可以肯定 Codex 额度肯定是没有超的,也没有其他应用在使用这个 Codex 账号。Codex 桌面应该也可以正常使用。

    在 .zshrc 里 proxy 环境变量都是自动挂上的,`curl https://www.google.com` 可以正常返回,网络也应该没问题。

    所以我现在实在是想不出来到底是哪个环境出问题了。只能怀疑 OpenAI 是不是把这个渠道关闭了……
    cssmagic
        6
    cssmagic  
       7 天前
    更新:
    我更新到了 OpenClaw 2026.4.15 正式版,貌似可以调用 Codex 的 GPT-5.4 了。
    关于     帮助文档     自助推广系统     博客     API     FAQ     Solana     5295 人在线   最高记录 6679       Select Language
    创意工作者们的社区
    World is powered by solitude
    VERSION: 3.9.8.5 45ms UTC 09:00 PVG 17:00 LAX 02:00 JFK 05:00
    Do have faith in what you're doing.
    ubao msn snddm index pchome yahoo rakuten mypaper meadowduck bidyahoo youbao zxmzxm asda bnvcg cvbfg dfscv mmhjk xxddc yybgb zznbn ccubao uaitu acv GXCV ET GDG YH FG BCVB FJFH CBRE CBC GDG ET54 WRWR RWER WREW WRWER RWER SDG EW SF DSFSF fbbs ubao fhd dfg ewr dg df ewwr ewwr et ruyut utut dfg fgd gdfgt etg dfgt dfgd ert4 gd fgg wr 235 wer3 we vsdf sdf gdf ert xcv sdf rwer hfd dfg cvb rwf afb dfh jgh bmn lgh rty gfds cxv xcv xcs vdas fdf fgd cv sdf tert sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf shasha9178 shasha9178 shasha9178 shasha9178 shasha9178 liflif2 liflif2 liflif2 liflif2 liflif2 liblib3 liblib3 liblib3 liblib3 liblib3 zhazha444 zhazha444 zhazha444 zhazha444 zhazha444 dende5 dende denden denden2 denden21 fenfen9 fenf619 fen619 fenfe9 fe619 sdf sdf sdf sdf sdf zhazh90 zhazh0 zhaa50 zha90 zh590 zho zhoz zhozh zhozho zhozho2 lislis lls95 lili95 lils5 liss9 sdf0ty987 sdft876 sdft9876 sdf09876 sd0t9876 sdf0ty98 sdf0976 sdf0ty986 sdf0ty96 sdf0t76 sdf0876 df0ty98 sf0t876 sd0ty76 sdy76 sdf76 sdf0t76 sdf0ty9 sdf0ty98 sdf0ty987 sdf0ty98 sdf6676 sdf876 sd876 sd876 sdf6 sdf6 sdf9876 sdf0t sdf06 sdf0ty9776 sdf0ty9776 sdf0ty76 sdf8876 sdf0t sd6 sdf06 s688876 sd688 sdf86