Grok Subagent for Codex

让 Codex 通过官方 Grok Build CLI 调用 Grok 作为受控的外部子 Agent，同时由 Codex 统一负责任务编排、结论判断和最终验证。

English · 架构说明 · 安全策略 · 参与贡献

这是社区项目，与 OpenAI、xAI 均无隶属、赞助或官方背书关系。Grok 和 Grok Build 是 xAI 的商标；Codex 是 OpenAI 的产品。

核心能力：

• 异构模型复核：让 Grok 独立调查、审查代码或反驳方案，再由 Codex 核验结论；

• 完整会话管理：支持状态查看、持续追问、结果读取、取消和关闭，而不是一次性复制答案；

• 默认安全隔离：调查默认只读；写入必须经过明确授权，并且只能发生在独立 linked Git worktree 中。

60 秒快速开始

1. 安装并登录 Grok Build

需要 Node.js 22+、支持插件的新版 Codex CLI/Desktop，以及官方 Grok Build CLI。

curl -fsSL https://x.ai/cli/install.sh | bash
grok

2. 安装 Codex 插件

codex plugin marketplace add Walvez/grok-subagent
codex plugin add grok-subagent@grok-subagent

安装后请新建一个 Codex 任务，让 Skill 和 MCP 工具进入新的任务上下文。

3. 发起第一次只读调用

在新任务中直接告诉 Codex：

让 Grok 作为只读子 Agent 独立审查当前项目，列出最重要的三个风险，
要求提供文件和行号证据。你负责核验后再向我报告。

成功时，Codex 会启动一个 Grok Agent、获得 Agent ID，并在 Grok 完成后读取结果；项目文件不会被修改。

Related MCP server: cc-in-codex

什么时候适合使用

工作原理

flowchart LR
    U["用户"] --> C["Codex 管理员"]
    C --> S["Grok Subagent Skill"]
    S --> M["本地 MCP Bridge"]
    M --> A["官方 Grok ACP: grok agent stdio"]
    A --> R["只读项目目录"]
    A --> W["独立 Git worktree"]
    A --> X["xAI / Grok 服务"]
    M --> C
    C --> V["Codex 核验与最终结果"]

这个 Bridge 是编排适配器，不是另一个完整的 coding-agent 框架。认证、推理、文件和终端工具、模型会话仍由官方 Grok Build 运行时负责；Codex 决定委派什么，并验证最终结果。协议与信任边界见 ARCHITECTURE.md。

为什么采用这种架构

本插件不是 Codex 原生子 Agent 的替代品。原生子 Agent 更适合同平台内的并行拆分；本插件适合需要模型多样性时，让 Grok 提供独立意见或隔离实现，再由 Codex 统一验收。

常用场景

独立排查故障

让 Grok 作为只读子 Agent 独立检查这个项目的登录失败问题，
要求给出文件和行号证据。你负责核验后再下最终结论。

第二模型代码审查

让 Grok 独立审查当前 diff，重点找正确性、安全性和并发问题。
把它的结论与你自己的审查对照，只报告经过验证的问题。

反方审查实施方案

让 Grok 从反方角度审查这个迁移计划，寻找回滚缺口、数据丢失风险、
没有证据的假设和缺失测试。最后由你整理优先级。

独立 worktree 实现

创建一个独立 linked Git worktree，让 Grok 在里面实现解析器修改。
不要提交、合并或推送。完成后由你审查 diff 并运行测试。

写入模式必须得到用户明确授权。插件会拒绝主检出目录，也会拒绝 .git 不是 worktree 文件的普通目录；对写入 Agent 继续追问时，还必须再次确认没有超出已获批的写入范围。

安全模型一览

重要边界：

• Grok 是外部模型。它读取的文件和收到的上下文可能按照你的 Grok/xAI 套餐与政策发送到 xAI；

• 认证由官方 Grok CLI 管理。插件不持久化或独立管理凭据，也不会把凭据交给 Codex；如果存在 XAI_API_KEY，Bridge 只会将其传递给官方 Grok CLI 子进程；

• 不要委派密钥、Token、生产 .env、SSH 私钥或无关个人资料；

• Bridge 会过滤子进程环境，但显式放行的变量和 XAI_API_KEY 仍对官方 CLI 进程可见；

• 只读沙箱阻止项目写入，但 Grok 仍可写入 ~/.grok 和临时目录；macOS 上不能把它视为离线网络隔离；

• 两个模型得出相同结论不等于事实已经验证，仓库内容也可能包含提示注入；

• Bridge 不保存思维链，只在内存中保留有长度限制的公开回答、计划、工具名称/状态和脱敏错误。

在私有代码上使用前，请阅读 SECURITY.md。

八个管理工具

Bridge 最多同时保留三个 Grok 进程；Skill 默认建议只使用一个，只有真正独立的任务才并行使用两个。

要求与兼容性

• macOS、Linux 或 WSL；

• Node.js 22 或更高版本；

• 支持插件的新版 Codex CLI/Desktop；

• 已安装并登录官方 Grok Build CLI；

• 写入模式需要 Git。

最近验证环境（2026-07-17）：macOS、Grok CLI 0.2.101、grok-4.5，以及通过浏览器登录的 SuperGrok 账号。插件也沿用官方 CLI 支持的其他认证方式，例如 XAI_API_KEY，但不会自行处理认证流程。

官方参考：Grok Build、ACP 与无头模式、CLI 参数。

配置

本项目没有 npm 运行时依赖，也不保存凭据。

每次启动 Grok Agent 时也可以单独指定模型。Grok 默认只继承最小系统环境，以及存在时的 XAI_API_KEY；其他宿主变量不会自动继承，除非变量名被明确写入 GROK_PASSTHROUGH_ENV。

本地开发与测试

git clone https://github.com/Walvez/grok-subagent.git
cd grok-subagent
codex plugin marketplace add "$PWD"
codex plugin add grok-subagent@grok-subagent

无需安装项目依赖即可运行确定性检查：

npm test

真实 Grok ACP 端到端测试会消耗少量 Grok 使用额度：

npm run test:e2e

可用 GROK_E2E_CWD=/绝对路径 指定只读测试目录。测试还会验证普通主检出目录无法启动写入模式。

升级 Git marketplace 快照：

codex plugin marketplace upgrade grok-subagent
codex plugin add grok-subagent@grok-subagent

当前限制

• MCP Bridge 关闭后不会恢复之前的内存 Agent 列表；

• 回答文本有长度上限，避免无限占用内存；

• 插件不会自动提交、合并、推送或删除 worktree；

• Grok 是通过 ACP/MCP 接入的外部 Agent，不是 Codex 内部原生团队 Agent；

• Grok CLI、模型名和沙箱行为未来可能改变，高安全环境应固定并集中管理 Grok 版本。

开源许可

MIT，见 LICENSE。