Grok Bot 1.0 のベータ版が公開、基盤モデルは指定不可

著者メモ：Grok Bot 1.0 のベータ版が公開され、チームでの共同利用機能も使えるようになりました。ただし、モデルを選ぶ権限はユーザーにありません。この記事では公式情報を整理したうえで、モデル ID や単価を固定したい場合の対処法を解説します。

xAI が 2026-11-02 に公開したリリースノートによると、Grok Bot 1.0 では、Bot をチームに共有できるほか、Slack・Microsoft Teams・ビデオ会議にも参加でき、取り組むべき作業を自分から提案することもできます。公式のバージョン履歴にも 2026-11-11 付けで 1.0 と記録されており、Grok Bot はベータ版から正式版へ移行しました。

今回のアップデートは、公式のリリースノートとバージョン履歴に基づいています。 ただし、Grok Bot の FAQ には、モデルセレクターが存在しないことも明記されています。タスクごとにどのモデルを使うかはシステムが決定し、請求書にも「Grok Bot」としか表示されません。

この記事のポイント：Grok Bot 1.0 の新機能、背後のモデルを指定できない理由、そしてモデル ID を固定したい開発者が取るべき道を、3 分で把握できます。

Table of Contents

Grok Bot 1.0 の主要情報まとめ

下の表に、今回のアップデートの要点をまとめました。本文中で xAI の説明や FAQ に基づく内容には「公式の自己申告」と記しています。詳細は公式ページの最新版をご確認ください。

項目	詳細	出典
リリースノートの日付	2026-11-02	xAI 公式説明（公式の自己申告）
バージョンの節目	2026-11-11 のバージョン記録で 1.0 となり、ベータを卒業	公式バージョン記録
追加された機能	チームへの共有、Slack・Microsoft Teams・ビデオ会議への対応、作業の自発的な提案	xAI 公式説明（公式の自己申告）
安全面の境界	センシティブな操作には引き続き人間の承認が必要	xAI 公式説明（公式の自己申告）
モデル選択	モデルセレクターはなし	Grok Bot FAQ（公式の自己申告）
背後のモデル	SpaceXSI 独自のモデルの場合もあれば、サードパーティのモデルの場合もある	Grok Bot FAQ（公式の自己申告）
利用量の計上	一律で Grok Bot として計上し、ベンダー名やモデル名では分けない	Grok Bot FAQ（公式の自己申告）

Grok Bot 1.0 で追加されたチーム向け機能

公式説明を見ると、1.0 の最大の変化は「個人アシスタント」から「チームの一員」へと位置づけが変わったことです。これまで Bot は主に個人のために働いていましたが、これからはチーム全体に共有でき、複数のメンバーが同じ Bot の作業コンテキストを共有できます。

接続できる場所も広がりました。公式が挙げているのは Slack、Microsoft Teams、ビデオ会議です。Bot がチームの日常的なコミュニケーションの場に直接登場するので、わざわざ別の画面を開いて使う必要がなくなります。

もう一つの変化は、自発性です。公式の自己申告によると、1.0 の Bot は人から指示を受けなくても、自分から「この作業をやりましょうか」と提案できます。チームにとっては、単なる Q&A ツールというより、提案してくれる協力者に近い存在になりそうです。

Grok Bot 1.0 の人間による承認の境界

自発性が高まるほど、権限の境界は重要になります。公式説明では、センシティブな操作には引き続き人間の承認が必要だと明記されています。Bot は提案も準備もできますが、重要な操作の最終確認は人が行います。

この設計は企業チームにとって安心感があり、グループチャットや会議の場で Bot が誤操作してしまうリスクを抑えられます。ただし、公式説明には「センシティブな操作」の具体的な一覧は示されていません。導入前に、自社のワークスペースでどの操作が承認の対象になるのかを確認しておくとよいでしょう。

Grok Bot 1.0 で背後のモデルを指定できない理由

Grok Bot の FAQ にははっきりと書かれています。モデルセレクターはありません。タスクを送信すると、システムが SpaceXSI 自社のモデルに処理させることもあれば、サードパーティのモデルに任せることもあります。ユーザーがインターフェース上で指定する手段はありません。

