.claude/skills を覗くと、ずいぶん溜まっています。
調べもののやり方。PR の書き方。このリポジトリで間違えやすいところ。半年ぶんくらいの、自分とチームの癖が入っています。
別の道具を試すときに、まず気になるのがここです。書き直しか、変換か、あるいは諦めるか。
Grok では、何もしませんでした。
書いたものがそのまま効く
skills の扱いは、道具によって3通りに分かれます。
Claude Code は .claude/skills を読みます。これが元の形です。
Codex は、~/.codex/skills に写してから使います。写す仕組みがあるので手で置き換える必要はありませんが、元の場所をそのまま読んでいるわけではありません。Antigravity は .agents/skills.json という別のファイルを読むので、ディレクトリごとに用意が要ります。
Grok と Muse は、.claude/skills を自分で見に行きます。写しも変換も挟まりません。 Claude Code と行き来する使い方なら、この差は効きます。
番号をこちらから渡せる
続きから始める仕組みがあります。番号を決めるのは、こちらです。
起動するときに --session-id で番号を渡すと、その番号で記録してくれます。あとで --resume に同じ番号を渡せば続きます。
この作りになっているのは、7つのうち Claude Code と Grok と Copilot と Cursor です。Codex・Antigravity・Muse は、向こうが番号を決めます。
外から管理する側から見ると、こちらが決められるほうが楽です。起動する前から「この作業はこの番号」と決めておけるので、起動後に番号を探して結びつける手間がありません。
承認は飛ばせる
--permission-mode auto を渡せば、確認を省いて進みます。並列で放っておく用途では、止まらないほうが都合がよいです。
Codex にはこれがないので、並べると必ずどこかで止まります。Grok にはあります。
状態は、意図的に外されています
作業の区切りを外に知らせる仕組みは、配線されていません。
ここが Antigravity と違うのは、理由が記録に残っていることです。Grok を追加したときのコミットに、「レート制限、下書きの注入、活動の追跡、カスタムエージェント、ランチャーのチップ」を範囲外とする判断が書かれています。できないのではなく、今回はやらないと決めた、という形です。
結果として、動いているのか終わったのかは画面を見るまで分かりません。承認で止まらないので放っておけますが、戻る時機は自分で決めることになります。
使った量
トークンの数は出ます。残りの文脈がどれくらいかも出ます。金額と、残りの枠の目盛りは出ません。
金額にはモデルごとの単価の表が要り、枠の目盛りには提供している側が枠を公開している必要があります。どちらも揃っているのは、いまのところ Claude Code だけです。
並べて動かす
tmux で分割して、git の worktree を切れば、自分で並べられます。承認で止まらないので、放っておく形とは相性がよいです。
数が増えると、終わったかどうかを見に行く必要が出てきます。
npx mulmoterminal@latestMulmoTerminal は7つの CLI を同じ画面の枠に並べます。Grok も選べて、枠ごとに worktree が切られます。skills は .claude/skills に置いたものが、Claude Code の枠でも Grok の枠でも効きます。
枠の色が変わるのは Claude Code と Codex だけです。Grok の枠は、動いていても終わっていても同じ見た目になります。
まとめ
Grok は、Claude Code 用に書いた skills をそのまま読みます。セッションの番号もこちらから渡せるので、外から管理しやすい作りです。
状態の通知が無いのは、できないからではなく、今回は入れないと決めたからです。判断の理由が残っているので、将来そこが変わるかどうかも追えます。
- Grok CLI の入門
- MulmoTerminal —
npx mulmoterminal@latest - 対応表の原文