Grok 4.6 が GitHub Copilot に追加 — 3日で2モデル、いずれも Business / Enterprise は既定オフ

要約

GitHub が 2026-08-14、Copilot で Grok 4.6 が使えるようになったと告知しました。対象プランは Copilot Pro、Pro+、Max、Business、Enterprise です。

Business と Enterprise では既定でオフです。管理者が Copilot 設定のモデルポリシーを明示的に有効化しない限り、組織内の誰も Grok 4.6 を選べません。これは前日（2026-08-13）の Gemini 3.7 Flash と同じ扱いで、GitHub Copilot における新モデル追加の定着したパターンです。

利用できる面は、Visual Studio Code、Visual Studio、Copilot CLI、GitHub Copilot cloud agent、GitHub Copilot アプリ、JetBrains、Xcode、Eclipse の8つです。課金は従量課金のもとでプロバイダーの表示価格が適用されます。倍率は本告知に明示されていません。

Grok 4.6 自体は 2026-08-12 に SpaceXAI が公開したフラッグシップモデルで、500k のコンテキストと長時間稼働するエージェント向けの設計を持ちます。モデルの公開から Copilot で選べるようになるまで、2日ありました。

何が変わったか

• Copilot Pro / Pro+ / Max / Business / Enterprise で Grok 4.6 を選択できるようになった
• Business / Enterprise は既定オフ。管理者によるモデルポリシーの有効化が必要
• 利用できる面は VS Code、Visual Studio、Copilot CLI、cloud agent、Copilot アプリ、JetBrains、Xcode、Eclipse の8つ
• 課金は従量課金でプロバイダーの表示価格が適用される。倍率は未公表
• 前日の Gemini 3.7 Flash（2026-08-13）と同じ扱いで、3日のうちに2モデルが同じ手順を要求している

業務インパクト（一般企業向け）

個別のモデルとしてより、追加の頻度として読む方が実務に効きます。

2026-08-13 に Gemini 3.7 Flash、2026-08-14 に Grok 4.6。どちらも Business / Enterprise は既定オフで、管理者が有効化しなければ使えません。3日のうちに2回、同じ種類の判断が管理者へ回ってきたことになります。この頻度で「今回のモデルは有効化すべきか」を毎回ゼロから考える運用は、現実的に維持できません。

必要なのは、モデルごとの判断ではなく判断の型を先に決めておくことです。たとえば、どのプロバイダーを許容するか、コスト倍率の上限をいくつに置くか、preview 表記のモデルを本番作業で使わせるか、といった基準を先に文書化しておく。そうすれば新モデルが出たときの作業は、基準に当てはめるだけになります。

もう一つ必要なのが棚卸しの周期です。有効化は増える一方で、減る仕組みがありません。放っておくとモデルピッカーに選択肢が並び、どれを使えばよいか現場が分からなくなります。四半期に一度、実際の利用状況を見て使われていないモデルを閉じる、といった周期を決めておく方が、結果として現場が迷いません。

コスト面では、倍率が告知に書かれていない点に注意が要ります。従量課金でプロバイダーの表示価格が適用されるという記述だけでは、社内で「使ってよい」と伝えたときの費用感が読めません。有効化の前に、Copilot の課金設定側で実際の倍率を確認しておく必要があります。

もう一つ、モデルが公開されてから使えるようになるまで2日のずれがあったという事実も押さえておくと役に立ちます。「新しいモデルが出た」という話が社内で回っても、自社の環境で使えるとは限りません。ベンダーの発表日と、実際に手元のツールで選べるようになる日は別のものとして扱う方が、現場との認識がずれません。

副業・個人活用視点

個人プラン（Pro / Pro+ / Max）では既定で使えます。管理者の有効化が要るのは Business / Enterprise だけなので、個人で試すぶんにはすぐ触れます。従量課金の対象になる点だけ気をつければ、追加の手続きはありません。

Grok 4.6 は 500k のコンテキストと長時間稼働エージェント向けの設計が特徴です。個人利用で差が出そうなのは、長く走らせる作業です。短いやり取りの補完では他モデルとの差が見えにくく、規模のあるリファクタリングや、複数ファイルにまたがる調査のような、途中で文脈を失いやすい作業で違いが出ます。試すなら、そういうタスクを選ぶ方が判断がつきます。

クライアントワークの観点では、「新モデルが出たときに何をするか」の運用設計そのものが仕事になります。Copilot を Business / Enterprise で使っている組織では、モデル追加のたびに管理者へ判断が回ります。この頻度なら、基準を作って棚卸しの周期まで決める仕事は十分な分量になりますし、一度作れば継続的に効きます。

発信のネタとしては、モデル追加の頻度そのものを数える内容が書けます。個々のモデル紹介は各所で書かれますが、「直近3か月で Copilot に何モデル追加され、そのうち何が使われているか」という角度は空いています。運用側の困りごとに直接当たるため、読者が具体的に想像しやすい題材です。