これは、多くの人が「AI ツール」に抱く期待とは少し違います。Grok Bot では、ユーザーが向き合うのは複数のモデルではなく、ひとつのプロダクトです。ルーティングの方針は公式が管理しており、ユーザーに見えるのはタスクの結果だけで、今回どのモデルが使われたのかは分かりません。

Grok Bot 1.0 の請求が「Grok Bot」としか記録されないとは

FAQ には、利用量は供給元やモデル名で分けず、Grok Bot として一括で記録されるとも書かれています。公式の自己申告による例として、タスクが Opus 5.5 にルーティングされても、トークン単位で支払う単価は変わらないとされています。

一般的なユーザーにとっては安心できる仕組みです。たまたまタスクが高価なモデルに回ってしまう心配がないからです。一方で、コスト計算やモデル評価、コンプライアンス監査が必要なチームにとっては、請求書でモデルを確認できず、リクエストでもモデルを指定できないことを意味します。

比較項目	Grok Bot 1.0（公式の自己申告）	モデル API を直接呼び出す場合
モデル選択	モデルセレクターなし。システムがルーティング	リクエストの `model` フィールドで明示的に指定
背後のモデル	SpaceXSI 自社製またはサードパーティ。確認不可	指定したモデル ID そのもの
請求の粒度	Grok Bot として一括記録	モデル ID ごとに個別に計測
単価	Grok Bot の料金で計算。ルーティングによる単価変動なし	選択したモデルごとの単価
結果の再現性	同じタスクでも異なるモデルが使われる可能性あり	モデル ID を固定すれば挙動を制御しやすい
主な用途	チームでの協働、会議、能動的な作業提案	プロダクトへの組み込み、評価、バッチ処理

ここで明確にしておきたいのは、Grok Bot は呼び出し可能な model ID ではないという点です。APIYI の料金表にも載っておらず、OpenAI 互換インターフェースの model フィールドに grok-bot と指定して呼び出すこともできません。Grok Bot はチーム向けのプロダクトであり、モデルそのものではないのです。

Grok Bot 1.0 の影響分析

今回のアップデートは、チームで Grok Bot を使う人と、コード内でモデル ID を固定して書く必要がある開発者の2種類の読者に影響します。重視するポイントが異なるため、以下では分けて説明します。

Grok Bot を使う人への影響

コラボレーションのハードルが下がる：Bot が Slack、Teams、ビデオ会議に入ることで、ツールを切り替えずにチームで使えるようになります。チームに共有する際も、一人ひとりが個別に設定する手間がなくなります。
働き方が変わる：Bot が自分から仕事を提案するようになるため、その提案を誰が処理するかをチームで決めておかないと、メッセージがノイズになってしまいます。
承認フローを事前に設計しておく：機密性のある操作には人による承認が必要です。承認者をあらかじめ決めておかないと、タスクが承認待ちのまま止まる可能性があります。
コストは製品単位で見る：請求書には Grok Bot の1行しか表示されません。予算は製品単位で管理すればよく、裏でどのモデルが使われたかを追跡する必要はありません。

モデル ID を指定する必要がある開発者への影響

モデル単位の評価ができない：同じタスクで異なるモデルの性能を比較するには、モデルを固定できなければなりません。Grok Bot にはこの機能がありません。
モデル別のコスト計算ができない：経理や顧客からモデルごとの費用内訳を求められても、Grok Bot の請求として一括計上されるため対応できません。
結果の再現性に限界がある：裏側のモデルが変わる可能性があるため、同じプロンプトでも時期によって別のモデルが処理するかもしれません。安定した出力が必要な本番パイプラインには向きません。
コンプライアンスが絡む場面では慎重に：業界によっては、データをどのベンダーのモデルが処理したかの説明が求められます。システムによるルーティングと内訳のない請求の組み合わせでは、こうした説明が難しくなります。

ニーズが右側の列にある場合、つまり「このリクエストでどのモデルを使ったのか、単価はいくらか」を把握したい場合は、Grok Bot のルーティングに頼らず、モデル API を直接使うのがおすすめです。以下の表に、シーン別の選び方をまとめました。

