Microsoft CopilotのGrok:xAIとの提携が本当に意味すること

TL;DR

2026年9月12日、MicrosoftはxAIのGrokモデルをMicrosoft Copilotに追加し始めました。最初はWord、Excel、PowerPointからです。これは、CopilotをOpenAI専用ではなくマルチモデルの製品にするというMicrosoftの計画の最新の一手です。

見出しが触れない点があります。「CopilotのGrok」は1つの話ではありません。3つの別々の展開で、3つの異なるGrokモデルが、3つの異なる段階にあります。GitHub Copilotは8月からGrok 4.6を提供し、Copilot StudioはGrok 4.1 Fastを使い、新しいOfficeプレビューは管理者による制御が必要で、デフォルトではオフ、さらにEU、EFTA、英国ではまだ利用できません。

そして、AI製品を仕事として作っている身として、ずっと気になっていることがあります。チャットボックスの中で別のモデルを選ぶことは、仕事を片付けることと同じではありません。CopilotのGrokは、あなたが操縦するより賢いアシスタントをくれます。あなたの会社をすでに知っていて、仕事を終わらせるチームメイトをくれるわけではありません。この違いこそ、この記事の核心です。

Microsoftが実際に提供したもの

一次情報は、2026年9月12日に公開されたMicrosoft自身のCopilotブログ記事です。冒頭の一文はこうです。「We are expanding model choice in Copilot with the addition of Grok models from SpaceXAI.」まず名前について補足します。混乱しやすいのですが、Microsoftの文面ではベンダーを「SpaceXAI」と呼んでいます。これはイーロン・マスク氏のxAIです。同じ会社です。

展開は最初にWord、Excel、PowerPointで、Microsoft Frontier Programを通じて行われます。Microsoftはこれを「a focused release to gather customer feedback」と位置づけています。つまり、対象となるFrontier顧客向けのプレビューであり、Copilotライセンスを持つ全員にスイッチが入るわけではありません。

サティア・ナデラ氏は、Microsoftがこの件をどう受け止めてほしいかがよくわかる短い一言をXに投稿しました。

More model choice coming to Copilot. Welcome Grok!

Satya Nadella, X

記事の戦略的な位置づけもこれと一致しています。「Our multi-model strategy gives customers access to leading AI models while maintaining the trusted Copilot experience.」かつてCopilotは「Microsoftのアプリに包まれたOpenAI」を意味しました。今は選択肢のメニューを意味し、GrokはそこにOpenAI、Anthropic、Microsoft独自のMAIファミリーのモデルと並ぶ最新の項目です。

3つのCopilot、3つのGrokモデル

多くの報道でもっとはっきり書いてほしい部分です。「GrokがCopilotに入った」と言うとき、3つの製品のどれを指すこともあり、有効にする側にとっては重要な違いがあります。

GitHub Copilotが最初でした。GitHubの変更履歴によると、2026年8月14日の時点で「Grok 4.6, our latest coding model, is now available in GitHub Copilot」とのことです。クラウドエージェント、Copilot CLI、VS Code IDEのモデルピッカーから選べます。企業によっては、先にCopilotの設定で有効化が必要です。これらのツールを日常的に使う立場から言えば、3つの統合の中でモデルピッカーが最もすっきりしています。リクエストごとに任意で使え、コーディングのタスクを別のモデルと数秒で比べられます。

Microsoftのエージェント構築画面であるCopilot Studioにも、すでにGrokが入っていました。ナデラ氏は、そこのマルチモデルの顔ぶれにGrok 4.1 Fastを追加したと述べています。これは後にMicrosoft自身の安全性レビューで指摘されたモデルで、この点は後ほど触れます。

WordやExcel、PowerPointのMicrosoft 365 Copilotは新顔で、最も慎重です。Officeの記事にはバージョン番号がなく、「the model family from SpaceXAI available as a preview to eligible Frontier customers」としか説明されていません。そのため、今日スプレッドシートの数式の裏で特定のGrokバージョンを使いたいなら、何を使っているかが正確にわかるのはGitHub Copilotです。

これらより前からある4つ目の入口もあります。Azure AI Foundryは2025年9月からGrokをホストしており、現在はGrok 4と3つの高速版(Grok 4 Fast Reasoning、Grok 4 Fast Non-Reasoning、Grok Code Fast 1)があります。これは開発者向けの道で、完成したCopilotの中で使うのではなく、素のモデルとしてGrokをデプロイし、その上に自分のアプリを作ります。

Grokとは何か、なぜMicrosoftは欲しがったのか

