Grok Botの使い方。
1体に全部任せず、役割ごとにBotを分ける

家事と子育てのスキマで経営する3方よしAI共創コンサルタントの田中啓之、ひろくん（@passion_tanaka）です。今回は、まさおAIじっくり解説chから、まさおさんが話す『Grok Bot』運用の鉄則を紹介するね。

出典: YouTubeの元動画（まさおAIじっくり解説ch）

まさおさんが最初に挙げたのは、使い方のコツより手前の話でした。Grok Botを入れると、CursorやGrokのサブスク契約で、契約者専用のクラウドPC（16GB RAM、128GBディスクのLinux VM）が1台付いてくる、と説明されていました。電源を落とさないので、PCを閉じてもBotは動き続けます。中でClaude CodeやCodexにログインしたまま、Grok Botに操作させる使い方も紹介されていました。

まさおさん

「24時間、え、エージェントに稼働してもらえるようなそんな環境を作ることができます。」（2:46）

話の終盤には、順番も示されます。権限を渡して、コンテキストを溜めさせて、徐々に任せていく。そうすると24時間動く環境になる、という流れです（18:26）。

農業のたとえで言うと、自律行動は「自動灌漑装置」にあたります。放っておいても、水をやってくれる。

朝LIVEは365日続けています。私が日月火水、ただっちが木金土。「今日は休みます」は簡単です。でも、仲間が待っていると思うと、やめられない。人の継続は、待ってくれる誰かに支えられています。

Botには、待っている仲間がいません。だから続ける力を、気持ちの側ではなく、環境の側に置く。まさおさんのVMは、そういう場所です。

私の運用は、道具より先に役割分担で決まっています。今ここに集中して、最後に決めるのは私。時空を越えて実行して、蓄積するのは分身AI（私の経験や価値観を文字にして育てているAIです）。その持ち場が、PCを閉じても止まらない。VMが1台付いてくることの一番の意味は、そこにあると思います。

順番があるのもいいところです。最初から全部を委ねない。任せる範囲を少しずつ広げる。ひとつの仕事を夜のあいだ手放すだけなら、今夜からできます。手放しても、朝には結果を見に行く。最後に見るのは、私です。

ここが鉄則のひとつめ、関心ごとの分離です。まさおさんは、サブエージェントの本質もここにあると話していました（8:11頃）。

まさおさん

「コンテキストウィンドウは有限で注意力も有限です。だから役割ごとにボットを分けてそれぞれが向ける注意を絞ってあげる。これが関心ごとの分離です。」（8:55）

Botごとに、説明欄とメモリとルーティーンを持たせられます。説明欄には「あなたはこういうBotで、こう動いてほしい」と書く。スライドの例は5体で、業務管理者、UI検討、設計、実装、打鍵テスターです。UI検討Botの画面モックに、設計Botが赤ペンを入れる場面も紹介されていました。

私の母艦にも、役割分担の表があります。母艦は、私が見つけたワクワクをAIがカードにして、品質を確かめて、ブログにまで育てる仕組みのことです。2026年2月の更新で、こう決めました。

見つけるのは、ひろくん。形にするのは、AI。宝に変えるのも、AI。全体を見渡して判断するのは、ひろくん。

この表で大事なのは、AIに渡した仕事のなかに、最後の判断を入れなかったことです。まさおさんの5体にも、同じ形が見えました。作るのは実装Bot、確かめるのは打鍵テスターBot。誰も全部を背負っていません。

違うのは、切り方です。私の4つの役は、仕事の流れで切ってあります。見つける、形にする、宝に変える、判断する。まさおさんの5体は、開発の持ち場で切ってあります。画面、設計、実装、確認。流れで切るか、持ち場で切るか。どちらも、誰が何をやらないかを先に決めている点は同じです。

分けた分だけ、1体が見るものは減ります。まさおさんの言う「注意を絞る」は、この減った分のことだと私は読みました。

5体のうち、まとめ役が業務管理者Botです。スライドには「PM 役で、自分では作らずに回すだけ」と書かれていました。動画でもそこを丁寧に説明しています。

まさおさん

「あなたは業務管理の、え、スペシャリストですみたいな形で定義してあげて、そこに関連するコンテキストを渡してあげる。」（10:14）

業務管理者は、自分の担当以外には手を出しません。開発は実装Bot、チェックは打鍵テスターBotに回す。ナレッジを貯めて、どこを見ればいいかを示す。完了したときは「このエージェントに相談する」と決めておく。そんな使い方でした。

役割を決めるとき、私は「やること」と同じ重さで「混ぜてはいけない線」を書いています。AI課題解決センターの役割定義がそうです。場を作る、場を耕す、人を繋ぐ。ここまでが私の持ち場です。AI実装の伴走を担う高崎さんは、別の持ち場です。

この定義には、分身AIへの注意書きもあります。私の役割を「火を点けるだけ」「話すだけ」と小さく見ないこと。高崎さんの本分は、場の運営ではなくAI実装の伴走であること。持ち場を書くだけでなく、はみ出さない線まで書く。まさおさんが説明欄に「役割とやらないこと」を入れるのと、同じ発想です。

