Grok Bot：SpaceXAIのAI同僚たちが専用コンピュータを手に入れる

2026年11月3日、G​rok Botは、もはやあなたと話すだけの製品ではなくなった。「G​rok @Botに電話をかけてもらうよう頼んでみてください！」とイーロン・マスクはその日投稿した。彼が指し示していたのは、電話アシスタントより範囲が狭く、聞こえる以上に奇妙なものだ。通話を承認すると、Botは企業に電話をかけ、保留待ちの列を待ち抜き、自動メニューをボタン操作で進み、電話に出た相手と話し、話された内容の要約をあなたに渡す。それを実行するエージェントは、同じG​rok Botである。その推論はローンチ以来Grok 4.5からGrok 4.7へ移行しており、さらに10月7日以降はオーナーのアカウント上で最も難しい作業をClaude Opus 5.5に任せる可能性がある。しかし電話回線は、あなたのログインがいっさい通用しない場所でこれが行動する最初の場面だ。

この機能は10月25日に発表され、プレビュービルドで9日間を費やした。11月3日に変わったのは、誰がそれを利用できるかだ。制作者のPeter Yangはその日、すべてのG​rok Botユーザーが米国の企業に電話をかけられるようになったはずだと述べ、Muskは一日中、人々に試すよう促した。対象範囲は米国の番号のみで、ワシントン州とイリノイ州は除外されている — ユーザー側でも番号側でも。除外を名指ししている展開に関する記述はすべて同じ2州を挙げているが、その理由を述べているものは一つもない。

この機能について、提供元の企業が文書化していることはほとんどない。通話に関する変更履歴の項目も、ニュースフィードの投稿も、ドキュメント内のページもない。あるのは、会社オーナーの投稿、一連のユーザーデモ、そしてその両方に関する第三者による報道だけだ。これはこの製品がこれまでに出荷した直近3つの機能と同じ形であり、以下のすべての主張に出所のラベルを付けている理由でもある。

その機能を支える製品は、2026年8月11日にアーリーベータ版へ入った。AIエージェント製品であり、その根底にある考えは、AIは単に答えるだけでなく、あなたの手元から仕事を引き受けるべきだというものだ。各Botにはクラウド上に専用のコンピューターが与えられ、チームがすでに使っているGmail、CRM、Webアプリにサインインし、ジョブをエンドツーエンドで完了する。判断や承認が必要なときだけ戻ってくる。 10日後の8月21日、ベータ版は最も高価な3つのプレミアム階層から、SuperGrok Plus、Cursor Pro+、およびすべてのCursor Teamsプランへと拡大し、それ以外の人には期間限定の無料トライアルが用意された。その後、8月26日、SpaceXAIは階層による制限を完全に撤廃した。同社はXで、すべてのSuperGrokおよびCursor Proの加入者——月額30ドルのベース階層と月額20ドルのCursor Pro階層を含む——がGrok Botにアクセスできるようになり、全ユーザーの週間利用上限がリセットされたと発表した。 1週間後の9月2日、SpaceXAIはGrok BotをAndroidに投入し、このエージェントをPlay Storeに掲載した。9月17日、製品は声を得た。単一のBotとの音声通話で、まずデスクトップで、その後数日かけてiOSとAndroidでも提供された。 それ以来、製品は新しい価格の背後ではなく、同じサブスクリプションのまま進化を続けている。チーム全体で一緒に作業できる共有BotであるTeam Botsが9月28日に提供開始され、その後1週間で、ユーザーはPrimary Botと呼ばれる追加料金のかからない新しい役割に出会い始めた。これはXのGrok Botアカウントが10月1日に、仕事を見つけて処理を申し出るBotと説明したもので、同じ週にSpaceXAIは全ユーザーの週間利用上限をリセットした。 10月7日、製品の到達範囲は再び変わった。Grok BotがXへのネイティブな検索、読み取り、監視アクセスを獲得したため、8月版で必要だったアカウントコネクターなしで、1つのプロンプトからプラットフォーム上の発言を収集できるようになった。 2日後の10月9日、製品自身の更新を投稿するアカウントが、より小さく聞こえてより遠くまで届く何かを発表した。Botが@mail.grokbot.comで終わる独自のメールアドレスを取得でき、それを使って「サービスに登録したり、あなたに代わって企業に連絡したり、誰かと時間を調整したり」できるという。取得するには、チャットでBotに頼むか、Xで@botにタグ付けする。発表では「本日ユーザーへの展開を開始」と説明されていた。これが現時点で分かっているすべてだ。9to5MacとTeslaNorthが同日に報じ、展開は完了ではなく一部と説明されており、10月10日時点でドキュメントに受信箱のページはなかったが、10月11日の変更履歴では機能自体が説明されるようになった。 その3日後、変わったのは機能一覧ではなく製品の商業的な形だった。10月12日、SpaceXAIはThe X Subscriptionを発表し、Grok、Grok Bot、Cursor、X Premiumを1つのプランにまとめた。そしてプランページは初めて、Botの作業がどのように計量されるかを示している。 ブラウザーはすでに製品を使う4つ目の場所になっていた。ベンダー自身のリリースノートによると、9月19日にSuperGrok Heavy向けにgrok.comでGrok Botが提供され、10月3日にはSuperGrok Plusへ拡大され、サイドバーのBotsセクションにBotsが表示される。確認されていないのは、第三者のアカウントが10月16日に主張したもう1つのサーフェス、すなわちGrokモバイルアプリ自体の中のBotsだ。SpaceXAIが公開しているものの中に、これを説明するものはない。 エンジンも進化した。ローンチ時のモデルはGrok 4.5で、その後この系統はGrok 4.7に達した。そして10月7日、それは排他的ではなくなった。製品発表ではなくXへの投稿で、イーロン・マスクは、同社が「Claude Opus 5.5、MidJourney、Suno、その他の主要APIを含め、任意のタスクに最適なバックエンドモデルを使う」と述べた。なぜなら「あなたに最良の結果をもたらす可能性が最も高いもの」こそ、Botが手を伸ばすべきものだからだ。重い推論にはAnthropicのClaude Opus 5.5、画像にはMidjourney、音楽にはSunoを使う。 この発言は今や、発言として裏付けられている。The Information、Gizmodo、9to5Mac、Android Headlines、TechRepublic、および音楽業界の専門紙が2日以内に一斉に報じた。だがそれは依然として発言にすぎない。料金表も、変更履歴の項目も、出荷された成果物も、外部による測定もない。 また、何が対象外なのかも確定していない。名前が挙がっているのはAnthropicのClaude Opus 5.5、Midjourney、Sunoで、それ以外はすべて「その他の主要API」とされている。投稿の中には他のラボのモデルを除外する記述も、含める記述もなく、どちらについても報道した媒体はない。したがって、あるラボが除外されていると見なすのは事実ではなく仮定として扱うべきだ。 疑いようがないのは方向性だ。Grok Botの土台にあるものは、もはやSpaceXAIのモデルではないかもしれない。コンピューターを備えた製品と、思考を担うフロンティアモデルというこの組み合わせこそ、今回のローンチが単なる別のモデルリリースより興味深い理由だ。SpaceXAIの外部で誰も測定できていないのは、フロンティアモデルが他社製のとき、この2つの半分が一緒にどう振る舞うかだ。そしてコンピューターの半分に関する最初の確かな証拠は、10月6日にSlackチャンネルで届いた。 10月21日、成果物が変わった。製品自身のアカウントが、Grok Botは「レポート、メモ、ダッシュボードを作成できるようになった。Botにページを頼み、一緒に編集するか、Botに最新の状態に保たせよう」と発表した。ベンダーによる説明であり、投稿1件と動画1本にすぎない。そしてこのアカウントが、常に最新であり続けるものとしてエージェントではなく成果物を売り込んだのは初めてだった。ただし変更履歴は翌日10月22日に追いつき、ほぼ一言一句同じ主張を繰り返す一行を加えた。 6日後の10月27日、製品はBotが生み出すものではなく、Botが知っていることへと進んだ。TestingCatalogがデスクトップアプリで見つけたコントロールは、別のアシスタントのメモリーをインポートすることを提案している。「別のAIアシスタントから好みとコンテキストを引き継ぐ」というもので、10月26日の変更履歴では、今ではそれに1行が割かれている。

それはまた、xAI–Cursor 合併から生まれた最初の製品でもある。SpaceX は2026年6月、Cursor の開発元である Anysphere を600億ドル相当の株式で買収することに合意した。Grok 4.5 は Cursor の開発者データを使って構築された最初のモデルであり、Grok Bot は統合後の SpaceXAI による最初の共同ブランド製品だ。社内プロトタイプとして始まったもの——営業、マーケティング、オフィス業務、バグ修正——が、今や AI エージェントをどう構築すべきかについての同社の公的な賭けとなっている。その賭けは具体的だ。各エージェントにコンピューターを与え、人が使うのと同じようにあなたのツールを使わせ、あなたがノートパソコンを閉じても作業を続けさせる。

Grok Botとは実際に何なのか

