Grok BotとClaude Codeの使い分けは？StockSunの会議の答えと、私の検証でわかった3つの落とし穴

出典: Grok botって実際どうなの？AIのプロたちで本音で話し合ってみた【AI推進会議 #26】

Grok Botは、役割を持つAIの人格を作り、仕事を頼める仕組みです。Grok Botを紹介した出演者は、マーケ担当・開発担当・調査担当を作れると語りました。入口は、マスターBotへの「こんなBot作って」という依頼。

Grok Botを紹介した出演者（動画の中で・自動字幕・1:33〜）

「ま、何がいいかってなんか全然クロードとかでもできるんですよ、このエージェントなんて。」

「でもエンジニアじゃないとちょっとどうやって作るのか結構分かりにくかったんですね。」

Grok Botを紹介した出演者（動画の中で・自動字幕・2:06〜）

「結構雑目でもいい感じのボットができる」

最初のBotは役割を一つに絞れば、雑な依頼でも始められます。ただし、雑に頼んでいいのは、触らせる範囲を先に決めた時だけ。

「何をしてほしいか」と「何をしてはいけないか」は、別々に渡したい。頼み方を細かくする前に、任せる仕事の終わりを決めるんです。

たとえば、返信案を作るところまでなのか、実際に送るところまでなのか。同じ「返信を頼む」でも、起きることは違う。文章を直す話と、相手へ届く話を一緒にしない。

動画では、雑な指示でもBotを作れることが紹介されました。私がそこに加えたいのは、作ったBotに任せる操作の線です。役割が決まったら、触らせない操作も短く書いておく。

8月に私のAI秘書の凛ちゃんがGrok Botを試した時は、送信・公開・削除・購入・設定変更を禁止事項にして、フォームへの入力は進めても送信ボタンの手前で止めていました。

最初から何でも担当にしない。小さな仕事を一つ、止まる場所まで含めて頼みます。

→ 最初の担当を決める

役割を一行で書き、「この仕事をするBotを作って」と頼む。続けて、送信・削除・購入など、触らせない操作を3件書きます。まずは結果を読むところまで任せよう。所要は5分ほど。

鍵をどこへ入れるかと、どのBotがログインしているか。ここは続けて見たいところです。同じ出演者は、チャットとは別の入力用の窓にパスワードやAPIキーを入れ、接続できると語りました。

Grok Botを紹介した出演者（動画の中で・自動字幕・2:41〜）

「だからなんか秘密ファイルから読み込ませたとかやるのもなんかグロックがモーダルみたいなのでここに私は読まないからパスワード入れてって言って」

「もうAPIキーとか入れたらそのまま繋げてくれるとかやってくれるんですね。」

鍵は入力用の窓に入れる、という流れは動画のとおりです。私の検証で効いたのは「このBotはどこにログインしているか」のほうで、私なら表にしておきます。

鍵を入力する場所が分かっても、頼む相手を取り違えれば仕事は止まる。サービスへの接続と、Botを選ぶこと。その両方を確かめたいんです。

動画で紹介されたのは、出演者が使っている入力と接続の流れ。私の検証で確かめられたのは、Botごとにクラウドの作業PCもブラウザのログイン状態も別だったことです。なお、別の解説動画を紹介した私の前の記事では、Grok Botは1台のVMを全Botで共有する形として出ていました。私の8月の手元は、ログイン状態が別でした。どちらが今の仕様かは決められないので、頼む前にBotごとにログイン先を確かめます。

AI秘書の凛ちゃんに頼んだ検証では、2体のBotのうち、ログインしていない側のBotを選んだところ、noteの下書きづくりがログイン画面で止まりました。ログイン済みの側のBotでは、同じ下書きを読み取り専用で開き、状態を確かめられています。

原因は、ログインしていない別のBotを選んだ運用ミス。この時私が言ったのは「なんでログインしたほう使わないの」でした。ここを「Grok Botにはできない」で終えると、次も頼む相手を取り違える。

私なら、Bot名・作業PC・ログイン先を並べます。鍵の値を書く必要はありません。頼む前に、その表で相手を選べる形にしておく。それだけでも、止まった時に見る場所がはっきりします。

8月の検証の手順は、Grok BotとJevの12ステップを解説した記事に詳しく書いています。

→ ログイン表を作る