シーン	おすすめの方法	理由	利用経路
チームチャットでの共同作業、会議の議事録とフォローアップ	Grok Bot 1.0	Slack、Teams、ビデオ会議にネイティブ対応	xAI 公式プロダクト
Bot に自発的に仕事を提案してほしい	Grok Bot 1.0	1.0 の新機能（公式発表による）	xAI 公式プロダクト
プロダクト機能で特定のモデルを固定して呼び出す	モデル API	`model` フィールドにモデル ID を固定で指定できる	APIYI（apiyi.com）などの API プラットフォーム
複数モデルの効果評価と比較	モデル API	リクエストごとのモデルが明確で再現可能	マルチモデル対応の統一インターフェース
モデル別のコスト計算、請求書の発行	モデル API	計測がモデル ID ごとに区別される	プラットフォームのモデル一覧に記載された単価が基準

API でモデルを自分で指定する方法（Grok Bot のルーティングに代わる手段）

gpt-6.1-sol や claude-opus-5-5 のようにモデル ID を明示して使いたい場合は、API 経由で呼び出す必要があります。参考資料に出てくるのもこの種の ID ですが、実際にどのモデルが使えるか、単価がいくらかは、プラットフォームのモデル一覧に現在掲載されている内容が基準になります。

OpenAI 互換インターフェースを使う場合、接続のために変更するパラメータは 3 つだけです。主要なフィールドの書き方を下の表にまとめました。

パラメータ	記述例	説明
`base_url`	`https://api.apiyi.com/v1`	OpenAI 互換インターフェースのアドレス
`api_key`	`YOUR_API_KEY`	プラットフォームのコンソールで取得。1 つのキーで複数社のモデルを呼び出せます
`model`	`claude-opus-5-5` または `gpt-6.1-sol`	モデル ID を明示的に指定。ルーティングは一切経由しません
`messages`	`[{"role": "user", "content": "..."}]`	標準的な会話メッセージ形式

Python の OpenAI SDK を例にすると、初期化は client = OpenAI(api_key="YOUR_API_KEY", base_url="https://api.apiyi.com/v1") と書き、呼び出し時は client.chat.completions.create(model="claude-opus-5-5", messages=...) のように、選んだモデルを指定するだけです。モデルを切り替えたいときは model フィールドだけを変更すればよく、ほかのコードには手を加える必要がありません。

この方法は Grok Bot とは対照的です。リクエストの中でモデル ID を確認でき、請求書でもモデルごとの使用量と単価を分けて見られます。評価・コスト計算・監査が必要なチームには、こちらの方式のほうが向いています。

🎯 技術的なアドバイス：使うモデルを決める前に、APIYI（apiyi.com）のモデル一覧で、そのモデル ID が掲載済みか、単価がいくらかを確認してから model フィールドに書き込みましょう。プラットフォームは OpenAI 互換インターフェースを提供しており、1 つの API キーで OpenAI、Claude、Gemini などの主要モデルを呼び出せます。新規ユーザーには無料のテスト枠もあるので、まず動作を確認してから本番環境に進めると安心です。

よくある質問 FAQ

Q1：Grok Bot 1.0 とは何ですか？

Grok Bot 1.0 は、xAI が提供する Grok Bot の正式版です。公式のバージョン履歴では、2026-11-11 に 1.0 として記録されています。公式の説明によると、チームで共有でき、Slack、Microsoft Teams、ビデオ会議にも参加できます。さらに、取り組むべき作業を自分から提案してくれますが、機密性の高い操作については人による承認が必要です。

Q2：Grok Bot 1.0 では、裏側で使われるモデルを指定できますか？

できません。公式 FAQ には、モデルセレクターは存在しないと明記されています。タスクは SpaceXSI 独自のモデルで処理されることもあれば、サードパーティのモデルで処理されることもあり、どちらになるかはシステムが判断します。利用量は Grok Bot としてまとめて記録され、プロバイダーやモデル名ごとには分けられません。

Q3：タスクがより高価なモデルにルーティングされた場合、追加料金は発生しますか？

公式の自己申告では、発生しません。FAQ では、たとえタスクが Opus 5.5 にルーティングされても、トークンあたりの支払い単価は変わらないと例示されています。具体的な課金ルールについては、xAI の公式ページをご確認ください。

Q4：API のモデル ID に Grok Bot を指定して呼び出せますか？