「実際の仕事を任せられるAIのチームメイト」はSpaceXAI自身による説明だが、その仕組みはスローガンよりも重要だ。すべてのBotは専用のクラウドコンピュータ上で動作するため、仕事が実際に行われるツールの内部でソフトウェアを直接操作できる。ウェブサイトを巡回し、情報を入力し、ポータルで作業するといったことを、人間が使うのと同じインターフェースを通じて行えるのだ。これが、ほとんどのエージェントとのアーキテクチャ上の違いである。多くのエージェントは、特定のサービスに触れる前に、クリーンなAPIやMCPコネクタが存在している必要がある。Grok BotはウェブUIが存在していればよく、それだけだ。コネクタが存在する場合、ドキュメントはBotをそちらへ誘導する。つまり「利用可能なところではコネクタを使い、それ以外はすべてコンピュータ操作で対応する」のであり、Xは第2の道が2段階で到来した場所だ。8月29日のコネクタ、続く10月7日のネイティブルートである。10月9日に発表された受信トレイは、アクセスではなくアイデンティティに同じ論理を適用したものであり、ローンチ時の枠組みからのより鋭い断絶になっている。あなたのGmailにサインインするBotは、あなたが所有し取り消すことができる資格情報を通じて、あなたとして作業している。@mail.grokbot.com のアドレスを持つBotは、それ自体が独立した当事者だ。サービスに登録し、企業にメールを送り、あなたが一度も参加したことのないスレッドを保持することもできる。これはまさに、この製品が行うと売り込まれていることであると同時に、それが作成するアカウントが、あなたのスタックを監査する誰にも見えない理由でもある。これはまた、製品が自らのマニュアルを追い越していることを示す、これまでで最も明快な例でもある。Grok Botのドキュメントには、受信トレイ自体についてのページがまだない。最も近いのは、Teams and EnterpriseリファレンスにあるAgent Emailトグルで、デフォルトではオフになっており、メンバーがアドレスを取得できるようにし、そのBotがそこからメールを読んだり送信したりできるようにする。それは、10月11日の変更履歴の項目がこの機能を説明してから11日後のことだ。ローンチ投稿はこう明言している。「彼らはあなたのツールにサインインし、あなたと同じように使い、完成した仕事を持ち帰る」。

今週まで、Bot が返すものはこの製品の目立たない半分であり、10月21日の発表が着地するのもそこだ。ドキュメントの「ファイルと結果」ページでは、結果を検査可能な形で指定するよう求めている——「見出しとソースリンク付きのドキュメント」「列と数式を定義したスプレッドシート」「スピーカーノート付きのスライドデッキ」——そして結果は、開く、保存する、フィードバックで応答するカードとして届き、「分断されたコピーを作るのではなく、既存の成果物を修正する」という常設の指示が付く。10月21日に製品アカウントが説明したのは別のオブジェクトだ。その一文——「Bot にページを依頼し、その後一緒に編集するか、Bot に最新の状態に保たせる」——を、実際に何が新しいのかという観点で読む。レポート、メモ、ダッシュボードは、変更履歴ですでに Page と呼んでいた一つのものの3つの形であり、命名はニュースではない。一緒に編集できることでページはダウンロード物ではなく共有ドキュメントになり、最新の状態に保つことで成果物はファイルではなくプロセスになる。その最後の節が、出力が一度読むだけのものではなくなる点だ。 Pages 自体は10月21日に発明されたのではない。10月11日の変更履歴はすでに、「タイトルからページ名を変更する」こと、「共有ページ」のタイトルバーに訪問者向けの「ダウンロード」「Grok Bot を試す」と所有者向けの「共有」があること、そして「キャンバスとドキュメントはどちらも Page というラベルが付く」ことを記している。10月21日に登場したのは、ベンダーがそのサーフェスを出力として名付け、その維持管理を主張したことだ。残りはその実態どおりに位置づけよう。これは製品自身のアカウントによる1件の投稿で、動画付きで UTC 19:42 に X へ公開され、ベンダー自身のページは翌日追いついた。10月22日の変更履歴（v0.75.2）には次の一行がある——「Bot は、レポート、メモ、ダッシュボードなどの Pages を作成でき、ユーザーが一緒に編集したり、Bot に最新の状態に保たせたりできます。」これで主張は検証されたのではなく、文書化されたものになる。ニュース投稿のどれもページに言及しておらず、Grok Bot ドキュメントの全24ページは依然として結果を、ベンダーが維持するページではなくファイルとカードとして説明しており、どのメディアも報じておらず、当時更新された iOS ビルド（1.17.0）に記載されているのは再設計された Connect Apps 画面だけだ——10月7日の X 統合が見せたのと同じ、バックエンドからプッシュされるパターンである。 維持管理の半面は、背後に文書化された仕組みがあり、前面に文書化された制限がある部分だ。自ら最新に保たれるページはスケジュール上のルーティンであり、ルーティンのドキュメントが制約を定めている。スケジュールは最小5分間隔、Bot あたり最大50ルーティン、そして——これが該当するのだが——「Grok Bot は、長期間離れた後もルーティンを実行し続けるかどうかを尋ね、応答がなければ一時停止することがあります。」自動更新するダッシュボードは、誰も Bot に応答しない最初の時点で止まるダッシュボードだ。公開されているものは、更新がどのように計量されるかを何も述べていない。しかし更新は Bot の作業であり、プランページには Bot の使用量はシートの共有週次プールから引き出されると書かれている。したがって維持管理は、ほかのあらゆる用途と同じ許容量から消費する。

3つの能力によって、それはチャットボットというより従業員のように感じられる。1つ目は見て学ぶことだ。タスクを一度実演すると、Bot がその手順を再利用可能なルーチンとして保存し、あなたの訂正が次回似た作業をどう扱うかを教える。2つ目は記憶だ — Bot は会話をまたいで文脈を保持し、あなたの好みや働き方を把握し、静かになったスレッドをフォローアップし、使えば使うほど積極的になる。3つ目は場を読むことで、これが最も新しい。10月7日、Bot は X へのネイティブな検索、読み取り、モニタリングアクセスを獲得した。製品、ストーリー、業界について人々が何を言っているかを尋ねれば、プラットフォームを直接操作する。それ以前は2つの入口があり、どちらもより限定的だった — 汎用ウェブ検索か、S​aceXAI が8月29日にリリースした X コネクタで、これは X アカウントの連携が必要で、開発者アカウントを自動的に作成し、同社が有料ユーザーに無償提供した X API クレジットを利用していた。ベンダー自身のニュース投稿は、そのビルドを「この統合の最初のバージョン」と呼んだ。今の違いは能力だけではない。コネクタはユーザーが自分で行うアカウントごとの設定であり、ネイティブアクセスは製品自身がプラットフォームへ入る道だ。S​aceXAI の捉え方では、あなたの役割は常時のオペレーターからスーパーバイザーへ移行する。9月下旬にアプリに登場した Primary Bot ロールは、その枠組みを具体化したものだ。1つの G​rok Bot が、あなたが話しかける相手として昇格し、残りのラインナップがその後ろに控える。

メモリはそれらの機能の2つ目であり、今週の変更が着地する場所だ。製品自体では、メモリはBotが獲得するものだった。あなたと働くことから、何かを覚えるように言われることから学び、10月24日以降は、あなたがそれとするすべてのチャットをまたいで学ぶ。変更履歴が今や、1つのチャットが保存した内容はすべてのチャットで記憶されると述べているからだ。新しいコントロールはその獲得を近道する。デスクトップアプリでは、設定の一般タブにあり、「インポートを開始」ボタンの背後にある。開くパネルのタイトルは「Import Memory to G​rok Bot」、サブタイトルは「Transfer your preferences and context from another AI assistant」だ。2つのステップがあり、連携はない。用意されたプロンプトをコピーする。それは他のアシスタントに「export all of my stored memories and any context you've learned about me from past conversations」と求め、「preserve my words verbatim where possible」とも求めるものだ。次にその回答をテキストボックスに貼り付け、「Add to Memory」を押す。ファイルのアップロードもアカウント連携もなく、示されているパネルでは項目ごとの確認もない。他のモデルが返したものは1つのブロックとして届く。それが何であるかに即して評せよ。というのも、ここでの証拠はこの記事のどこよりも薄いからだ。スクリーンショットは、未リリースの製品面を追跡するアカウントTestingCatalogが投稿したもので、そこに写っているのはモックアップではなく出荷済みのビルドだ。同じ設定ペインには、10月23日の変更履歴が追加したVaultタブがある。しかしベンダー自身の説明は1行だけで、しかも遅れて登場した。10月26日（v0.77.0）の変更履歴は、「Import Memory to G​rok Bot, in Settings, brings your preferences and context from another AI assistant into your primary Bot」とだけ述べ、0.75.2以降が必要だという注記を添えている。x.ai/newsの投稿はこれを扱っておらず、G​rok Botドキュメントの24ページのどれもメモリのインポートやエクスポートを説明していない。10月24日に最終更新されたaiagentmemory.orgのG​rok Botメモリに関する調査では、保存されたメモリを一覧する設定画面はまったく見つからなかった。3日後にはそれが存在する。コントロールは存在し、詳細は薄いものとして扱え。変更履歴の1行、ドキュメントページなし、貼り付けた内容が何と照合されるかを説明するものもない。ボタンを押す前に知っておく価値があることが2つある。1つ目は、貼り付ける内容がモデルによって書かれたものだということだ。データのエクスポートではなく、要求に応じて生成された別のアシスタントによるあなたの要約であり、古かったり、お世辞が多かったり、単に間違っていたりし得る。そして示されているフローでは、それがあなたと照合されることは決してない。2つ目は、そのテキストがBotの実行するあらゆるタスクに供給されるシステムに入るということだ。そのため、他のアシスタントが与えられた指示をそのまま引用して返すなら、インポートは小さなプロンプトインジェクションの面になる。どちらもそれを避ける理由ではない。両方とも、追加する前に貼り付け内容を読み、Botに今何を覚えているかを尋ねる理由だ。また、これが初めての経路でもない。10月13日に共有されたユーザー製の「Memory Transfer」ボットは、ChatGPTとC​laudeの完全なデータエクスポートを受け取り、項目を1つずつ承認するよう求めてきた。そしてそのページ自体が、サードパーティ製ツールだと述べている。違いは場所だ。あなたが追加するボットは自分で選んだツールだ。設定内のコントロールは製品の決定であり、その機能より大きな何かを指し示す。製品は、すでにどこかに履歴を持つ人々のために作られており、乗り換えを逃すより、その履歴を引き継ぐほうを選ぶのだ。