ただし、違いもあります。業務管理者Botが回すのは、仕事の流れです。私の役割定義では、場の全責任は人に残っています。進行をBotに回してもらっても、責任まで渡さない。ここは、私が線を引きたいところです。

08章で紹介する②の7役の実験でも、進行を受け持ったのは運営Bot1体でした。教材は制作役、購入前の質問は接客役が受け持ち、運営Botは各役の返答を受けて、財布と出来事を記録しながら次の判断へ回します。持ち場を分けていたから、18判断のどこで何が起きたかを、後からファイルと取引の記録で追えました。

進行役が作り始めたら、進行が止まります。だから進行役は、回すことに専念させる。この線引きは、実験のほうでも動画のほうでも、同じ場所に引かれていました。Botを分ける使い方は、仕事の流れで分けても持ち場で分けても構いません。分けた分だけ、1体が見るものは減ります。

2つめの鉄則は、メモリです。仕事を続けるうちに、Botごとにメモが溜まって、専門性が育っていきます。

まさおさん

「こう運用していくとですね、ボットごとにメモリが育ちます。」（12:36）

まさおさん

「VMやファイル、ログインは全部のボットで共通。説明欄とメモリ、ルーティーンはボットごとです。」（13:40）

スライドでも、全Botで共有するもの（ブラウザ、ファイル、ターミナル、ログイン状態）と、Botごとのもの（説明欄、メモリ、ルーティーン）を分けて示していました。スキルについては「今の把握では共通」と、話し手本人が仕様の変化に含みを持たせています。

農業のたとえで言うと、記憶のしくみは「ぬか床」です。毎日かき混ぜて育てる。

毎日かき混ぜる中身は、自分の経験、価値観、口癖を文字にして、Obsidianに溜めることです。これが分身AIの魂になります。分身AIを育てることは、自分が育つことでもあります。

違うのは、育てているものです。まさおさんのメモリは、Botの仕事の記憶です。私のぬか床は、私自身の経験と価値観です。ただ、私の分身AIの運用でも、本人はAIへ教える過程で自分の内側に気づく、と整理しています。Botのメモを書くことは、自分のやり方を言葉にすることでもあります。

AIが出したものがObsidianに溜まるかどうかで、AI活用を3段階に分ける動画も、以前に紹介しました。AI活用度は、AIの出力がメモアプリObsidianに溜まるかどうかで3段階に分かれるです。スキル、ルール、メモリーをまとめてハーネスと呼ぶ話が出てきます。今回のBotのメモリも、同じ畑の話です。

08章の④で紹介する、Grok Bot.appとHermesに同じ宿題を出した記録にも、同じ線が出てきます。Grok Bot側は、複数のBotが共有できるクラウドPCに下書きを残しました。Hermes側は、担当ごとに分けたプロフィールで動きました。共有する台所と、担当ごとの引き出し。同じ線が、ここにも引かれています。

Botが5体なら、ぬか床の樽も5つです。台所は1つで共通。でも、どの樽に何を漬けるかは、Botごとに決める。混ぜると、味の見分けがつかなくなります。

3つめの鉄則は、ルールの置き場所です。スライド15枚目には、実際に起きた話があります。ルールを変えたのに、古いルールがメモリに残っていた。対策は、きまりを差し替えたら、業務管理者Botから各Botにメモリを見直させることでした。

まさおさん

「ルールは1つのファイルに置いて説明欄から参照させます。必要になったらその先の資料を開く。」（14:13）

全員が読むルールは、案件のフォルダの外に「チームのきまり.md」として置く。何度も起きたことは、スキルに昇格させます。ルールの書き方については、こう話していました。

まさおさん

「どう自分が定義するか、あの、カードゲームを作るマスターだと思ってね、え、やっていくといいと思います。」（13:34）

私の分身AIにも、同じ決め事があります。履歴を平均して人格を作らない。最新の魂設定を、現在の正本にする。過去の文体や判断軸は、当時の事実として残す。ただし、今の出力へ無条件には採用しません。

スライド15枚目は、この逆の事故でした。古いルールがメモリに残って、新しいルールと並んで動いてしまう。メモリは、育つぶん、昔の記憶も抱えます。だから「どれが今の正本か」を、メモリの外に1つだけ置くんです。

分身AIには、別の線引きもあります。本人の体験は、事実のストーリーとして語る。最新設定から導いた考え方は、メタな例えとして扱う。メタな推論を、本人の経験にすり替えない。記録として残るものと、いま守るルールを、混ぜないための線です。

まさおさんが1つのファイルに置くのは、チームのきまりです。私の分身AIが正本にしているのは、きまりだけではなく、あり方まで含む魂設定です。説明欄には場所だけを書く。本体は1か所。この置き方は、私の分身AIの正本の考え方と、そのまま重なります。

動画は、うまくいった話だけで終わっていません。運用でハマった点が出てきます。

