工程 / 智能體協作

Grok for Claude Code

在 Claude Code 中調用 Grok 進行受控審查與協作。

Claude Code port 的獨立適配與維護者 — Grok CLI headless 編排、命令介面、grok:grok-rescue、job store、失敗分類

已歸檔 · 2026-10-05 · 不再維護。後續項目 · turnweft

協作流程示意

01界定範圍
02委派任務
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