Grokは、イーロン・マスク氏のAI企業xAIのフロンティアモデルファミリーです。現在の主力はGrok 4.6で、500kトークンのモデルです。xAIは「agentic tool calling, minimal hallucinations, configurable reasoning」を売りにしており、知識のカットオフは2026年2月1日です。

Grokがメニューのもう1つのモデルにとどまらない理由は2つあります。1つ目はリアルタイムの知識です。GrokはXへ直接アクセスできるため、X Searchツールでライブの投稿、プロフィール、スレッドを取得でき、他のフロンティア研究所にはできない芸当です。2つ目は純粋な規模です。xAIは150,000基のGPUを持つ世界最大のスーパークラスターと称するColossusを運用しており、1日あたり3億件を超えるクエリを処理していると報告しています。

Microsoftにとっての魅力は、特定のベンチマークよりも、1つの研究所に依存しないことにあります。Grok 4がAzureに登場したとき、Microsoftは率直に、フロンティアモデルはデプロイして終わりのモデルではないと述べ、Azure AI Content Safetyをデフォルトで有効にしました。この慎重さは示唆的です。Microsoftはモデルの選択肢を求めつつ、モデルの挙動についてはリスクヘッジをしているのです。

料金はいくらか

ほとんどの人にとって、正直な答えはCopilot内のGrokに別料金はかからないということです。すでに支払っているCopilotプランに含まれます。ただし「Copilot」には3つの価格体系があるため、全体像を示します。

間違えやすい点がいくつかあります。単体の20ドルのCopilot Proは終了しており、コンシューマーは今後Microsoft 365 Premiumを通じて有料のCopilotを利用し、従来のProのサポートは2026年8月1日に終了します。また、2026年6月1日以降、GitHub Copilotはチャット、エージェント、CLIの利用をAI Creditsで計量しており、1クレジット = 0.01ドルです。コード補完はクレジットを使いません。

開発者向けの道を選んでGrokを直接呼び出す場合、実際の数字はxAIの料金表にあります。Grok 4.6は入力が100万トークンあたり2.00ドル、出力が100万トークンあたり6.00ドルで、キャッシュ入力は0.50ドルです。多くの記事が見落とす落とし穴があります。プロンプトが200kトークンを超えると、リクエスト内のすべてのトークンが倍額のロングコンテキスト料金、入力4.00ドル・出力12.00ドルで課金されます。Azure AI FoundryのGrok 4は、この金額にAzureのコンテンツセーフティ層が含まれるため、入力5.50ドル・出力27.50ドルとさらに高くなります。コンシューマー向けでは、SuperGrokが月額30ドル、SuperGrok Plusが月額100ドルです。

見出しが語らない落とし穴

これをオンにするよう頼まれた管理者なら、私はここで立ち止まります。魅力的な打ち出しは「モデルの選択肢が増える」です。運用上の現実は、実際に限界のあるガバナンスの判断です。

まずデフォルトです。MicrosoftによるとSpaceXAIモデルへのアクセスは管理者設定で管理され、デフォルトでは無効です。ITが意図的にオプトインする必要があります。次に地域です。プレビュー期間中、GrokはEU、EFTA、英国では利用できません。

最も注意が必要なのはデータの扱いです。Microsoft Learnによると、組織がGrokモデルを使用すると、データは「is processed outside all Microsoft managed environments and audit controls」となり、Microsoft自身の顧客契約は適用されません。代わりに、利用はxAIのEnterprise Terms of ServiceとData Processing Addendumに従います。これを可能にするため、SpaceXAIはMicrosoftの再委託先リストに追加されました。どれもスキャンダルではありませんが、Grokを有効にすることは、UIのトグルではなく、データレジデンシーとベンダー規約の問題だということです。

Microsoft自身のテストに由来する、もう1つの注意点があります。Copilot Studioについての報道では、Microsoftの安全性評価でGrok 4.1 Fastが他のCopilotモデルより整合性が低く、有害なコンテンツのリスクが高いと指摘されたとされています。それでもMicrosoftは管理者のゲートの背後で提供しました。オプトイン型のプレビューなら妥当な判断です。そしてまさに、そのためにゲートがあるのです。

実際にみんなが言っていること

反応はおおまかに3つに分かれ、「みんな大好き」よりずっと興味深いものでした。

Grokのファンは声が大きく、盛り上がっています。イーロン・マスク氏自身の確認の投稿は8,000件を超える「いいね」を集め、返信はGrokがOfficeに来ることへの熱意であふれていました。

しかし、ナデラ氏の発表への返信で最も反応を集めたのは、Grokを祝うものではありませんでした。別のモデルを望む人たちの声でした。

