Grok Bot 能用 Codex 额度吗？一次本机调用核验

从 ChatGPT 登录和只读测试开始，弄清 Codex CLI 能做什么，以及 Grok Bot 全部对话为什么还不能切换。

我想让全部对话都用 Codex

我最初想让 Grok Bot 的所有对话都用 Codex 额度。查了一圈，本机 Codex 成功返回了结果，Grok Bot 的对话模型却没有切换。

这个念头来自一次任务分工。Grok Bot 在聊天里说，它可以把编程工作交给电脑上的命令行工具。我就想，既然能交给 Claude CLI，能不能换成 Codex，甚至把日常对话也交过去？

接下来的检查分成了两段。先确认电脑上的 Codex 能否接任务，再确认 Grok Bot 是否开放了替换对话模型的入口。本文的操作适合已经安装 Codex CLI、想核对本机调用的人。测试会实际使用账号额度。

全部切换卡在 Grok Bot 的模型设置

当时检查的 Grok Bot 0.75.0 设置里没有找到模型选择入口。随后核对了官方模型说明，文档明确说明，Grok Bot 自行选择后端模型，用户无法按个人或单次请求指定某个模型。

所以，在聊天里写一句“以后都用 Codex”，不能证明模型已经切换。即使 Bot 能调用本机 Codex，它仍然需要处理你的消息和工具返回的结果。

这次没有修改 Grok Bot 的配置，也没有测量两边的用量变化。是否能把某项具体工作交出去，要继续检查调用和回传；目前不能把它写成“所有对话只消耗 Codex 额度”的教程。

先看命令行究竟怎样登录

在你准备让 Bot 使用的那台电脑上，打开终端运行下面两条命令。检查的是当前系统用户的 Codex CLI 登录状态。

codex --version
codex login status

这次检查的版本是 codex-cli 0.153.0，登录状态返回 Logged in using ChatGPT。若提示找不到命令，先按官方安装说明准备 CLI；若尚未登录，运行 codex login 并完成浏览器登录。

OpenAI 认证文档说明，ChatGPT 登录使用对应订阅权限，API Key 登录走 API 计费。想使用账号里的 Codex 权限，先核对这一点。无需把登录文件或密钥复制给 Grok Bot。

用一次只读请求检查本机调用

这次测试在临时目录里运行 codex exec，只要求返回 CODEX_READY。进程退出码为 0，输出里同时出现了这段文字和 turn.completed。它证明本机 CLI 接受了请求并完成回答，当时 Grok Bot 没有参与调用。

下面是按同样方法整理的 macOS / Linux 检查脚本，需要 Python 3。它只启动一次调用，最长等待 60 秒，超时或失败后停止。脚本临时移除可能覆盖登录方式的三个环境变量，不修改终端里的原值。

python3 - <<'PY'
import os
import subprocess
import tempfile

env = os.environ.copy()
for key in ('OPENAI_API_KEY', 'CODEX_API_KEY', 'CODEX_ACCESS_TOKEN'):
    env.pop(key, None)

with tempfile.TemporaryDirectory(prefix='grok-codex-check-') as workdir:
    command = [
        'codex', 'exec', '--ephemeral', '--skip-git-repo-check',
        '--sandbox', 'read-only', '-C', workdir, '--json',
        '-c', 'forced_login_method="chatgpt"',
        '-c', 'developer_instructions="Do not use tools or read or modify files. Reply with exactly CODEX_READY."',
        'Reply with exactly CODEX_READY.',
    ]
    try:
        result = subprocess.run(command, env=env, timeout=60)
        print('exit_code', result.returncode)
    except subprocess.TimeoutExpired:
        print('Timed out. Stop here and check the error before retrying.')
PY

检查时同时看回答、完成事件和退出码。只看到 CODEX_READY 这段文字，证据还不完整。出现 turn.failed、登录错误或超时，就按报错处理，不要让另一个 Bot 连续重试。

官方非交互模式文档介绍了 codex exec 及 JSON 事件输出。这段示例指定只读沙箱，并要求不使用工具；它没有取消你已有的组织权限和本机配置约束。不同版本的参数以 codex exec --help 为准。

接下来才轮到 Grok Bot 发起调用

本机测试通过以后，还需要确认 Grok Bot 能在同一台电脑、同一系统用户环境里执行命令。它若使用的是另一台云电脑，就无法自然沿用你这台电脑上的 CLI 和登录状态。

下一次验证应让 Grok Bot 在你授权的本机环境里执行上面的单次测试，并回传实际命令、退出码和完成事件。不要只凭它回复“已经接入”判断成功。这一步在本次记录里尚未完成。

等调用和结果回传都确认后，再给它一项范围清楚的任务。改代码时使用独立 Git 工作树和分支，先保留已有任务，避免两个工具同时修改同一份文件。让它提交改动和验证结果，再决定是否发布。

额度仍要分别看

Codex CLI 使用 ChatGPT 登录时，这些任务会计入该账号适用的 Codex 用量。它与平时的本地任务、云端任务共享相应套餐额度；实际消耗还受模型、上下文和任务复杂度影响。具体剩余额度以官方用量说明和账号页面为准。

Grok Bot 仍然参与需求理解和调用调度，它自身的使用不会因为接上 CLI 就消失。本次没有费用对照实验，因此无法给出节省比例。

如果你的目标一直是让所有助手工作都由 Codex 承担，就需要把那些工作流迁到 Codex，再逐项核对工具、记忆和执行环境。一次本机调用成功，还不能代替这些迁移验证。