端末を閉じても、AIが働き続ける。xAI（2026年2月にSpaceXが買収・統合し、一部媒体はSpaceXAIとも表記する）が2026年8月11日にベータ提供を始めた「Grok Bot」は、クラウド上の常設環境で動き、あなたのPCがスリープしていても裏で仕事を進める。デスクトップに加え、iPhone（iOS 18以降）とAndroid（Google Play、Android 9以降）のアプリも公開されている。ただ、いちばん大事なのはそこではない。この「常時稼働」という性質が、この秋のAIエージェント競争にそれまで無かった一本の縦軸を足した点にある。
Grok Bot の新しさは「常時稼働」にある
これまでの対話型AIは、こちらが画面を開いて話しかけている間だけ動いた。Grok Bot はユーザーごとに1台の常設クラウド環境（専用のマイクロVM）を持ち、人と同じようにアプリやサイトへログインして手を動かす。APIをつなぎ込む前提ではなく、既存の画面を人間の代わりに操作する。プロンプトを打たなくても始まる「routines（定型業務の自動巡回）」で、決まった作業を回していく。
ここで押さえておきたい仕様がある。この1台の環境は、そのユーザーが動かすすべてのBotで共有される。Bot自身は既定では何の権限も持たず、ユーザーがサインインさせたアカウントを使って動く。裏を返すと、一つのBotに渡したログインやファイルは、同じユーザーの他のBotからも触れる状態になる（公式ドキュメント）。
xAI が初期の向き先として挙げるのは、次のような仕事だ。
- 見込み客のリード調査
- 受信箱のトリアージ（仕分け）
- 会議の事前準備
- 採用まわりの下支え
- 作った資料の再利用・作り直し
- 毎週まわってくる管理業務
どれも「毎回ほぼ同じ手順を、人がいちいち起動して回していた」類の仕事だ。起動する手間ごと、Botに預けられる。
秋の「起点で選ぶ」話に、常駐という縦軸が足された
この秋のエージェント競争は、しばらく「どこを起点に動かすか」で語られてきた。専用アプリで動かすのか、ブラウザの中か、OSに組み込むのか。Muse、ChatGPT Agent、Gemini Agent、Copilot Tasks の顔ぶれは、その起点の取り合いだった。
Grok Bot が足したのは、それとは別の軸だ。人が指示していない時間もBotが走り続ける「常駐性」。どこを起点にするかとは独立に、24時間動くかどうかという縦軸が加わった。この便利さの裏では、静かに重くなるものが一つある。Botが常駐するほど、その分だけ長く権限を握り続け、その分だけ料金メーターが回り続ける。
正直な話、導入は順番を選ぶ
製品としては、デスクトップもモバイルも触れる段階に入った。それでも、群馬の中小がいきなり日々の実務へ据えるには、先に見ておくことがある。
- まだベータ段階の製品で、仕様は動いている最中だ。
- 料金は席あたり月120ドル規模から。上位は Cursor Ultra が月200ドル、SuperGrok Heavy が月300ドル規模で、いずれも Grok Bot を含む。数字は媒体ごとに粒度が違うので、契約前に必ず自社のプラン画面で確認したい。エンタープライズ提供は SSO・SCIM に対応し、セールス経由での案内になる。
- 先ほどの共有環境の仕様が効いてくる。1台の環境を全Botが共有するため、一つのBotへのログイン付与が、実質そのユーザーの全Botへの付与になる。
コストについても一点だけ整理しておく。Bot単位の支出上限（spend cap）は、現時点では用意されていない。ただし総額が野放しになるわけではなく、アカウント単位のオンデマンド課金コントロールは効く。だから「Botごとには絞れない、アカウントでまとめて絞る」を前提に設計する（公式ドキュメント）。
常駐だからこそ、先に決める「権限とコストの上限」
ここが当社のいちばん言いたいところだ。常時稼働のエージェントは、便利さと危うさが同じ根から出ている。人が見ていない時間に、ユーザーのアカウントで、外部のサイトを操作し続ける。しかも権限もコストもBot単位では細かく切れない。だから導入の順番を、機能から入らず上限から決める。
当社がAI導入の伴走で最初に置く原則は、いつも同じだ。読み取り専用・下書きのみから始め、後戻りできない操作は毎回人が承認する。常駐型でもこれは変わらない。むしろ共有環境で常駐するからこそ、次の三つを機能を触る前に紙に書く。
- 権限の上限。どのアカウントを、どのBotにサインインさせるか。1台の環境を全Botが共有する以上、渡すログインは最小限にし、送信・購入・削除・支払いといった不可逆操作を伴うアカウントは当面渡さない。下書きと情報収集までに絞る。
- コストの上限。Bot単位の上限が無いなら、アカウント単位のオンデマンド課金コントロールを先に設定する。動かす時間帯やBotの本数も絞る。
- 停止のしかた。誰が、どうやって、そのBotを今すぐ止められるか。常駐は「動き続ける」が既定なので、止め方を知らないまま走らせない。
当社はどう受け止めているか
Grok Bot そのものを、当社が今すぐすべての中小に勧めることはない。まだベータで、席あたり月120ドル規模、しかも権限とコストがBot単位では切りにくい。この条件を踏まえずに日々の実務へ据えるのは早い。
受け止めているのは、その手前の考え方のほうだ。エージェントが「常駐する」のが当たり前になる方向は、もう見えている。そうなったとき効くのは、賢いモデルを選ぶ目より、権限とコストの上限を先に引く設計だ。当社が読み取り専用と下書きから始めるのは、臆病だからではない。止め方と上限を握ったまま、便利さだけを少しずつ受け取るためだ。
今週からできること
Grok Bot を待たなくても、常駐時代の備えは今週から始められる。反復の多い一業務を一つ選び、次の二つの関所を先に決める。
- 入口。AIに渡す前に、取引先名・個人名・口座・給与を仮名化する。社外に出せないデータはクラウドのAIに貼らず、閉域での運用を別に検討する。
- 出口。AIが返したものは下書きとして扱う。金額・契約条項・客先へ出す文面は、人が原本と照らして確定する。作るのはAI、確定するのは人。
この二つを決めてから、初めて「どのAIに、どこまで任せるか」を考える。常駐型が普及しても、この順番のままでいい。
まとめ
Grok Bot が示したのは、AIエージェントに「常駐」という縦軸が加わったことだ。端末を閉じても働き続ける便利さは、24時間分の権限と、回り続けるメーターとセットで来る。しかも1台の環境を全Botが共有し、上限はBot単位では引けない。だから機能より先に、権限とコストの上限をアカウント単位で紙に書く。群馬の中小がこの秋やることは、新しいBotを急いで入れることではなく、任せる前の関所を一つずつ決めておくことだ。