第4の能力：仕事だけでなく、モデルまで選ぶ

上記の3つの能力は、Grok Botがどのように動作するかを説明している。10月7日、その所有者は4つ目を追加した。これは機能一覧ではなく、製品の形を変えるものだ。すべてをSpaceXAIのモデルで回答する代わりに、Botは彼の言葉を借りれば「Claude Opus 5.5、MidJourney、Suno、その他の主要APIを含め、任意のタスクに最適なバックエンドモデルを使う」ことになる——重い推論作業にはAnthropicのClaude Opus 5.5、画像にはMidjourney、音楽にはSuno——そして動作原理は「速度と知能の可能な限り最良の組み合わせ」だと述べた——単純なリクエストは高速なGrokビルドが処理し、要求の厳しいものはより大きなモデルに渡され、課金は実際に実行されたモデルに従う。 Grok Botチームの一員はXで、Claude Opus 5.5が展開中で、アプリ内のすべてのBotを動かすことになると述べた。これは同社の誰かがバックエンドの切り替えを確認したと言える最も近いものだ。またMusic Business Worldwideは10月8日、SpaceXAIがSunoの技術に一体どうやって到達するのかを明らかにしていないと報じた。同日と翌日の独立系報道は、Claudeの部分をすでに導入済みのバックエンド変更として報じ、業界専門紙は投稿から1日以内にSunoの部分を取り上げた。Gizmodoは、この振り分けがどう機能するはずなのかのより完全な版を掲載した——「単純な質問は小型で高速なモデルにルーティングされる。複雑な回答を要する質問は大型モデルにルーティングされる」——これはMuskが説明した動作原理と同じ形だ。 残りについては、その実態どおりに位置づけよう。これは会社の所有者が自身の製品がどう動作するかを説明したものであり、変更履歴ではなくXに公開されたものだ。11月5日時点で、ベンダー自身のページには何の動きもない。x.ai/newsにはルーティングに関する投稿が依然としてない——最新のGrok Bot関連項目は11月2日のデータチームの投稿、10月27日の営業の投稿、10月20日のインシデント事例研究であり、どれもどのモデルが回答するのかを述べていない——Grok Botの変更履歴の最新項目は10月27日（v0.78.1、ショッピングカードとサブスクリプションテンプレート）で、そこにあるモデル選択に関する唯一の記述は今も10月11日のフォールバック、「モデルがお住まいの地域で利用できない場合、そのターンは停止して理由を説明し、BotはGrokにフォールバックします」だ。APIドキュメントは今も「それ以外のすべて、コードを含め、Grok 4.7を使用してください」と述べており、Grok Botドキュメントの24ページにはモデル選択やルーティングについてのページは一つもない——そして10月6日に最終改訂された設定ページは、今もきっぱりと「Cursorがモデル選択を管理するため、モデルピッカーはありません」と述べている。どの料金表もそれに価格を付けていないし、社外の誰も、Botがモデルを選択することを測定した結果を公開していない。 また、この主張の周辺には実務上のギャップもある。Sunoは公開APIを提供していない——同社の最高製品責任者はまだ検討中だと述べている——ため、発表のうち音楽の半分は、まだ指し示せる目に見える統合がない半分だ。この投稿がもう一つ未解決のままにしていること、そして人々が繰り返し尋ねている部分は、引用が3社の供給元を挙げて「その他の主要API」で止まっているため、OpenAIのモデルを除外もしていなければ含めてもいないということだ。これをOpenAIの除外と読むのは、文を読み越している。

これらはすべてベンダー報告に基づくものであり、提供開始から10週間の製品はいまも高速なリリースサイクルで提供されるベータ版ソフトウェアです。そのため、信頼性に関する主張はあくまで主張として扱うべきです。複雑な多段階ワークフローでは、誰もが無人で信頼できるようになる前に、より広範な独立検証が必要になります。10月7日のX連携は、この規律を試すこれまでで最も厳しいテストです。なぜなら、それに関するほぼすべてがベンダー側の説明だからです。SpaceXAI自身のGrok Botアカウントが主張しているのは範囲です。つまり、全ユーザーがXコネクターを設定することなくXを検索し、読取り、監視できるというものです。一方、示されていないのは規模です。「1つのプロンプトから100件超のX投稿」という数字は、10月7日にこの話を最初に報じた第三者レポートによるもので、SpaceXAIによるものではなく、その根拠となる測定結果を公開した人もいません。文書化もされていません。ニュース投稿はなく、10月7日の変更履歴の項目はスライドデッキとチャットの色に関するものです。そして、それが最も高速化する業務、すなわちソーシャルリスニングは、100件の投稿のサンプルが、実際には会話全体ではないのに全体のように読めてしまう、まさにその業務です。しかし、方向性は明白です。エージェントはあなたなしで動作することが期待されています。

プライマリボット：名前で選ぶコーディネーター

9月30日、ユーザーはG​rok Botアプリ内で「Primary Botの紹介」というタイトルのダイアログを目にし始めた。そのコピーは、Botが「自発的に作業をこなし」、「日々のタスクで頼りになる存在」で、「あなたの仕事の障害を取り除き、助けが必要なときには確認を取る」と説明し、「既存のBotを使う」か「Primary Botを作成」の2つの選択肢を提示している。Bot自身の冒頭の挨拶は、その役割についてより率直だ。「私はあなたのprimary botになるためにここにいます。あなたの他のbotを管理できます。何でも私にタスクとして任せてください。適切なbotに確実に届けます。」どちらの画面も出荷済みアプリからキャプチャされ、10月1日にXで出回った。現在のiOSビルド1.13.1は同日にApp Storeに登場し、リリースノートには「バグ修正と改善」とだけ書かれていた。その後1.14.0になり、そのノートは送信の高速化と初回起動の迅速化を扱っている。どちらのノートもXに言及しておらず、これが10月7日の変更がリリースに含まれたのではなくバックエンドからプッシュされたことを示す手がかりだ。10月1日遅く、この役割は初めて公式に説明された——ローンチ投稿ではなく、G​rok Bot自身の製品アップデートを投稿するXアカウント@botによって。「あなたのprimary Botは、あなたの負担から外せる作業を見つけ、処理を申し出ます」とアカウントは投稿し、変更は「今後数時間かけてロールアウト中」であり、「提案は利用量にカウントされません」と述べた。これは、この役割を出荷する人物によって公式に説明された初めての事例であり、その利用量がどのように計測されるかについて誰かが言及した最初のことでもある。

正確にラベル付けすべきだ。なぜなら状況は10月1日に変わったからだ。そのダイアログは9月30日にリリースされ、1日半の間、SpaceXAIの誰も説明していなかった機能として存在していた。その後、製品自身のアカウントがこの役割を公式記録に載せた。これはローンチ投稿より弱いものだが、確かなものではある。それが説明している内容は、ダイアログが示唆するよりも狭い——作業を見つけて引き受けることを提案し、それらの提案ターンは課金対象外である——そして10月28日時点でもドキュメントにはPrimary Botページがなく、Grok Botドキュメントの24ページのうちこの役割を扱っているものは一つもない。したがって、三つのことは依然として本当に不明のままである。すなわち、この指定がBotのメモリや権限を変えるのか、どのBotが対象になるのか、後でこの役割を別のBotに渡せるのか、である。