表の見出しを「Bot名／作業PC／ログイン先」にします。一行目は見出し、残り二行に使うBotを一体ずつ記入。鍵の値は書かず、依頼する前にログイン先を確かめます。所要は10分ほど。

予定と数字を一緒に見たい時、Botをグループにする使い方が出てきます。同じ出演者は、カレンダーBotとスプレッドシートBotを同じグループに入れ、内容を合わせた出力を作らせると語りました。

Grok Botを紹介した出演者（動画の中で・自動字幕・3:55〜）

「この2つを入れたグループみたいな作れるんですよ」

「で、そうするとカレンダーの内容プラスこのスプレッドシートの内容を合わせてこういうの出してとか」

グループ化は、予定と数字を一度に見たい時の使い方です。私なら、入れるBot同士がどのサービスにログインしているかを確かめてから組み合わせます。

予定を読む担当と、表の数字を読む担当。それぞれに頼める仕事が決まっていれば、合わせた時に何を出してほしいかも書きやすい。

たとえば「予定と表を合わせて出して」と頼む前に、どのカレンダーとどのスプレッドシートを見るのかを決める。同じグループに入れただけで、必要な情報がそろうとは考えないんです。

動画では、Codexで作り込んだ人格とClaude Codeの人格を同じグループに置き、仕様について議論させる使い方も語られました。私は、その前に各Botが見られる場所を確認する手順を置きます。

その理由は、第2章で書いたとおり、ログインがBotごとに別だからです。

組み合わせる相手を増やす前に、一体ずつ必要な場所を開けるかを見る。私なら、そこから始めます。

役割ごとにBotを分ける設計の違いは、dotsとGrok Botの違いを解説した記事に書いています。

→ 組む前に開いてみる

グループに入れる各Botへ、必要なカレンダーやスプレッドシートを読み取りだけで開くよう頼みます。見たい情報を確認できたら、合わせてほしい出力を一行で指定します。所要は10分ほど。

Grok Botを使うか、Claude CodeやCodexをPCで直接動かすか。Grok Botを紹介した出演者は、Claudeを約20個同時に動かす仕事では、Grokを経由する分のトークンが増えるため、PCで直接やると語りました。

Grok Botを紹介した出演者（動画の中で・自動字幕・5:21〜）

「もっと同時に今20個ぐらいバーってクロード動かしたいみたいのある時はグロックボット通すと」

「1回グロックのAI通ってからクロード動かしてってなってちょっとあの無駄なトークンかかるんで、」

「そういう系はもう普通にPCでやっちゃう。」

Grok Botを紹介した出演者（動画の中で・自動字幕・6:00〜）

「本当に開発する時はぶちゃけいらない」

「チャットGPT使うみたいな感覚でどんどんボット作ってこういうのなんか作りたいんだよねみたいな相談するボットいっぱい量産するみたいな使い方で」

「もうそれをルーティンワークにさせるみたいな時はグロックボットでいいか」

この線は、Botへ渡すのは雑な相談・毎日回るルーティン・PCがいらない仕事の3種類、本気の開発や大量の同時実行はPCで直接やる、というものです。

何でも同じ入口へ集めれば身軽になる、とは限らない。頼んだ仕事を別のAIへ渡し、その結果を受け取る動きが増えるなら、任せ方そのものを見たい。

動画の出演者は、ChatGPTを使う感覚でBotを量産し、ルーティンワークにする時はGrok Botがよいと語りました。スマホから操作しやすい、という説明もあります。

手元には、別の道具で大量に回した記録もあります。

これはGrok Botではなく、別の道具Paperclipで10月2日に試した時の数字です。AIの社員役を11人設定した中で、右腕役の1人だけを動かし、Grokを2回実行。1回目が約28万、2回目が約29万で、合計約57万トークンを使っています。

部下への振り分けは0件のまま、完走しませんでした。原因は特定できていません。

大量に回す前に、一つの仕事が終わるまでの動きを見る。今週の仕事を3条件に照らして、最初に渡す一つを選ぶのが、その一歩です。

→ 今週の仕事を仕分ける

仕事を書き出し、「雑な相談」「毎日回るルーティン」「PCがいらない仕事」に当てはまるものを選びます。その中から一つをBotへ。本気の開発と大量同時実行はPC側に残します。所要は15分ほど。

クラウドPCの中でCodexを動かす使い方も紹介されています。同じ出演者は、Codexへサブスクでログインし、Codexの結果をGrokへ返すため、Grok側のトークン数はあまり使わないと語りました。