できません。Grok Bot はプロダクトであり、モデル ID ではありません。また、APIYI の料金表にも掲載されていません。コードで特定のモデルが必要な場合は、APIYI（apiyi.com）のモデル一覧から具体的な ID を選び、たとえば `claude-opus-5-5` のようなものをリクエストの `model` フィールドに指定してください。

Q5：開発者がモデルを指定して手軽に使い始めるにはどうすればよいですか？

手順はシンプルです。

1. APIYI でアカウントを登録して API キーを取得します。新規ユーザーは無料のテスト枠を受け取れます
2. apiyi.com のモデル一覧で、使いたいモデルの ID と単価を確認します
3. SDK の `base_url` を APIYI の OpenAI 互換エンドポイントに設定し、`model` フィールドに選んだ ID を指定します

こうしておけば、リクエストごとにどのモデルが使われ、どの単価で課金されたのかを正確に把握できます。

Q6：Grok Bot 1.0 を使う際に注意すべき制限はありますか？

主に3点あります。1つ目は、モデルを指定できないため、モデルを固定する必要がある評価や本番パイプラインには向かないことです。2つ目は、請求がモデルごとに分かれないため、モデル単位での費用計算が求められる経理要件には対応しにくいことです。3つ目は、機密性の高い操作の全リストが公式には公開されていないため、承認の対象範囲は実際に使いながらチームで確認する必要があることです。チームでの共同作業には柔軟な Bot を、開発にはモデルを固定できる環境を、というように両者を併用することもできます。

Grok Bot 1.0 の重要ポイント Key Takeaways

バージョンの節目：バージョン履歴では 2026-11-11 に 1.0 と記録され、Grok Bot は正式に beta を卒業しました
チーム機能：チームへの共有に対応し、Slack、Teams、ビデオ会議と連携できます
主体的な協働：公式の説明によると、Bot は自分から作業を提案できます。ただし、機密性の高い操作には引き続き人間の承認が必要です
モデルは選べない：FAQ には、モデルセレクターはなく、背後のモデルはシステムが自動でルーティングすると明記されています
請求は分割されない：利用量はすべて Grok Bot としてまとめて記録されます。Opus 5.5 にルーティングされても単価は変わりません
モデル ID ではない：モデルを固定したい場合は、APIYI の apiyi.com でモデル ID を選び、API 経由で呼び出してください

まとめ

Grok Bot 1.0 のアップデートの中心は、チームでの協働です。

機能が正式に登場：チーム共有、Slack と Teams との連携、ビデオ会議、作業の自発的な提案が、いずれも 1.0 に入りました。
境界線は残されている：機密性の高い操作には引き続き人間の承認が必要です。主体性が高まっても、人によるチェックは残されています。
モデルは選べない：モデルセレクターはなく、請求にも Grok Bot としか記録されません。リクエストにも請求にも、具体的なモデルは表示されません。

そのため、チームでの協働には安心して Grok Bot 1.0 を使えます。一方、「どのモデルを使っているのか、単価はいくらなのかをはっきり把握したい」という業務では、モデルの API を直接呼び出す方法の代わりにはなりません。

モデルを自分で選び、単価も確認したい場合は、APIYI の apiyi.com にあるモデル一覧でモデル ID と価格を確認することをおすすめします。そのうえで OpenAI 互換インターフェースから接続し、無料のテスト枠で動作を確認してから本番に移行しましょう。

📚 参考資料

xAI公式発表：Grok Bot 1.0：1.0で追加された機能の紹介
リンク：x.ai/news/grok-bot-1-0
説明：チーム共有、Slack/Teams/ビデオ会議との連携、能動的な作業提案と人による承認についての公式な記述
Grok Bot FAQ：モデルルーティングと課金に関する説明
リンク：docs.x.ai/grok-bot/faq
説明：モデルセレクターがないこと、裏側で使われているモデルの出どころ、使用量の記録方法、単価についての公式情報

著者：APIYI 技術チーム
技術交流：APIYI のウェブサイトトップページからお気軽にご連絡ください。その他の接続資料は docs.apiyi.com のドキュメントセンターでご覧いただけます。

Grok Bot 1.0 のベータ版が公開、基盤モデルは指定不可