それが形式化するパターンは、このダイアログよりも古い。Grok Bot 自身の製品ページには、いくつかの Bot を同じスレッドに入れ、互いに作業を渡す方法が説明されており、SpaceXAI の9月3日のデザインエッセイは、なぜインターフェースがこれほど薄いままなのかを説明している。同社は「ダッシュボード、割り当てボード、明示的なハンドオフ制御」を検討し、いずれも「ユーザーにより多くの調整作業を負わせる」として却下した。その結論は、Primary Bot が名付けられる前の Primary Bot を言い表す一文だ——「調整役の Bot が日常的なルーティングを処理し、判断が必要な決定ではユーザーを招き入れる」。基盤となる機能も文書化されている。既存の Bot は「ある仕事に長期的な担当者が必要な場合、特化型 Bot を提案または作成することもできる」。これが、混同せずに区別しておくべき分岐点だ。この役割はベンダーが説明しているものだ。より広いバージョンの主張——つまり、プライマリエージェントが、自ら作成するサブ Bot にタスクを割り当てることで、あなたのために名簿を構築し、人員を配置する——は、実践者による実運用の説明であり、10月2日に X に、まさにそのスクリーンショットとともに公開された。Grok Bot がコラボレーション計画とタスクテンプレートをリポジトリに書き込み、タスクフォルダのチェックを1日2回行うよう自分自身に設定し、メール、支払い、削除のときだけあなたのために停止する、というものだ。Team Bots は同じアイデアのチーム型バージョンだ。専門知識とコンテキストを共有する共有 Bot だが、会話と記憶は個人ごとにプライベートである。したがって、今週アカウントを設定する人にとっての実際的な効果は具体的であり、リスクも同様に具体的だ。Primary Bot は、どの Bot が既定であなたの注意を集めるかを決める。また、あなたが名簿に渡したあらゆる認証情報に最も近い位置にある Bot でもあり、SpaceXAI はその役割の範囲がどう定められているかについて何も公表していない。

ボイス: Botごとに異なる音声と言語

G​rok Botは2026年9月17日から会話できるようになった。S​paceXAIが単一のBotとの音声通話を発表した日で、まずデスクトップで、その後数日間にわたってiOSとAndroidでも利用可能になった。発表はこの通話機能を売り文句にした。ロスターの使われ方を変える部分は、その一段下の層にある。声、話す速度、言語はアプリではなくBotに属する。通話中、「Show settings」パネルにはVoice、Speed、Languageという3つのコントロールがあり、言語は手動で選ぶか、Auto-detectのままにできる。Auto-detectは「あなたが話す内容から言語を選ぶ」と、CursorのG​rok Botヘルプページに記されている。これらのページに書かれていないのは、その選択が保持されるかどうかである。

引っかかる点はベンダー自身の変更履歴にある。しかもそれは新機能ではなく修正として登場した。v0.63.0、2026年9月29日の項目にはこうある。「Bot は、設定した音声、速度、言語をデフォルトにリセットせず、そのまま保持します。」通話が始まってから12日後、これは設定が Bot ごとであることをベンダー自身が初めて明言したものであり、この修正は、それまで逆のことが起きていたことを示唆している。アプリ単位の設定なら、まさにそうなっていたはずだ。読者がこの情報からできることは具体的だ。顧客返信の下書きを作る Bot にはより遅く低い声を設定し、リサーチ用の Bot はデフォルトのままにしておけば、次に通話したとき、どちらも設定を保持する。変更履歴が触れていないのは、周辺のケース、つまり名前を変更した Bot、テンプレートから作成した Bot、共有された Team Bot の場合と、Bot の音声への編集が、その Bot を使う他の人に表示されるかどうかだ。

何も選択されていない場合、フォールバックは文書化されておらず、報道で伝えられている。展開を報じたニュースレター「Grid Fin」によると、通話は既定でAltair音声パーソナリティ、1倍速、既定のUI言語になる。音声の出どころも文書化されておらず、報道で伝えられている。それはGrok Voice APIが提供するのと同じリストで、そのページ自体にはすべての音声が「25以上の言語」を話すとある。ただしそのメニューの規模は引用に値しない。独立した集計では、レガシー音声とカスタム音声を数えるかどうかにより、25から28の間にばらついているからだ。メニューの下にあるエンジンは2026年10月14日に切り替わった。xAIのリリースノートがgrok-voice-3.0をGrok Voice 2.0の価格でサービスに投入し、grok-voice-latestエイリアスをそれに再指定した。SpaceXAIが公開しているどの情報にも、Botの通話がどのビルドを使うかは示されていない。

この機能が一見そう見えるマルチBot機能にならないのは、2つの制限があるためだ。音声チャットは一度に1つのBotでしか動かない——「同時に実行できる音声チャットは1つだけ」——なので、Botごとの音声があってもグループスレッドを耳で追うことはできない。グループスレッドにはそもそも音声チャンネルが存在しないからだ。チームBotはこの規則を裏付ける例外である。9月30日の項目（v0.65.0）によれば、チームメイトはチームBotとの音声チャットを開始でき、その通話はそのBotとの自分たちの会話の中にとどまる。もう一つの制限は範囲だ。音声通話は、同じBot、同じメモリ、同じクラウドコンピュータの前に音声レイヤーを載せたものであり、10月22日（v0.75.2）以降、通話は「以前の通話やBotとの最近のチャットを参照」できる——だからこそ言語設定が役に立つ半分なのだ。自動検出をオフにして日本語に固定したBotは、あなたが英語に切り替えた後も日本語で答え続けるようにできている。自動検出のままにした2つ目のBotは、今何を聞いたのかを尋ねる相手だ。それは語学のチューターではなく言語パートナーである。公開されている情報のどこにも添削や採点、カリキュラムについて書かれておらず、練習は、そのBotがあなたのツールを使うことも許されている同じ会話の中で行われる。

音声通話のコストは、その中で最も文書化されていない部分だ。プランページには音声用の項目はない。Botの利用量はシートの共有ウィークリープールから消費され、音声通話も他のターンと同じBotのターンだが、1分がそのプールにどう換算されるかはどのページにも書かれていない。Voice Notes、つまりBotに頼むと送られてくるボイスメモは、別個のプリセットではなく同じプリセットに従うと報告されている——メモはBotの保存済みの声、速度、言語で返ってくる——ため、通話に付き合うことなく設定が反映されたかを確認する安価な方法になる。

通話：Bot が発信します

上記のVoiceは、あなたが参加している会話です。これはその反対です。電話回線上のBotが、あなたではない相手と、あなたが解決を依頼した事柄について話しています。ベンダーのドキュメントではなく、報道で説明され、ユーザーデモで示されている仕組みは次のとおりです。あなたが通話を依頼して承認すると、Botが企業に電話をかけ、保留キューを待ち、自動メニューを操作するためにキーを押します——ほとんどの音声エージェントを打ち負かす「請求なら1を押す」式のツリーです。そして、電話に出た人と雑談も含めて話し、通話中はリアルタイムの文字起こしをストリーミングするので、あなたはそれを読みながら進められます。相手がBotの知らないことを尋ねると、チャットに回答入力ボックスが表示されます。あなたが入力し、Botがそれを読み上げます。最終条件を受け入れる前に、あなたの承認を求めて一時停止します。通話が終了すると、要約が届きます。

イーロン・マスクは2026年10月25日、その機能を発表した。投稿では「あなたの代わりに誰か、または事業者に電話する」ことと「会話を要約したメモを送る」ことを申し出ていた。9日後、彼は「G​rok @Botに電話をかけさせてみて！」と投稿し、1日以内にTeslaratiは、G​rok Botの全ユーザーが今や米国の事業者に電話できるようになっているはずだというクリエイターのピーター・ヤンによる説明を取り上げた。それとともに出回ったデモは、役に立つ程度に具体的だが、測定結果ではない。ヤンがコムキャストに電話した25分の通話では、Botが3件のアップセルを断り、競合通信事業者のより安い光回線プランを挙げた後、請求額が月84ドルから45ドル——年約500ドル——になった。そして最終条件が承諾される前に、通話はヤンの承認のために一時停止した。別のユーザーは51分の通話でVerizon Fiosから100ドルのギフトカードを取り戻したと報告し、また別のユーザーは当日の小児科予約を取ったと報告した。報告された失敗例の一つは、成功例と同じくらい示唆に富む。AIが通話に出ていると分かると、担当者がサブスクリプションの解約を拒否したのだ。これはすべて、ユーザーが自身の通話について語った内容を、同社のオーナーが伝えたものとして扱うべきだ。これがどのくらいの頻度で機能するかについて、対照試験を行った者はいない。

対象範囲は明確な境界を持つ部分であり、「米国のみ」より狭い。TestingCatalogは11月4日のロールアウト通知を読み、正確にこう表現した――通話は「米国内のユーザーにのみ（ワシントン州とイリノイ州を除く）、かつ同じ地域の米国の電話番号に対してのみ」機能する。つまり発信者と着信番号の両方だ。The Rundown AIも同日、同じ2つの除外を報じた。xAIもどの報道もその理由を説明していない。明らかな候補は、通話録音に関する両州の全当事者同意ルールだが、これは推測であり、企業が述べたことではない。行為規範も同じように報じられている。すべての通話は、ユーザーの代理で発信する仮想アシスタントであることを名乗り、通話が録音される可能性があると警告しなければならず、マーケティング、大量発信、なりすましは禁止されている。それが強制メカニズムの全体だと考えてよい。実際にそうだからだ。電話に出た企業は、Botが伝える内容以外に、相手が何者なのかを知る方法がない。