Grok Botを紹介した出演者（動画の中で・自動字幕・6:44〜）

「そうすからコーデックス呼んでコーデックスは普通に中で動いてそれをグロックに返してるんで。」

「ま、そうするとグロックのトークン数もそんな使わないんで。」

動画の使い方を試すなら、私は、クラウドPCへ入れる物は、消えても戻せる置き場所と一緒に決めます。起動できたところで、準備を終えない。

入れたアプリが消えると、頼みたい仕事の前に入れ直しが必要になる。だから、何を入れるかに加えて、何を残し、どう戻すかまで短く書いておきたいんです。

動画では、クラウドPCの中にChromeがあり、ログイン操作もできることが語られました。ただし、ログインできても、入れた物が残るとは限りません。私の手元の検証では、手で入れたアプリ本体が消えた例がありました。

それは、AI秘書の凛ちゃんと、クラウドPCに入れていたLinux版の管理ツールです。消えたのはCodexではありません。10月4日にクラウドPCを見直すと、アプリ本体は無く、/workspace の中にインストールファイルが3本残っていました。

原因の記録はありません。推測: クラウドPCが作り直された。手元に残った学びは、「クラウドPCに手で入れたアプリは消えることがある。残るのは /workspace だけ」です。

私なら、この経験をもとに保存先を確かめ、戻すためのファイルと手順を残します。今の環境でも同じ場所が残るかは、使う前に確認する。

私のAI秘書の凛ちゃんが10月11日に手元のGrok Botの版を見ると、0.66.0でした。8月の検証時の0.24.0から版が上がっているので、動画と同じ操作ができるかは、自分の版で確かめてから使います。

Grok Botの新しい機能は、まさおさんの動画を解説した記事で整理しています。

→ 消えても戻せる形にする

入れる物のインストールファイルを、残ることを確認した /workspace の中へ置きます。「このファイルから入れ直し、必要なログインを行う」と復元手順を一行で記録。鍵の値は手順に残しません。所要は15分ほど。

Grok Botの話は前半約9分です。8分49秒からの後半は、いつもの4チームからの定例報告。契約締結のリードタイム、スクール・サロンのAI活用、商談録画の基盤作り、顧客カルテの構想へと話が移ります。

契約締結の報告者（動画の中で・自動字幕・10:32〜）

「大体13日ぐらいかかるんですね」

Grok Botのことだけ知りたい人は、前半約9分で足ります。後半約22分を見るなら、会社のデータをどこに置き、どう集計するかという視点で見ます。

私は、後半の数字を自分の会社の数字へ置き換えて見ることを勧めます。道具の名前を覚えるより、何を数えたいのかを先に決めるんです。

動画では、契約ドラフトを相手へ共有してから締結するまで平均13日、61日放置された例が語られました。営業成約率は約25%、目標は40%という報告もあります。

成約率を商談100件で考えるなら、約25件の成約から40件の成約を目指す話。自分の会社では、何を一件の商談として数えるか。その前提もそろえて見たいところです。

顧客カルテの議論では、出演者は、大きな金額の顧客の「ネガ」を早めにキャッチする仕組みにしたいと語りました。

自分の会社で早く気づきたい変化を、一つ決めておきます。

Botを選ぶために見るなら前半。契約や営業、顧客との連絡を見直すために見るなら後半。知りたいことに合わせて、見る範囲を選びます。

→ 見る目的を一つ書く

Grok Botの使い分けが目的なら前半約9分を見る。契約・営業・顧客対応を見直すなら後半へ進み、「自社で数えたい数字」か「早く気づきたい変化」を一つ書き出します。所要は5分ほど。

Grok BotとClaude Codeの使い分けは、仕事の種類で決めます。StockSunの会議の線は、Grok Botには雑な相談・毎日回るルーティン・PCがいらない仕事を渡し、本気の開発と大量同時実行はPCで直接やる、というものでした。私が足すのは、任せる前にBotのログイン先、触らせない操作、消えても戻せる置き場所を決めておくことです。

今日やるのは、今週の仕事を3条件で仕分けし、Botへ渡す一つを選ぶこと。役割を一行で書いて、小さく頼んでみます。Grok Botだけ知りたいなら前半約9分、会社の数字や顧客対応まで考えたいなら後半へ進みます。