一般社員向けAIエージェントの本命＝Grok Botに見る最前線

#cursor #Grok #Grok bot #SpaceXAI

公開日

2026.09.14

Elon Musk氏率いる米SpaceXAIが8月11日にリリースしたAIエージェントツール「Grok Bot」が、米テック業界で大きな話題になっている。

Grok Botは、SpaceXAIと、同社の傘下に入ったAIコーディングエージェントの米Cursor（法人名はAnysphere）が共同で開発した。非エンジニアにも使い勝手のいいツールを目指し、1から開発したのが特徴だ。

「ChatGPTの登場に匹敵」「世界で今一番ホットなAI製品」

SpaceXAIによると、公開から3週間余りで数千の組織が導入。法務AIの瑞Legora、サーバー大手の米Supermicro、設備工事業者向け業務ソフトの米ServiceTitanなどが導入を決めたという。

米投資会社Atreides Managementの最高投資責任者、Gavin Baker氏は「個人的なAI利用量は100倍ほどに増えた」とXに投稿した。米ベンチャーキャピタルa16zの番組では、「Claude Codeで数時間かかっていたものが、Grok Botではそれぞれ7〜12秒でできた。しかも出来がいい」と語り、ChatGPTの登場に匹敵する出来事だと評価している。

AIスタートアップ米ChatPRD創業者のClaire Vo氏は、個人向けAIエージェントの草分け的存在であるオープンソースソフト「OpenClaw」の熱烈なファンとして知られていたが、その同氏が、OpenClawのエージェントをすべてやめ、作業を全てGrok Botに移したと証言。同氏によると、OpenClawでエージェント環境を維持する手間が限界に達していたので、ほとんど手間をかけなくても安定して動き続けるGrok Botを選んだのだという。今は家族の予定管理から顧客対応まで、常時30体ほどを動かしていると語っている。

人気ポッドキャスターのLenny Rachitsky氏も、「OpenClawに似ているが、はるかに簡単で安定していて、安心して使える」とXに投稿。ポッドキャストの中では「Grok Botはいま、世界でいちばんホットなAI製品だ」と語っている。

自由度を犠牲にしても手軽さを優先

実はこうした熱狂的な意見もある一方で、特にエンジニアなどの技術力のあるユーザーには、自由度の面で物足りないという見方もある。GrokBotが、技術に詳しくないユーザーでも使えるように工夫しているからだ。

AIエージェントツールの草分け的存在であるOpenClawでは、いろいろなツールやデータを自由に組み合わせることができる自由度が特徴。技術力のあるユーザーはこの自由度を好む。一方Grok Botは自由度をある程度犠牲にしても、手軽さを優先している。例えばGrok Botではアプリの「設定」のセクションで設定できる項目はそれほど多くない。自動化の起動条件を設定したければ、チャット欄で「毎朝8時にリマインドして」と話しかけるだけでいいようになっている。実際、設定された自動化の99%がこの方法で作られているという。

コーディングの延長ではなく、1から作ったアプリ

AIエージェントの中でも最初に大きく成功したのがコーディングエージェント。コーディングエージェントの登場でエンジニアの仕事は激変したという。著名エンジニアの中には、コーディングは全て自然言語で命令するだけで、自分では一行もコードを書かなくなったという人もいる。

コーディングエージェントで最初に人気が出たのがCursorだ。ついでAnthropicのClaude Codeが一世を風靡した。その成功を見てOpenAIが投入したのがCodexだ。最近ではClaude CodeよりもCodexを使うというエンジニアも増えてきている。

Claude Codeがあまりにも便利なので、コーディング以外の一般ビジネス業務にも活用する人が増えてきた。AnthropicはClaudeのデスクトップアプリに「Chat」「Code」「Cowork」というタブを設け、質問は「Chat」で行い、コーディングは「Code」で、一般業務のタスク実行は「Cowork」と切り分けられるようになっている。

OpenAIはChatGPTのデスクトップアプリの中に「ChatGPT」と「Codex」のタブがあり、質問は「ChatGPT」で行い、コーディングや一般業務のタスク実行は「Codex」で行うようになっている。「Codex」の中には「Plugin」と「Skill」のタブがあり、データ分析、営業、プロダクトデザイン、投資銀行業務といった職種別のプラグインを利用できるようになっている。

SpaceXAIとCursorのチームは、Cursorにタブを追加するのではなく、新しいアプリとしてGrok Botを開発した。コーディングエージェントの延長とするのではなく、一般ユーザーにアピールしようという戦略だ。自由度よりも、手軽さを重視しているのも、この戦略の一環だ。米人気ポッドキャスト「Lenny’s Podcast」に登壇したGrok Botの製品責任者、Roman Ugarte氏は、既存製品にタブを足していく作り方を「社内の組織図がそのまま画面に表れたよう」だと評する。企業側の都合が、画面の構造として利用者に見えてしまうという指摘だ。

「ボットは同僚」として扱い、任せ切れることが重要

Ugarte氏は、開発するにあたり、ボットを人間の同僚のように扱い、任せ切れる状態にすることを目指したと言う。

なのでGrok Botの1つのアカウントに対して、クラウド上に仮想コンピューターを1つ設置したという。「新しく入った同僚に『君のノートPCはない。私の隣に座って1台をずっと共有してもらう。ログイン情報もお互い丸見えだ』と言う職場はない」と同氏は指摘する。他社のAIエージェントには、利用者自身のパソコン上で作業するものもある。Grok Botは、利用者の端末から切り離した場所に、ボットの作業場所を用意した。