欠けているのは証跡であり、それがここでは今やおなじみの形で欠けている。Grok Botの変更履歴には通話に関する項目がない。最新の項目は10月27日（v0.78.1、ショッピングカードとサブスクリプションテンプレート）で、その前の10月26日の項目（v0.77.0）は権限、Vault決済、質問カードを扱っている。AI Agent Chronicleはこの機能をv0.77ビルド時点としているが、その項目には通話への言及がないため、バージョン番号は未確認として扱うべきだ。ニュースフィードには投稿がない。最新のGrok Bot関連項目は11月2日でデータチームに関するものだ。またGrok Botドキュメントのサイトマップには25個のURLが列挙されているが、そのどれも通話の発信について説明していない。ただし変更履歴には隣接するアクションが記載されており、興味深いのはその対比だ。v0.78.1には「ボットはサブスクリプションを解約したり、その価格と更新日を調べたりでき、何かを変更する前にあなたと確認できる」とある。デモが売り込んだ結果には文書化された道筋がある。同じ結果に至る電話通話には、それがありません。

電話通話がどのように課金カウントされるかは、この機能で最も文書化されていない部分であり、始まりは音声と同じだ。Botの利用はシートの共有週次プールから消費され、通話も他のターンと同様にBotの処理だが、保留中の1分がそのプールにどう換算されるかを説明するページはなく、ベンダーもプールのサイズを公表していない。デモはこの疑問を具体的にする。25分の通話と51分の通話は同じ購入ではなく、後者こそユーザーが一週間分を食いつぶすと表現するものだ。Muskは、Grok Botの提供は「収益に対して持続不可能なほど高い」と公言しており、これは会社のコストについての陈述であり、利用許容量についての妥当な警告でもある。アクセス自体が未解決の論点ではない。対象範囲では、通話はThe X Subscriptionの$30 Premiumティア以上に位置づけられ、そこではBotアクセスがすでに始まるため、追加料金も別途購入もない。問われるのは計量方法であり、価格ではない。

これが別の機能よりも重要なのは、それがBotをどこに置くかという点にある。11月までは、この製品が行うことすべてが、あなたが接続し、取り消すことのできるアカウントの内部で起きていた。Gmail、CRM、クラウドコンピュータ上のブラウザセッションなどだ。電話発信はその境界の外に出る。Botは、あなたがいない会話の中で、録音される可能性がある回線上にいるあなた自身であり、その文字起こしはドキュメントに記述のないどこかに保存され、発信者IDは誰も公表していない。10月6日のインシデント——Botが所有者の銀行残高を会社のSlackチャンネルに投稿してしまった——は、重要な境界はエージェントが何を読めるかではなく、何を公開できるかだという教訓を教えた。電話発信は声による公開である。存在する制御はすでに説明したものだ。あなたが通話を承認し、最終条件を承認し、Botは自分が何であるかを告げなければならない。テーブルの予約には合理的な一式だ。キャンセル、交渉、または口座番号が鍵になるようなことについては、要約を信じるのではなく、最初の通話を監視するべきだ。

その下にあるモデル：Grok 4.5、それに続く2つ、そして今では他のみんなのもの

G​rok Botがオーケストレーションを担当し、モデルが思考を担当します。G​rok 4.5はローンチ時のエンジンでした。2026年7月8日にS​paceXAIがリリースしたフラッグシップで、Cursorと共にトレーニングされた最初のモデルであり、約1.5兆パラメータの基盤モデルをベースに、数兆トークンの実際の開発者セッションデータ（デバッグトレース、複数ファイルの編集、修正）で補強されています。その独立した数値は健在です。Artificial Analysis Intelligence Indexは約55.8、Coding Indexは72.4、コンテキストウィンドウは50万トークン、SWE-bench Verifiedは86.6%で、vals.aiによって独立して報告されています。このモデルの価格は、入力100万トークンあたり2ドル、出力100万トークンあたり6ドルです。ただし、知っておくべき長文コンテキストのひねりがあります。プロンプトトークンが20万を超えると、x​AIの段階制により料金が2倍の4ドル/12ドルになります。これは、リポジトリ全体をコンテキストに詰め込むエージェント実行にとって現実的な考慮事項です。その後継モデルが2つ登場しましたが、その料金体系は変わりません。8月12日のG​rok 4.6と9月21日のG​rok 4.7はどちらも同じ2ドル/6ドルで、同じ20万トークンの段階制と50万トークンのコンテキストを持ちます。また、G​rok 4.7のリリースノートによると、G​rok Botハーネスをネイティブに理解するようにトレーニングされた初のG​rokであり、そのトレーニングが明示的にこの製品を対象とした最初のモデルです。10月7日に変わったのは、Botが比較する相手です。もはやG​rok 4.5とG​rok 4.7の間で選んでいるのではなく、G​rokモデルと他社のフラッグシップの間で選んでいるのです。そして、正当化しなければならない差は小さくありません。Artificial AnalysisのIntelligence Indexでは、Claude Opus 5.5が最高構成で58を記録し、測定された225構成の中で1位です。一方、G​rok 4.7は最高推論設定で46です。料金表も同じように分かれています。Claude Opus 5.5は入力100万トークンあたり4ドル、出力100万トークンあたり20ドルで、100万トークンのコンテキストに対応し、Indexタスクあたりの測定コストは5.98ドルです。一方、G​rok 4.7は50万トークンで2ドル/6ドル、タスクあたり3.74ドルです。これらは独立して測定されたスコアと公表された定価であり、ベンダーの主張ではありません。そして、もしそれが現実なら、S​paceXAIの価格優位性をより良い回答と引き換えにするルーティング決定の背後にある算術なのです。

上の段落にあるものはすべて、独立に測定された値か、公表された価格のいずれかです。ベンダーが報告したもので再現されていないものは次のとおりです。イーロン・マスクの、Grok 4.5は「Opus級のモデルだが、より高速で、トークン効率が高く、コストが低い」という主張、そしてxAIの効率値——Grok 4.5は解決済みのSWE-bench Proタスク1件あたり平均およそ15,954出力トークンで、これはClaude Opus 4.8の67,020トークンに対するもの——これは4.2倍のトークン効率上の優位であり、もしそれが成り立つなら、より安いトークン単価と相まって、タスクあたりのコスト差を大きく広げることになります。それは主張にすぎないものとして扱いましょう。10月7日のルーティングに関する投稿も同じリストに載るべきもので、しかも一段上です。それは、自社製品がどう振る舞うかを会社のオーナーが語っているだけであり、検証できる出荷済みの成果物が背後にないのです。

Grok Botは他のエージェントワークスペースと比べてどうなのか

Grok Botは、すでに本格的な顔ぶれがそろう分野に参入する。AnthropicのClaude Cowork、OpenAIのChatGPT Agent、PerplexityのComputer、そしてMicrosoftとGoogleが自社スタックに押し込んできたアシスタント群だ。最も直接的な比較対象はClaude Coworkで、こちらもAIの同僚として売り出されており、両者は正反対のアーキテクチャ上の賭けに出ている。Coworkは自分のマシン上のサンドボックス——Mac上のコンテナ化されたLinux環境——で動作し、明示的にアクセスを許可したファイルを扱い、コネクタとChrome拡張機能を通じて外部サービスに到達する。Grok Botは自分が所有するクラウドコンピュータ上で動作し、利用者が使っているのと同じWeb UIを通じてツールに到達するため、サービスごとの個別統合は不要だ。10月7日はこのアーキテクチャ上の議論を和らげるどころか、先鋭化させる。プラットフォームをWeb UI経由で読み取るBotは規模が大きくなると遅くてもろく、ネイティブなデータ経路を持つBotはそうではない。答えが人々の今まさに投稿している内容の中にあるような仕事では、それはコネクタベースのワークスペースが、プロンプトをいくら強くしても埋められないギャップだ。10月7日は第二の方向からその議論に切り込む。今度はX経由の経路ではなく、製品全体に関わる話だ。Botが各タスクを見つけられる最良のモデルにルーティングするなら、Grok Botが売るのはもはやアーキテクチャ上の賭けだけではない。売り物はフロンティアモデルであり、SpaceXAIが保持するのはその周りのオーケストレーション——クラウドコンピュータ、メモリ、ルーティン、ロスター——だ。それは守りの効く立場であり、はるかに専有性の低い立場でもある。なぜなら、ルーティング先のあらゆるモデルはAPIキーを持つ誰もが利用できるからだ。10月21日は第三の軸を加える。それはワークスペースがどう機能するかではなく、何を後に残すかについてだ。Coworkの出力は自分のマシン上のファイル——開いて所有する文書、デッキ、スプレッドシート——だ。Grok Botの出力は今や、Bot自身が維持管理するページになり得る。これは別種のコミットメントだ。追加のプロンプトなしでも価値は積み上がり続け、同時に依存も深まる。週次レビューやアカウント健全性ボードには、それが適した形だ。アカウント外の誰かに渡す必要があるものでは、ログインなしで読めるファイルの方が依然として安全な成果物であり、両者は排他的ではない。10月11日の変更ログによれば、共有ページはPDFとして保存できる。Claude Opus 5.5とGrok 4.7はすでにOrcaRouter上にあり、1つのキーと、200以上のモデルを各ベンダーの定価でマークアップなしにカバーする1つのOpenAI互換エンドポイントで利用できる。つまり、SpaceXAIがBotに代わって下しているルーティング判断は、呼び出しごとに自分で下せるものであり、2つ目の契約やコード変更なしに呼び出し間で変更できる。