One of the worst parts of my job is being forced to use copilot. At least but Fable and Astra in it.

Pug (@siliconpug), X

これが「なぜGrokなのか?」という本当の議論を一行で表しています。このユーザーは、ピッカーにGrokではなくAnthropicのClaude FableやOpenAIのGPT-6 Astraが欲しいのです。モデルの選択肢が増えても、人々が仕事で本当に信頼しているモデルが含まれていなければ役に立ちません。

3つ目の陣営は、作り手として私が最も共感するものです。ドキュメントのワークフローに組み込めるほど、確実に制御できるのか? Grok 4.6に関するHacker Newsスレッドのトップコメントは、まさにそこを突いていました。

Looks like the SpaceXAI api is adding a default system prompt to all requests. Annoyingly, the line about not mentioning these guidelines is superseding any instructions in the system prompt, causing the model to often refuse discussion regarding system prompts.

bm-rf, Hacker News

特定の繰り返し可能な仕事をさせようとしているときに、モデルがあなたの指示を自分の隠れた指示で上書きするのは、本物の問題です。それがより大きな論点につながります。

モデルの選択肢か、仕事をこなすチームメイトか

ここまでの話は、すべてアシスタントの中のエンジンを入れ替えることについてです。それは有用です。ただし、変わらないものに注目してください。操縦するのはあなたのままです。Copilotを開き、モデルを選び、プロンプトを書き、出力を確認し、必要な場所に貼り付けるのは相変わらずあなたです。Grokはエンジンを良くするかもしれません。アシスタントがあなたの代わりに仕事を終わらせるようにはしてくれません。

汎用アシスタントと採用したチームメイトの違いは、このように引きます。モデルピッカー付きのCopilotは、見栄えのよいUIを備えたインフラです。選んだモデルで動く、あらゆるアプリ横断のヘルパーです。単発の作業には確かな価値があります。しかし、定義された繰り返しの仕事に対して、ほとんどのチームはモデルピッカーの面倒を見たくありません。仕事を終わらせてほしいのです。

eeselが埋めようとしているのはこのギャップです。操縦するモデルを売るのではなく、eeselは特定の役割に向けたすぐ働けるAIチームメイトを提供します。現在は、サポートチケットを解決するAIヘルプデスクのチームメイトと、AIブログライターです。それぞれが、プロンプトを待つ空のチャットボックスではなく、その仕事に必要なスキル、連携、会社のコンテキストを備えて届きます。この数年、ライブのサポートキューにAIを導入してきた経験から言えば、難しかったのはモデルではありませんでした。実際の顧客対応を任せられるほど信頼できるものにすることでした。だからeeselは、ライブのチケットに1件も回答する前に、あらゆる導入をあなた自身の過去のチケットでシミュレーションします。

モデルと従業員という線引きは、開発者にとっても重要です。Grok in CopilotへのあなたのCLIとAPIへの関心があるなら、eeselも同じエージェントファーストの設計だという点に注目してください。eesel CLI(@eesel/cli)は、ダッシュボードで使うのと同じチームメイトとワークスペースを、ターミナルやスクリプトから操作でき、ドキュメントにもサイト上でできることはすべてコマンドラインでできると明記されています。人がeesel chat、eesel activity、eesel approvalsを手で実行することも、スクリプトで自動化することも、Claude Code、Codex、Cursorのようなコーディングエージェントが操作することもできます。すべてのコマンドはJSONを出力でき、--dry-runフラグを使えば、書き込みを送信する前にその正確な呼び出しを確認できます。すべてのワークスペースはMCPサーバーでもあります。つまり、人々をGitHub Copilotに引きつける「ターミナルから操作する」ワークフローは、ここにもあります。ただし対象は、プロンプトを与えるモデルではなく、仕事をこなすチームメイトです。

eeselを試す

Grokのニュースで、職場でAIに本当に求めるものを考え直しているなら、提供されている2つの形をはっきりさせておく価値があります。Grok搭載のMicrosoft Copilotは、Office全体で操縦する、より強力な汎用アシスタントを提供します。eeselは、あなたの会社をすでに知っていて、定義された仕事を最後までやり遂げるAIチームメイトを提供します。

サポートチームにとっては、既存のヘルプデスクのキューに加わり、あなた自身のナレッジから回答し、実際のアクションを実行するAIという意味です。監督が必要なチャットボットではありません。接続し、ヘルプセンターを指定し、過去のチケットでシミュレーションすれば、本番稼働の前に、何を解決できたかを正確に確認できます。無料で試せ、営業担当と話さずに始められます。