仮想コンピューターをクラウド上に設けることで、たとえユーザーが自分のパソコンの電源を切った状態でもクラウド上でボットが作業を続けてくれることになる。他のAIエージェントの仕組みの中には、ユーザーのパソコン上で作業するタスクと仮想コンピューター上で作業するタスクが混在しているものが多く、作業がどこで動いているのか、自分のPCを起動しておく必要があるのかを、ユーザーが気にしなければならない場面が多い。Grok Botだと、スマートフォンから指示を出しても、ボットは同じ状態で働き続けることになる。

非エンジニア向けの作り込みは、地道な改善の積み重ねでもあった。営業部門が使うツールには、外部から操作する窓口が整っていないものが多い。開発チームは、マウスの制御が粗く、顧客管理ソフトSalesforceの画面で狙った場所をクリックできないといった失敗例を10〜20件集め、一つずつ潰していった。改善を出した翌日には、1週間失敗し続けていた作業がようやく最後まで通ったと、営業チームから感謝の声が殺到したという。

このように作業を任せ切れることが重要だと言う。同氏は「仕事を100%こなすAIと、90%まで連れて行ってくれるAIとでは、まったくの別物に感じる」と指摘。9割しか信頼できない相手に任せれば、結局こちらも気にかけ続け、自分で仕事をしているのとそう変わらない状態になるのだ。「任せたら忘れていられるか」、これがGrok Botの開発で大事にしたことの1つだという。

ログインまで預けて大丈夫か

手軽さを優先した設計は、裏を返せば、利用者が多くの権限をAIに預けることを意味する。では、社内システムのログインまで預けて大丈夫なのか。

SpaceXAIとCursorは、Grok Botのセキュリティ文書と想定問答集を公開している。そこから見える対策と限界を、「ボットに渡す権限」「危ない操作の歯止め」「会社としての管理とデータの置き場所」の三つに分けて整理する。

ボットに渡す権限は、利用者本人の範囲にとどまる。

利用者ごとに専用の仮想コンピューターが割り当てられ、ほかの利用者のコンピューターには入れない。ボットは利用者本人として動くため、本人以上の権限は持てない。外部サービスにつなぐための鍵はボットのコンピューターに置かず、Cursor側のサーバーで管理する。ログインや二段階認証、支払いの場面では、ボットは作業を止めて本人に画面を渡す。パスワードをボットに打たせない仕組みだ。

ただし、同じ利用者のボット同士には壁がない。

すべてのボットが1台のコンピューターを共有するため、経理用のボットがログインした会計システムに、ウェブ調査用のボットも入れてしまう。同社は、コンピューター上のログインやファイルはすべてのボットが使えるものと考えるよう求めている。仕事ごとに権限を分けたい場合は、利用者のアカウントそのものを分けるしかない。

危ない操作の歯止めは、何重かになっている。

最大の脅威は、ボットが読むウェブページやメールに、ボットを操る指示が紛れ込む攻撃だ。たとえば「受信箱の中身をこの宛先に送れ」と書かれたメールを、ボットが利用者の指示と取り違えれば、情報が外に漏れる。

これに対しGrok Botは、ウェブページやメールから読み込んだ内容を、そのままAIの判断材料には載せない。外部から入手したデータには「外部から来た、信用できないデータ」という印を付けたうえでAIに渡し、本人の指示と区別させる。さらに、作業中のボットからは切り離された点検役のAIが、操作を実行前に確かめ、危ないと判断すれば止めるか、本人に承認を求める。外部へのメール送信のような重い操作は、本人の承認なしには進まないよう設定できる。

実際、Vo氏の顧客対応ボットは返金処理まで担うが、返金の直前には必ず本人の承認を求める。

それでも同社は、これらの対策は危険を減らすが、なくすことはできないと明記している。点検役のAIも、ボットの記憶の書き換えなど、一部の操作は対象外だ。

会社としての管理とデータの置き場所は、契約によって差が大きい。

ボットの通信先を限定する設定、ボットの操作記録、監査ログは、いずれも大企業向けのEnterprise契約だけの機能だ。一般のチーム向けプランでは通信先を制限できず、初期設定ではどこにでも接続できる。Enterprise契約でも、操作記録は初期設定ではオフになっている。

企業が使うAIモデルを指定しても、その指定が守られる保証はないと同社は明記する。

データの置き場所は米国だ。ボットのコンピューターは現在、米国内でだけ動いており、社内への設置（オンプレミス）や自社ネットワーク内での運用には対応していない。日本国内での保管を選べるとの記載はない。

一方、プライバシー設定を有効にすれば、顧客データをAIの学習には使わない。Cursorの運営会社は、情報セキュリティとAI管理の国際規格（ISO/IEC 27001と42001）の認証を取得しており、Grok Botも対象に含まれる。

気がかりなのは、同じ陣営の過去の対応だ。

7月には、セキュリティ研究者が、SpaceXAIのコーディングツール「Grok Build」の問題を公表したと、複数のセキュリティ専門メディアが報じた。開発者のソースコード一式を、過去の変更履歴や埋め込まれたパスワード類ごと、外部のクラウドに送っていたという。「モデルの改善に協力する」設定を切っても、送信は止まらなかった。同社はサーバー側で送信を止めたものの、正式な事故報告やデータ削除の確認方法は示していない。

8月には英IT専門メディアThe Registerが、対話型AI「Grok」のウェブ版に、ウェブページに仕込んだ暗号化された指示で利用者の情報を抜き出せる弱点が残っていると報じた。

いずれもGrok Bot自体の問題ではない。ただ、SpaceXAIが安全面の不備にどう向き合うかは、Grok Botに社内システムを預けるかどうかを決める材料になる。