Grok BotからClaude Codeへ仕事を渡す3つの方式を比べる
Grok Bot に Claude Code の仕事を渡す方法が、X や Reddit、GitHub で相次いで公開された。公開された例を Claude Code が動く場所で分けると3つになる。Grok Bot の共有コンピューターで CLI を動かす方法、Claude Code のクラウドに渡して Slack 経由で知らせを受ける方法、自分のマシンで動くセッションに打ち込む方法だ。どれも導入できたという報告で、品質や費用が良くなるかは確かめられていない。共有される認証情報や、両側の利用量にも気を配りたい。
記事の内容を自社でどう進めるか、内容が固まっていない段階でも相談できます。仕事の相談
毎週 1 回、その週の記事から 5 本と実践の 1 本を選んでメールで届けます。ニュースレターを購読する(無料)

Grok BotにClaude Codeの仕事を渡すやり方が、9月から10月にかけてXやReddit、GitHubで相次いで公開された。編集部は、主な例の原本を確かめた。手順は似て見えるが、Claude Codeが実際に動く場所で分けると、Grok Botのコンピューターの中、Claude Codeのクラウド、自分のマシンの3つになり、気をつける点もそれぞれ違う。どの例も導入できたという報告で、品質や費用が良くなったと確かめた例はまだない。出どころの種類を添えて、方式ごとに整理する。
BotのVMでCLIを動かす
いちばん手軽なのは、Grok Botが使うコンピューター(Bot同士で共有するVM)にClaude CodeのCLIを入れ、Botに呼ばせる方法だ。XではAndrew Warnerが10月8日、Botに頼めばBot自身のコンピューターにClaude CodeとCodexのCLIを入れ、APIキーなしで仕事を振り分けると投稿した(Xのみ)。Corey Ganimは10月14日にこの投稿をBotに渡して試したと書き、翌15日に手順をプロンプトの形で公開した(Xのみ)。ログインは人がして、文章はClaude、コードはCodexに回し、同じ決まりを全部のBotに覚えさせる内容だ。Coreyは「Elon公認」と書くが、本人の申告にとどまる。規約の判断は、Anthropicの法務と準拠のページを読んで自分で下したい。
Helena AIは9月4日、自分のSubstackで記事を出した。共有コンピューターのClaude Code CLIに作業を任せ、パスワードや鍵はBotに見せない使い方を勧めている(作者の申告)。7週間前の本人の観察で、今の仕様とは違う可能性がある。
Redditでは、9月26日に立ったスレッドで、利用者のBeltalowdamonが、Botには連絡と指揮だけをさせ、重い開発は他のCLIに回していると書いた。10月14日には別のスレッドで、そうすれば同じGrok Botの利用枠で「10倍」使えると書いている(日付は日本時間で、RedditのRSSの時刻による)。これはこの1人の申告で、期間や比べ方の説明はない。最初のスレッドでは、Academic_Constant42が逆の体験を書いた。BotはClaude Codeへの指示が下手で判断も弱く、結果が悪くても批判せずに完了にしてしまう、という。
クラウドに渡しSlackで起こす
GitHubには、実装コードとしてluck-prg/grokbot-claude-codeが公開されている。仕組みは、@luchoorockerが10月17日にスペイン語のXの記事で説明した。リポジトリの作者と同じ人かは、編集部では確かめきれていない。Botは共有コンピューターのCLIからclaude --cloudで仕事を出すが、作業そのものはClaude Codeのクラウドで動く。この命令はClaude Codeの公式文書にある。終わった時や許可を待つ時には、Claude Codeのhookが非公開のSlackチャンネルに知らせを書き、Grok Botのroutineが担当のBotだけを起こす。
作者の説明には食い違いもある。「ターミナルからenvironmentを選べない」とするが、公式文書では /remote-envでCLIの既定を選べる。--environmentで指定できるのが自前で用意したenvironmentだけという説明は、公式文書と合う。「トークンを使わない」も言い過ぎだ。待つ間の問い合わせは要らないが、routineは起きるたびに利用量を使う。端末の都合で命令を包む工夫や、SlackにBotを招く手順が要るという話もある(作者の申告)。リポジトリにはLICENSEがなく、CIも有効でない。スターは2つ、作者は1人だ。Xでは @Nightmuxが取り入れたと返し、@juana_en_betaはうまくいったか自信がないと返した(Xのみ)。
自分のマシンのセッションに打ち込む
3つ目は、Claude Codeを自分のマシンで動かしたまま、Grok Botを入口にする方法だ。Fred Nixは10月19日、3台のマシンで動くClaude CodeのセッションをBotが探し、その画面に仕事を直接打ち込む構成を投稿した(Xのみ)。作業は横で見ていられるという。Agent Cookbookというサイトもこの投稿を取り上げたが、本人の文ではなく要約だ。「一晩でPRを4本開いた」は本人の申告で、公開リポジトリでは確かめられなかった。mergeもforce pushも、今のところは本人の承認なしにはさせないという。@KimNoelは10月21日未明、tmuxで動かすClaude CodeにGrok Botの音声モードから打ち込み、出力も読ませる方法を投稿した(Xのみ)。
始める前にはまりやすい点
1つ目の方式では、共有コンピューターのログインや認証情報がほかのBotとも共有になる、とHelenaは9月時点で指摘していた。Coreyのプロンプトも、Claudeのトークンを保存して全部のBotが使えるようにする内容だ。Claudeの契約にログインすれば、どのBotもそれを使えると考えておきたい(編集部の読み)。2つ目でSlackのchat:write.customizeを使うと、知らせを「Claude Code」の名前で見せられる。Slackの文書は、この権限を得たアプリだけが使え、利用者の操作に応えた時だけ使うよう求めている。本物の通知と取り違えるおそれがある(編集部の読み)。Claudeのクラウドのセッションは契約のほかの利用と上限を分け合い、並列で走らせればそのぶん早く減ると公式文書は書く。Grok Bot側もroutineや指揮のやり取りで利用量を使う。
編集部の見方
3つの方式は、Claude Codeが動く場所と、仕事を見張る手段が違う。画面を見ながら任せたいなら3つ目、マシンを閉じても走らせたいなら2つ目が合いそうだ(編集部の読み)。ただ、どの例も「入れたら動いた」という報告で、品質や費用が良くなると示したものはない。Botが結果をそのまま完了にするという声もある。まずは小さな仕事で、結果を人が確かめるところから始めたい。
出典
に確認(日本時間)
この記事は役に立ちましたか
ありがとうございます
ありがとうございます