まさおさん

「崩れた画面に対してスクリーンショットベースで評価してないとかね、ま、そういう部分とかも、ま、やっぱちょっと細かくあの見てあげたりだとかして」（15:24）

そこで、説明欄に「毎回チェックリストを参考にして」と入れるような、Bot単位の調整をする。さらに、みんなが見る全体像の場所に「打鍵のチェックリストはここ」とファイルのリンクを置く。モデルの性能はタイミングで変わるので、そこも見ておく。まさおさんは、こう続けています。

まさおさん

「もちろん人間のね、え、予想を超えてエージェンティックサーチとかしてくるんですけれども、自分ができる限りの、ま、気遣いみたいなのはやっぱやるべきかなていうのは個人的にも思っております。」（16:07）

私も朝LIVEでは、うまくいった話だけを話さないようにしています。「ここで躓きました」「AIがこんな変な回答をしました」と、泥臭いところまで出す。プロセスエコノミーと呼んでいるやり方です。

朝LIVEでは、自虐から共感へ寄ってきています。「私ダメでしょ？」から「みんなもそうでしょ？」へ。「AI使おうとしたら動かなくてさ〜」のような、あるあるの話が増えているのも、その流れです。

動画では、見逃しの原因と直し方が、セットで語られていました。私の朝LIVEは、つまずきそのものを先に置きます。

分身AIの決め事には、こういう一文もあります。事実、推測、未取得、失敗を区別する。自分の記録漏れを、本人の不足にすり替えない。この目でBotを見るなら、打鍵テスターBotの見逃しは、能力の低さではありません。見る場所を渡していなかった、という記録漏れとして直すことになります。

だから、まさおさんが見逃しをそのまま話してくれたことに、価値があると思います。失敗の話は、チェックリストの1行目の材料になるんです。

最後の話題が、Tailscaleです。BotがVMの中でほかのツールを動かしているとき、人間も途中で入りたくなる。そのための道として紹介されていました。

まさおさん

「自分もちょっと介入していきたい。そのリソースに対して、ま、あの、介入していきたい時にやれる技術というのが」（16:35）

スライドの手順は3段階です。VMにTailscaleを入れる（スライドには「公式の1行で入れる（Botに任せた）」とあります）。表示されたURLを開いてサインインする。手元のPCとスマホから、sshでVMに入る。詳しい設定は、メンバーシップの勉強会アーカイブで話されているそうです。

私の運用の考え方は、二重螺旋です。私は、今ここで身体と五感とワクワクに集中して、最終的に腑に落ちるかを決めます。分身AIは、魂設定やセッション履歴やカルピス原液を横断して、仮説を出して、実行して、蓄積します。

カルピス原液は、私の体験と価値観のもとになる話のことです。

分身AIには、人間の毎回承認なしでも完走できるところまで委ねる、という決め事もあります。そのかわり人間は、判断軸と育ち方を、より上位から味見します。私にとって介入とは、毎回張り付くことではありません。上から味見して、最後に腑に落ちるかを決める一手です。

まさおさんの介入は、技術的に入る道の話でした。私の介入は、腑に落ちるかを決める一手の話です。

Tailscaleで入れる道をつくっておく意味は、そこにあると読みました。Botは台所で動き続ける。私は、必要な時にだけ、勝手口から入る。ずっと見張らなくていい安心があるから、任せる範囲を広げられます。

Tailscaleそのものについては、Ed Bottさんの解説を紹介した記事もあります。「安全な案内係」TailscaleをEd Bottさんが解説。穴を開けずに家へ戻るは、ポートを自分で開けずに、家の仕事へ戻る道を扱った回です。VMへ入る道の考え方は、あの回とつながっています。

ここまでは、まさおさんの動画の話でした。ここからは、私自身がGrok Botを動かした記録を1本ずつ紹介します。どれもAI氣道に記事として残しているもので、数字と引用はその記事の本文から写しています。動画の鉄則と重なるところは、それぞれの最後に書きました。

4本を並べると、私も最初から大きなチームを作ったわけではありません。調査係を1体置き、7役に分け、メンバーを集めてもらい、同じ宿題で机の違いを見る。一つずつ持ち場を広げてきた記録です。まさおさんの3つの鉄則は、その途中で私が引いてきた線と重なっていました。

鉄則を並べてみると、どれも「任せる前に、線を引く」話でした。1体で回らなくなったら、まず切り分けから始めます。役割を分ける。メモリはBotごとに育てる。ルールは1か所に置く。まさおさんが話したのは、Botの機能の使い方というより、任せ方の設計でした。

私が読んで残ったのは、進行役を1体だけ置く、という一点です。回す人が作り始めないこと。そして、最後の判断は人に残すこと。この2つが守られていれば、Botが5体でも10体でも、台所は散らかりにくいはずです。

あなたが今、1体のBotに詰め込んでいる仕事は何でしょうか。1体に全部任せず、役割ごとにBotを分ける。Grok Botの使い方は、まず15分、3役に切り分けて書き出すところから始まります。