← 全部作品

工程 / 智能体协作

Grok for Claude Code

在 Claude Code 中调用 Grok 进行受控审查与协作。

Claude Code port 的独立适配与维护者 — Grok CLI headless 编排、命令界面、grok:grok-rescue、job store、失败分类

已归档 · 2026-10-05 · 不再维护。 后续项目 · turnweft

协作流程示意
  1. 01界定范围
  2. 02委派任务
  3. 03核对结果

01项目背景

官方 openai/codex-plugin-cc 界面的 Claude Code port,改为驱动本机 Grok CLI headless mode。它镜像同一套受控 review、adversarial-review、rescue、transfer、status、result、cancel、setup 与可选 stop-time review flow,并加入 grok:grok-rescue subagent。

02要解决的问题

Claude Code 需要一条受控路径请 Grok 做 review 或 rescue,但不能让 Grok 成为本地文件或 git 的 owner。手动切换工具会削弱 scope 与 evidence 追踪。

03关键决策

我把官方命令界面 port 到 Grok CLI headless mode,加入 job controls、grok:grok-rescue subagent、stop-time review 与明确边界。Claude Code 保留验证与交付判断。

04我的工作

  • 当前源码版本 0.3.0:后台任务由分离的持久 worker 执行;会话结束或调用方超时不会取消任务,可用已保存的 job ID 查状态、取结果或明确取消。
  • Claude Code 命令:review、adversarial-review、rescue、transfer、status、result、cancel、setup
  • 对接 Grok CLI 的 headless mode,用于受控第二模型 review 与 rescue
更多工作细节
  • grok:grok-rescue subagent,加上 status / result / cancel 控制,让 jobs 可检查
  • 0.2.0 来自对两个月实际使用记录的审计 — 41 份存留 job 记录、125 个工具事件、40 份会话转录。现在每次运行都在开始前先报出 job id,并带一个硬性期限;worker 已死的运行会被收尾成 orphan,而不是永远停在 running;失败带 typed codes,配额与认证耗尽会暂停后续调用;setup 会报告 0.1 时代遗留的 job 目录,而不是删掉它们。
  • 可选 stop-time review gate,让 Claude Code 保留最终验证责任

05成果与当前阶段

公开 v0.3.0 · 官方 codex-plugin-cc 界面的 port · Grok CLI headless 委派 · 可选 stop-time review gate

技术细节与证据

角色 · Claude Code port 的独立适配与维护者 — Grok CLI headless 编排、命令界面、grok:grok-rescue、job store、失败分类

  • JavaScript
  • Node.js
  • Claude Code Plugin
  • Grok CLI
  • headless mode