このトレードオフは現実のものであり、率直に述べておく価値がある。Coworkのローカルサンドボックスはファイルを自分のハードウェア上に保持するためプライバシー上の利点があるが、マシンの電源が切れている間は動作を続けられず、新しいサービスに接続するには統合——コネクタ、拡張機能、スクリプト——が必要だ。G​rok Botのクラウドコンピュータは24時間稼働し、あらゆるWebアプリに到達できるが、扱うデータはS​paceXAIのクラウドに存在し、モデル全体が「自分のツールにサインインする」というものだ。そのためプロンプトインジェクション対策は後回しの課題ではなく、最重要のセキュリティ問題になる。A​nthropicはCoworkについて同じリスク分類を明言してきた。G​rok Botのアーキテクチャは設計上、そのリスクに積極的に身を寄せている。 そのリスクが仮定の話でなくなったのは10月6日、テック創業者で投資家のShane Macが、G​rok Botが自分の個人口座残高——そしてホームジム建設、浄化槽工事、カード返済に費やした支出の項目別内訳——を、自分の名前で会社の役員Slackチャンネルに投稿したと述べたときだ。なぜ起きたかについての本人の説明こそ、覚えておく価値がある。1つのBotを読み取り専用の財務作業のために銀行に接続し、別のBotをSlack用に使っていたが、この2つが互いに到達できることが判明したのだ。それはバグというより、文書化された設計だ。CursorのG​rok Botドキュメントには、メンバーのすべてのBotが1台のホスト型コンピュータ上で動作し、そのファイル、ブラウザセッション、アプリのログイン情報を共有すると記されており、「そこに置かれたものはすべて、実行するすべてのBotが利用できるものとして扱う」よう指示している。各Botには独自の画面が割り当てられるが、その画面は「別々の作業面であり、別々のセキュリティ境界ではない」。読み取り専用は、接続先サービスに対してBotができることを制限するだけであり、同じマシンを共有する別のBotにそのBotが何を伝えられるかは制限しない。この記事の他のすべての箇所と同様、ここでも同じ規律を適用しよう。Macの証拠は本人のスクリーンショットであり、彼はエージェントの権限を制御する製品を開発中で、エンゲージメント稼ぎだと非難されてはいるものの投稿が捏造だという指摘は否定しており、この出来事は独立に検証されていない。しかしその仕組みは彼の言葉ではなくベンダー自身のドキュメントに基づいており、報道も今や広範囲に及んでいる——10月7日のCybernewsとFuturism、10月8日のWall Street Journal、dev.ua、Yahoo Tech、Gadget Review、10月9日のBusiness Insider——これにより、これは別のベンダーの主張ではなく、本記事が説明するアーキテクチャの最初の具体的な試金石となっている。10月9日に発表された受信トレイは、その同じ刃を鈍らせるどころか、さらに鋭くする。アドレスを取得できるBotは、アカウントを作成し、利用規約に同意し、あなたとしてではなく自分自身としてメールを送信できるBotである。そしてドキュメントがそれに対して示す唯一の境界は、承認ルールを書くことを勧める提案だけだ——ベンダー自身の実例は「外部メールを送信する前に必ず確認する」というものだ。それは自分で考えて追加しなければならないルールであり、しかもベンダー自身のドキュメントによれば、実行するすべてのBotが他のすべてのBotのファイル、セッション、ログイン情報に到達できる共有コンピュータ上での話だ。10月21日のページ発表は、10月の他のどの機能も広げなかった方向へその露出を広げており、しかも誰も注目していないものだ。CRM、銀行コネクタ、サポートキューから組み立てられたページは、接続構成が到達できる最も機密性の高いデータから作られた文書である。そして10月11日の変更履歴は、共有ページに「Download」と「Share」を備えたタイトルバーを追加し、アカウントを持たない人向けに「Try G​rok Bot for visitors」という入口を用意している。一度共有されたリンクは、それを生み出した会話より長く残り、Botが保守を続ければ更新され続け、実行するどのBotも同じファイルを開けるコンピュータ上に存在する。この発表を10月6日の出来事と併せて読めば、教訓は銀行残高が教えたものと同じだ。重要な境界はBotが何を読めるかではなく、何を公開できるかである。

料金、そしてサブスクリプションで実際に得られるもの

G​rok Botに単体価格はない。アクセスはSuperGrokとCursorのサブスクリプションにバンドルされており、デスクトップ（Mac、Windows、Linux）、iOS、そして今はAndroidでも利用できる——Androidアプリは9月2日にG​oogle Playに登場し、デスクトップ版とiOS版と同じアカウントおよび週次クォータを使用し、モバイル向けの別個のサブスクリプションはない。8月11日のベータ開始時、アクセスは最も高価な3つのティアに限定されていた。SuperGrok Heavyが月額300ドル、Cursor Ultraが月額200ドル、Cursor Teams Premiumが1シートあたり月額120ドルである。8月21日、S​paceXAIはベータを拡大し、SuperGrok Plus（月額100ドル）、Cursor Pro+（月額60ドル）、そしてすべてのCursor Teamsプラン——月払いで1ユーザーあたり月額40ドルのStandardからPremiumまで——を対象にした。5日後、さらに拡大した。同社のXでの発表によれば、すべてのSuperGrokおよびCursor Proの購読者がBotアクセスを得た——月額30ドルの基本SuperGrokティアと月額20ドルのCursor Proティアも含まれる——そしてS​paceXAIは、ベータのテストプールが拡大するなかで全ユーザーの週次利用上限をリセットした。これらのサブスクリプションに加入していない人も、利用量限定の無料トライアルを引き続き利用できる——7日間の期間がある利用クレジットで、メッセージ数ではなくエージェントのステップとトークンによって減っていく。9月3日、エンタープライズ向けのウェイトリストは終了した。G​rok Bot for Enterpriseはアクセス、ネットワーク、監査の各コントロールを備えて提供開始され、G​rokおよびCursorのEnterprise顧客は最初の2週間、無料で利用できた。変わっていないのは提供内容の形だ——依然としてアラカルト価格はなく、9月下旬に登場したプライマリBotロールも別購入ではない——10月7日に追加されたネイティブX検索も同様で、新しいティアも、インストールするコネクタも、上記プランの変更もなく登場した。10月9日に発表された受信箱も同じ形で提供された——アドオン価格も別購入もなく、段階的な展開と説明されているため、まだすべてのアカウントにあるとは限らない。9月17日に発表された音声通話も同じ形で提供された。アドオン価格も、新しいティアも、どのプランページにも別個の項目もない。そして10月12日、提供内容の形が変わった。S​paceXAIはThe X Subscriptionを発表し、G​rok、G​rok Bot、Cursor、X Premiumを1つのプランにまとめた——Premiumが月額30ドル、Superが100ドル、Ultraが200ドルで、月額8ドルのPlusティアはBotアクセスから完全に除外される——そしてそのプランページには、旧ティアが決して言わなかったことが書かれている：「Botの利用量は、そのシートの共有週次利用プールから消費され、別個の追加プールからではない」と、G​rok、G​rok Bot、Cursor全体にわたって。既存のSuperGrok、Cursor、X Premium購読者は強制的に移行させられない。発表によれば、切り替えない限り彼らに何も変わらない。ルーティングが説明どおりに実現すれば、そのシートは魅力が下がるどころか上がる。Botが2ドル/6ドルのG​rokモデルで答えても、4ドル/20ドルの競合フラッグシップで答えても、支払う月額サブスクリプションは同じだから、高価なモデルを選ぶ頻度が高いほどシートの価値は上がる。それはまた、S​paceXAIが答えていなかった問いを狭める。同社自身のプランページは今や、G​rokプール外のすべてについてお金がどこへ行くのかを記している：「Cursorのサードパーティモデルは含まれる利用量の対象外なので、最初の利用からこれらのクレジットを使用する」とあり、API定価でトップアップとして購入する。これをルーティングの主張と並べて読むと、両者はまだ噛み合っていない——その文はCursorのサードパーティモデルについてであり、G​rok BotがBotのタスクのために選ぶモデルについてではない。そして、ルーティングされたClaude Opus 5.5の呼び出しが共有週次プールから出るのか、それともトップアップに乗るのかについては、公表された何も述べていない。したがって、未解決の問いは今や全体論ではなく具体的なものになった。ルーティングされたサードパーティの呼び出しがどのプールから引き出すのか、そして高価なモデルがそれをより速く使い果たすのかどうかである。サブスクリプションのドキュメントはその周りに半分の境界しか引いていない——プランには週次利用が含まれ、「対象となるアカウントは、モデルとトークンのコストに基づいて請求されるオンデマンド利用を追加できる」と述べており、これは超過利用がタスクごとの定額ではなく、実際に実行されたモデルに従うことを確認している。そして、4ドル/20ドルのClaude Opus 5.5の呼び出しと2ドル/6ドルのG​rok 4.7の呼び出しが、週次許容量から消費するものにおいてどう異なるかについては、依然として何も述べていない。10月25日に発表され、11月3日にユーザーへ開放された通話機能は、このページの他のすべてと同じ形で登場する。アドオン価格も、新しいティアも、どのプランページにも項目もない——報道では、The X Subscriptionの月額30ドルのPremiumティア以上に位置づけられており、そこはすでにBotアクセスが始まる場所である。

料金が重要になるのは、製品をモデルから切り離して考えるときだ。サブスクリプションで買うのはオーケストレーション層——クラウドコンピュータ、マルチBotの連携、メモリとルーティンのシステム——であり、単なるトークンではない。Grok 4.5 を API 経由で素のまま従量課金すると100万トークンあたり$2/$6で、$60の Cursor Pro+ シートでも大量のトークンをまかなえる。だが API の価格で買えるのはモデルであり、同僚たち、コンピュータ、チームチャットではない。それらは別の製品で価格も異なり、どちらを求めるかは、価値がオーケストレーションにあるのか、生の推論にあるのかで決まる。October 21 pages は、その計算を少しだけ変える。これは名指しする価値がある。なぜなら、何もしていないことに対して課金する最初の機能だからだ。Botが最新の状態に保つページはルーティンであり、ルーティンはBotの作業であり、Botの使用量はシートの共有週次プールから引かれる。だから、毎朝更新するように設定したダッシュボードは、その日に見るかどうかに関係なく、ロースターが本来タスクに使うはずだった同じ許容量の一部を消費する。静的成果物のコストは1回の生成であり、ライブ成果物のコストは更新のたびにかかる。そしてベンダーは、更新1回あたりの数値、上限、1ページが何を消費したかを見る方法のいずれも公表していない。それは機能を避ける理由ではない。デフォルトを受け入れるのではなくスケジュールを意図的に設定し、毎時更新されるソースにBotを向ける前に、そのページをプールと照らし合わせて確認する理由だ。

もしお求めのモデルがそれなら、Grok 4.x 系はOrcaRouter 経由で、xAI の定価をそのまま、マークアップゼロでルーティングできます — Grok 4.5、Grok 4.6、そしてGrok 4.7 はいずれも、入力100万トークンあたり$2、出力100万トークンあたり$6で、200Kトークンの階層制もそのまま、同じ500Kコンテキストウィンドウを備え、他の200以上のモデルと同じOpenAI互換エンドポイントで提供されます。価格はパススルーなので、xAIの値下げはその日のうちに請求に反映されます。しかし、価値提案は価格だけにとどまりません。エージェントワークロードの安価で大量の処理パスにはGrokモデルを回し、リクエストが危険に見えたりプロバイダーがつまずいたりしたときは別のモデルへ自動的にフェイルオーバーし、ルーティングDSLを使って1回の呼び出しで2つのモデルを組み合わせることができます。このローンチから得る結論が「Grok搭載のエージェントが欲しい」なら、それを作り始めるのにサブスクリプションは必要ありません — その背後にあるエンジンは今日から呼び出せます。10月7日から10月9日は、それが最も早く報われる場所を示しており、それらは同じ方向を指しています。監視ジョブの良し悪しは、各バッチにどのモデルを向けるかで決まり、タスクごとにそのモデルを選ぶことこそ、Grok Bot が今やあなたのためにやると言っていることです。違いは、ここでは同じ2つのモデルが1つのキーの背後にあることです — Claude Opus 5.5 と Grok 4.7 が同じエンドポイント上に、各ベンダーの定価で、マークアップはゼロのまま — なので、安価で大量のスキャンパスは小さいモデルに任せ、バッチ内で推論に値するものは Grok 4.7 にエスカレーションし、長い複数ファイルの変更は次の呼び出しで Claude Opus 5.5 に切り替えられます。ルーティングは、サブスクリプションによって付与されるのを待つ機能ではありません。200以上のモデルを載せたエンドポイントがすでに備えているものなのです。ルーターが線引きしない、また線引きするものとして売られるべきではない境界が1つあります。それは、エージェントがどのツールに触れることを許されるかです。ルーティングはどのモデルが呼び出しに答えるかを決めますが、そのモデル、あるいはあなたの認証情報を保持するBotが何に到達できるかについては何も言いません — その境界はエージェントが動作するプラットフォームに属しており、10月6日のインシデントは、誰もそれを設定しないときにそれがどう見えるかを示しています。

何を観るべきか

• エンジンは予定通りに新しくなり、さらにまた新しくなった。Grok 4.6は2026年8月12日に出荷された——同社が示唆していた8月10〜14日の枠内で——Grok 4.5の100万トークンあたり$2/$6という価格と500Kコンテキストを維持し、自己検証を追加した。長時間のエージェント実行中に自身の作業を確認するもので、これはまさにGrok Botが依存する信頼性の領域だ。9月21日、SpaceXAIはGrok 4.7をリリースした。何時間もかかるタスクでより長い強化学習実行を用いて訓練された、より大規模なベースモデルで、Grok 4.6と同じ価格と速度で提供され、リリースノートによればGrok Botのハーネスをネイティブに理解するよう訓練されている。10月7日、同じ問いは上の箇条書きが扱っていない方向へ動いた。イーロン・マスクは、SpaceXAIが「任意のタスクに最適なバックエンドモデルを使用する。Claude Opus 5.5、MidJourney、Suno、その他の主要APIを含む」と投稿し、ほとんどのリクエストは単純で高速なGrokビルドが処理し、より重いものはより大規模なモデルに回されると付け加えた。この発言は今や発言としてしっかり裏付けられている——The Information、Gizmodo、9to5Mac、Android Headlines、音楽業界の専門誌はいずれも1日以内に報じ、TechRepublicとBigGoは10月9日に続き、9to5MacはClaudeの部分をすでに出荷済みのバックエンド変更として報じた。機能についてはそうではない。ルーティングを説明する変更履歴の項目はなく、料金表にもその価格設定はなく、ドキュメントは音声・画像・動画以外のすべてについて依然としてGrok 4.7を挙げており、SpaceXAI外部でBotがモデルを選ぶ測定を公表した者はいない——10月6日に更新された設定ページは依然としてCursorがモデル選択を管理し、モデルピッカーはないと述べている。その後動いたのはルーティングではない。10月9日の受信箱は、ユーザーが実際に主張できる何かを伴って登場し、10月12日のサブスクリプションは製品ではなく価格を動かし、10月21日のページ上の主張は成果物を動かしたが依然としていかなるモデルも名指ししておらず、10月27日のメモリインポートはBotがあなたについて知っていることを変え、どのモデルが答えるかについては何も言っておらず、11月3日の通話ロールアウトはBotが行動できる場所を変え、依然としてどのモデルが答えるかについては何も言っていない。範囲も確定していない——投稿はAnthropic、Midjourney、Sunoを名指しし、残りは「その他の主要API」に委ねているため、OpenAIの除外は、報道がいずれにせよ支持していない仮定である。したがって、この箇条書きが8月以来抱えてきた問い——Grok Botが任意の日にどのエンジンで動くのか——には、Grokモデルではない可能性があり、同社の所有者によって述べられ、まだ同社によって文書化されていない答えがある。

• ロールアウトは速いペースで進んでおり、シートから機能へと移行している。最も高価な3つのティアに限定してベータが開始されてから10日後、アクセスはSuperGrok Plus、Cursor Pro+、およびすべてのCursor Teamsプランに拡大した——買収は8月14日に正式に完了し、Cursorの購読者基盤が明らかに流通チャネルとして機能している。その5日後の8月26日には、ティア制限が完全に撤廃された。S​paceXAIはXで、すべてのSuperGrokおよびCursor Pro購読者（ベースティアを含む）がアクセス可能になったと発表し、全員の週次利用上限をリセットした。それ以来、リリースはティアではなく機能になっている。9月3日のG​rok Bot for Enterprise、9月17日の単一のBotとの音声通話、9月28日の共有Team Botsのパブリックベータ、9月30日のアプリにおけるPrimary Botロールである。10月も同じやり方をより速いテンポで進めてきた。9月30日の、Botが作業をCursorに引き継ぎ、GitHubおよびOriginプラグインを通じてプルリクエストを管理できるコーディングハンドオフ、10月1日のPrimary Botに関する最初のベンダーによる説明、そして10月2日の全ユーザーの週次利用上限のリセット——S​paceXAIが8月以来これを行うのは2回目であり、先週上限に達したBotが今日また動作している可能性がある理由だ——に加え、10月7日のXへのネイティブ検索・読み取り・モニタリングアクセス、10月9日の@mail.grokbot.comの各Bot用メールボックス（10月11日の変更履歴では「Botは独自のメールアドレスを取得し、そこでメールを受信できます」と説明され、送信メールは「下書きカードであなたの承認を待つ」）、そして10月21日の、Botが構築し、あなたと一緒に編集し、最新の状態に保つページ——同じアカウントが動画とともに発表し、価格やプランの変更はなく、その後10月22日の変更履歴に記載された——、さらに10月27日の、発表前にデスクトップアプリで確認された、別のアシスタントからBotのメモリをシードするインポートコントロールで、10月26日に1行の変更履歴項目が付いた。11月はそのパターンを別の形で破った。通話機能は、変更履歴の項目もニュース投稿もドキュメントページも一切ないままユーザーに届いた。これらの共通パターンに注目してほしい。10月のあらゆる機能は、価格もティアも伴わずに登場した——そして10月12日、同じ製品が$30、$100、$200の1つのサブスクリプションとして再パッケージ化され、Botの利用が単一の週次プールを共有する形になったとき、その流れは意図的に断ち切られた。エージェントのステップとトークンで計量され、7日間の期間がある無料トライアルは、サブスクリプションなしで利用できる唯一の入口であり続けている。

• プラットフォーム対応範囲は再び広がったが、それに関する最新の主張は確認されていない。G​rok Botの8月11日のベータ版はデスクトップとiOSで動作し、9月2日にはAndroid版アプリが登場して、G​oogle PlayにAndroid 9以上向けとして掲載された。以前にモバイルアプリ内で隠されたG​rok-Botの項目を見つけていたTestingCatalogがその登場を指摘し、S​aceXAIのXでの発表が同日にそれを裏付けた。ローンチ時に提供されたiOS版コンパニオンアプリと同様、Androidアプリは実質的にBotのクラウドコンピューターのリモコンだ。スマートフォンからBotにメッセージを送り、タスクの実行を眺め、人間の関与が必要な操作を承認できる一方で、作業はクラウドで実行され続ける。対応範囲はそのアプリ一覧から想像されるより広く、ここは正確に訂正すべき点だ。ベンダー自身のリリースノートによれば、Botsはgrok.com内にも存在する。そこで9月19日からSuperGrok Heavyで利用可能になり、10月3日にはSuperGrok Plusへ拡大し、サイドバーのBotsセクションに置かれているので、「スレッドを開いて、ブラウザーで会話を続けられる」。それが4つ目のサーフェスであり、報道ではなくベンダー文書で確認されている。5つ目はそうではない。10月16日、製品を追跡するアカウントが、Botsが「G​rokのウェブとモバイルで」展開されたと投稿したが、ウェブ側は確認されており、モバイル側は確認されていない。10月13日に配信されたバージョンのG​rokアプリ自身のリリースノートには、チャット、音声、Imagineの改善だけが記載され、G​rokのPlay掲載ページにはBotsセクションがなく、ベンダーのG​rok Botドキュメントは、G​rok内のBotsではなく、別個のモバイルアプリについて依然として説明している。G​rokアプリ内のBotsは未確認として扱うべきだ。ベンダーが文書化したすべてのプラットフォームが出荷済みとなり、エンタープライズ向けコントロールも提供された今、購入者にとっての未解決の問いはもはや対応範囲ではない。自社環境でそのコントロールが持ちこたえるかどうかだ。そして10月の2つの変更が、その問いを容易にするどころか鋭くしている。Primary Botロールは、ロスターの資格情報を1か所に集中させる。10月9日の受信トレイは、境界を到達範囲からアイデンティティへ移す。なぜなら、独自のアドレスを持つBotは、他のサービスがユーザーとして扱うプリンシパルであり、ドキュメントのどこにも、そのアイデンティティがどのようにスコープ設定され、記録され、失効されるのかは書かれていないからだ。

• クラウドコンピュータ方式が、実際のセキュリティ要件と接触したときに生き残るかどうか — しかも今や間にコーディネーターが挟まっている。あなたのツールにサインインするエージェントは強力な標的だ。他のBotを管理するPrimary Botは賭け金をさらに引き上げる。なぜなら、名簿を統括するBotこそ、その侵害が最も遠くまで届く存在であり、その役割が権限や監査をどう変えるのかについてS​paceXAIは何も述べていないからだ。賭けているのは、エージェントに専用のコンピュータを与えること — そしてそれに付随する監督ツール — が、彼らを無人のまま働かせる正しい方法だという点にある。ベータがその試験であり、最初の結果はすでに出ている。10月6日の、G​rok Botがオーナーの銀行残高を会社のSlackチャンネルに投稿したという報告は、この項目の故障モードが公の場に現れたものであり、その仕組みを提供しているのはベンダー自身のドキュメントだ — メンバーごとに1台の共有コンピュータ、共有のブラウザセッションとログイン、そして「別々の作業面であって、別々のセキュリティ境界ではない」画面。ルーティングに関する主張はそれを和らげるどころか、さらに増幅させる。Botがより多くのモデルに手を伸ばすほど、あなたのデータを運ぶプロンプトが通過しうる当事者も増える。そしてサードパーティのモデルが何を見るのかについて、S​paceXAIは何も公表していない。10月9日の受信箱は、逆方向に同じことをする。他の企業が応答する外向きチャンネルをBotに与えるので、誤った指示や注入された指示は、もはやあなた自身のアカウントで止まらない。10月7日のX連携は、有用な場所に一つの境界を引いている。そしてそれは正確に評価される価値がある。BotはXを検索し、読み、監視でき、投稿の下書きもできるが、公開はできない。それゆえ最後の一歩は人間に残る。すでにあなたの認証情報を握っているエージェントにとって、それは正しい形だ — そしてそれはベンダーが後で広げられる境界であり、だからこそ機能説明ではなくこのリストに載るのだ。

正直にまとめるとこうだ。Grok Botは、AIエージェントは賢いチャットボットではなく、自分専用のコンピューターを持つ同僚だという賭けを製品化したものだ。その土台にあるモデル——ローンチ時はGrok 4.5、現在はGrok 4.7——は実在し、4.5の形で独立系ベンチマークを受けており、すでにAPIから呼び出せる。製品は今、自らを説明するより速く出荷されている。Team Botsは9月28日に登場し、Primary Botロールは数日後にアプリに現れ、10月1日に初めてベンダーによる説明が付いた。そしてドキュメントはそのすべてに後れを取ってきた——リファレンスページはいまだに、そのロールを最上位に持たない製品について説明している。音声は、そのリストの他の項目にはない例外だ。音声チャットは9月17日に登場し、9月29日までに変更履歴はすでに肝心な部分を修正していた——Botが、設定した音声、速度、言語を保持するようになったのだ。そのすべては、すでに持っているかもしれないサブスクリプションで無料だ。10月7日は売り込みを鋭くした。同じ10月7日は、その形も変えた。Xへのネイティブアクセスは、コネクタベースのエージェントワークスペースには太刀打ちできない入力であり、価格変更も、新しいティアも、セットアップ手順もなしに登場した。10月9日に発表されたメールアドレスも同じ形で登場した——追加料金なし、申し込む以外のセットアップ手順なし——そしてこれは、このページでここにある2種類の主張を最も明快に示している。その日に取得するようユーザーに伝えられたメールボックスは実際に手にできるものだが、難しいタスクをClaude Opus 5.5、Midjourney、Sunoにルーティングするというのは、提供済みの料金表ではなく一つの表明であり、しかもGrok Botの仕事の一部にとって最良のモデルは他社のものだと認める表明なのだ。読者が今日実際に行動に移せる範囲は、一週間前よりある点では狭く、別の点では広い。モデル自体は今も公表価格で呼び出せ、SpaceXAIが約束している能力は、エンドポイントがすでに提供できるものだ。変わったのはパッケージングだ。10月12日のサブスクリプションは、アラカルトのティアを30ドル、100ドル、200ドルの一つの料金ラダーに置き換え、Botの使用量をCursorと共有するプールに引き込み、製品をこれまで置かれたことのないブラウザタブの中に入れた。成果物は一週間後に動いた。10月21日、製品の公式アカウントは、Botがレポート、メモ、ダッシュボードを、一緒に編集でき、常に最新に保たれるページとして作れると述べた——この投稿を10月22日の変更履歴が繰り返したが、外部の確認はない——そしてそれが本当なら、この製品から返ってくるものは、自分が所有するファイルではなく、共有コンピューター上で、最も機密性の高いデータから作り出され、動き続けるページになる。安上がりに試すといい。Botにページを頼むのはプロンプトであり、移行ではない。6日後に登場したメモリのインポートは逆方向に働く。この製品への切り替えコストを下げるが、Botが持つあなたの像を一方向にしか持ち運べなくする——エクスポートについて説明した公開資料は何もない。11月3日に解禁された通話は、ここで初めてそれらのアカウントを後に残す能力であり、最も注意すべきものだ。テーブルを予約するBotは便利だ。しかし、録音される回線で、あなたの名前で、誰も公表していない発信者IDを使い、誰も説明していないどこかに通話記録を保存して契約を解約するBotは、機能ではなく権限の問題だ。承認ステップは実在し、製品が提供する唯一の制御だ——だから承認する前に、Botが何に同意しようとしているのかを読み、取り消せることから始めよう。変わったのは証拠のほうだ。ルーティングの主張は依然として表明にすぎず、それを支えなければならない共有コンピューター設計は今や最初の公的な失敗を生み、それは10月6日に報告され、ベンダーも真剣に反論していない。誰かがBotごとの認証情報を出荷するまでは、名簿に与える権限があなたの管理するリスクだ——それはBotに何を見せるかを意図的に決める理由であって、製品を避ける理由ではない。製品がサブスクリプションに見合うかどうか——参入のハードルはSuperGrok Heavyの300ドルから、30ドルのX Subscription Premiumの席、それらのプランが販売されている間は20ドルのCursor Proの席、または無料トライアルまで下がった——は、拡大されたベータとエンタープライズ展開が答えるべき問いだ。モデルを使う価値があるかどうかは、すでに答えが出ている。

このようなリリースの背景にある、記録されたAIの障害やエージェントのインシデントはOrcaRouter AI Incident Archiveに集められており、各エントリには独自の情報源、深刻度、信頼度グレード、異議ありフラグが付いています。