GitHub CopilotでGemini 3.5 Flashを使えるのか気になっている人への結論は、「対応プランと対応IDEでは利用可能になりつつあるが、Business／Enterpriseでは管理者のモデルポリシー有効化が必要で、Web版Copilot Chatでは別の制限があるため“どこでも自動で使える”わけではない」です。特に管理者は、モデルの有効化、IDEや拡張機能のバージョン、プレミアムリクエストの消費量、Web版との違いを先に確認してから展開する必要があります。(The GitHub Blog)
Gemini 3.5 Flashは、GitHub公式Changelogでは2026年5月19日付でGitHub Copilot向けの一般提供として案内されています。日本時間で5月20日前後に確認した管理者や開発者は、同日に出ているCopilotのモデル選択関連アップデートもあわせて読むと、利用できる場所と使い方の誤解を避けやすくなります。(The GitHub Blog)
Gemini 3.5 FlashのGAで何が変わるのか
今回の更新は、GitHub CopilotにGoogleのFlash-tierモデルであるGemini 3.5 Flashが追加され、対象ユーザーがモデルピッカーから選択できるようになる、という内容です。GitHubは早期テストにおいて、Gemini 3.5 Flashを高速な反復型のエージェント的コーディングワークフローに向いたモデルとして説明しています。(The GitHub Blog)
ただし、実務上のポイントは「新しいモデルが増えた」だけではありません。管理者が有効化しないと使えないケースがあり、さらに利用場所によって表示されるモデルが異なります。特にWeb版Copilot Chatでは、2026年5月20日の別更新でGemini系モデルが削除されたと案内されているため、IDEでの利用可否とWeb版での利用可否を分けて確認する必要があります。(The GitHub Blog)
| 確認項目 | 内容 |
|---|---|
| 対象モデル | Gemini 3.5 Flash |
| 提供状態 | GitHub Copilot向けにGA、段階的ロールアウト |
| 対象プラン | Copilot Pro、Copilot Pro+、Copilot Business、Copilot Enterprise |
| 主な利用場所 | Visual Studio Code、Visual Studio、JetBrains IDEs、Xcode、Eclipse |
| 管理者対応 | Business／EnterpriseではCopilot設定でGemini 3.5 Flashのポリシー有効化が必要 |
| コスト面 | プレミアムリクエスト倍率は14xとして案内。ただし価格設定は暫定で変更される可能性あり |
利用者にとっての影響：速い試行錯誤に向くが、使いどころを選ぶ
Gemini 3.5 Flashは「Flash-tier」という位置付けから、重い設計検討を長時間任せるよりも、短いサイクルでコード生成・修正・説明を繰り返す場面に向いています。たとえば、既存関数のテスト追加、軽微なリファクタリング、Lintエラーの修正、エラーメッセージの原因調査、PR差分の改善案出しなどです。
実務では、次のように使い分けると失敗しにくくなります。
| 作業内容 | Gemini 3.5 Flashを使いやすい場面 | 別モデルも検討したい場面 |
|---|---|---|
| コード生成 | 小さな関数、ユーティリティ、テストコードのたたき台 | 複数サービスにまたがる設計、複雑なドメインロジック |
| デバッグ | エラー原因の候補出し、ログからの仮説作成 | 本番障害の最終判断、セキュリティ影響の大きい修正 |
| リファクタリング | 可読性改善、命名整理、重複削減 | 大規模な責務分離、アーキテクチャ変更 |
| レビュー補助 | 見落としやすい境界値、テスト不足の指摘 | 法務・規制・機密情報を含むコードの判断 |
開発者が最初に試すなら、次のようなプロンプトが現実的です。
この関数に対して、境界値を含むユニットテストを追加してください。既存のテストスタイルに合わせてください。この差分で、バグにつながりそうな箇所を3点まで挙げてください。修正案は最小変更で示してください。このエラーの原因候補を優先度順に整理し、確認すべきファイルとコマンドを示してください。ポイントは、最初から「完成コード」を期待しすぎないことです。Flash系の強みは、短いやり取りを高速に回すことにあります。生成結果をそのまま採用するのではなく、テスト、レビュー、静的解析とセットで使うことで効果が出やすくなります。
対応プランと利用場所：Web版ではなくIDE中心に確認する
Gemini 3.5 Flashは、GitHub公式ChangelogでCopilot Pro、Copilot Pro+、Copilot Business、Copilot Enterprise向けに案内されています。対象クライアントとして明記されているのは、Visual Studio Code、Visual Studio、JetBrains IDEs、Xcode、Eclipseです。(The GitHub Blog)
特に注意したいのは、GitHub.com上のCopilot Chatです。2026年5月20日の別Changelogでは、Web版Copilot Chatのモデル一覧を絞り込み、すべてのGeminiモデルと一部のモデルを削除したと説明されています。つまり、「GitHub CopilotでGA」と「GitHub.comのWebチャットで使える」は同じ意味ではありません。(The GitHub Blog)
開発者が「モデルピッカーにGemini 3.5 Flashが出ない」と相談してきた場合は、次の順で確認すると早く切り分けできます。
| 症状 | 確認すること |
|---|---|
| VS Codeで見えない | VS Code本体とGitHub Copilot拡張機能が最新に近いか、管理者ポリシーで許可されているか |
| Visual Studioで見えない | 対応バージョンか、Copilot Chat側のモデル選択を見ているか |
| JetBrains／Xcode／Eclipseで見えない | 対応プラグインの更新、段階的ロールアウトの影響、組織ポリシーを確認 |
| GitHub.comで見えない | Web版ではGemini系モデルが削除されている案内があるため、IDE側で確認 |
| Business／Enterpriseで見えない | 管理者がGemini 3.5 Flashポリシーを有効化しているか |
GitHub Docsの最低バージョン表では、Gemini 3.5 FlashについてVisual Studio Codeはv1.115.0以降、Visual Studioは17.14.22または18.1.0以降、JetBrains IDEsは1.5.62以降、Xcodeは0.46.0以降、Eclipseは0.14.0以降が示されています。ただし、同表はロールアウト状況により変更される可能性があるため、実際の展開時は最新の公式ドキュメントと各IDEの拡張機能更新状況を確認してください。(GitHub Docs)
管理者が確認すべき設定
Copilot BusinessまたはCopilot Enterpriseでは、Gemini 3.5 Flashを使わせるには管理者側のポリシー設定が必要です。GitHubの案内では、Copilot Enterprise／Businessの管理者がCopilot settingsでGemini 3.5 Flash policyを有効化する必要があるとされています。(The GitHub Blog)
組織管理者は、GitHubのOrganization設定からCopilotに進み、PoliciesとModelsを確認します。GitHub Docsでは、ModelsはCopilotで提供される基本モデル以外のモデル可用性を制御する場所として説明されています。Enterprise配下のOrganizationでは、Enterprise側のポリシーが優先され、Organization側で上書きできない場合があります。(GitHub Docs)
Enterprise管理者の場合は、EnterpriseのAI controlsからCopilot関連ポリシーを確認します。Enterprise全体で許可するのか、特定Organizationに委任するのかを決めてから展開すると、部署ごとの利用差や問い合わせを減らせます。(GitHub Docs)
展開前チェックリスト
| 項目 | 管理者が決めること | 実務上の注意点 |
|---|---|---|
| 利用対象 | 全社展開か、一部チームの先行利用か | 最初はAI活用に慣れたチームで検証すると問い合わせが減る |
| モデルポリシー | Gemini 3.5 Flashを許可するか | Enterprise側で禁止されているとOrganization側では使えない |
| コスト管理 | 14x倍率を許容するか | 利用量が多いチームでは消費が急増する可能性がある |
| IDE更新 | 対応バージョンを満たしているか | 古い拡張機能のままだとモデルが表示されないことがある |
| 利用ルール | どの作業で使ってよいか | 本番コード投入前のレビューとテストを明文化する |
| 問い合わせ導線 | 「見えない」「使えない」時の確認先 | Web版ではなくIDE側を確認するよう案内する |
コストとプレミアムリクエストの注意点
Gemini 3.5 Flashで最も見落としやすいのは、プレミアムリクエスト倍率です。GitHubの案内では、Gemini 3.5 Flashは14xのプレミアムリクエスト倍率で開始され、価格は暫定で変更される可能性があるとされています。(The GitHub Blog)
Copilot Chatでは、ユーザーのプロンプトごとにプレミアムリクエストが発生し、モデルの倍率が掛かります。つまり、Gemini 3.5 Flashを選んだ場合、単純な質問でも消費量は軽いモデルより大きくなります。高倍率モデルを「何となく速いから常用する」と、組織全体の使用量が予想以上に増える可能性があります。(GitHub Docs)
管理者は、次のようなルールを先に決めておくと安全です。
| 利用ルール | 例 |
|---|---|
| 日常利用 | 通常の質問や簡単なコード説明は低倍率または標準モデルを使う |
| Gemini 3.5 Flashの利用 | 速い反復が必要な実装補助、テスト作成、軽量な修正提案に使う |
| 高コスト化の抑制 | 長文コンテキストを毎回貼らず、必要なファイルや差分に絞る |
| 品質確認 | 生成コードはテスト、レビュー、セキュリティ観点の確認を通す |
| 利用状況の確認 | チーム単位でプレミアムリクエストまたはAI Creditsの消費を定期確認する |
また、GitHub Docsでは2026年6月1日からCopilot Business／Enterpriseの課金方法が使用量ベースに移行すると説明されています。OrganizationやEnterpriseでは、AI Credits、予算、使用状況の確認もあわせて見直すべきです。(GitHub Docs)
Auto model selectionとの関係
VS CodeのAuto model selectionは、タスク内容やモデルの可用性、信頼性などを見て適切なモデルへルーティングする機能です。2026年5月20日の更新では、Autoがタスク内容に応じてモデルを選ぶようになり、管理者が設定したモデルポリシーも尊重されると説明されています。(The GitHub Blog)
ただし、同じ更新では、Autoの課金対象は現時点で0xから1x倍率のモデルに限定され、Paid subscribersにはAuto利用時の倍率割引があると案内されています。Gemini 3.5 Flashは14xとして案内されているため、Gemini 3.5 Flashを使いたい場合は、Auto任せではなくモデルピッカーで明示的に選ぶ前提で運用したほうが安全です。(The GitHub Blog)
この点は、開発者向けの案内に必ず入れてください。「AutoにしておけばGemini 3.5 Flashも必要時に選ばれる」と誤解すると、検証結果がばらつきます。逆に、コストを抑えたいチームではAutoを基本にし、Gemini 3.5 Flashは明示的に使う場面だけ許可する運用が現実的です。
開発者が使う前に確認する手順
開発者側では、まずIDEのCopilot Chatでモデルピッカーを確認します。GitHub Docsでは、VS Codeの場合はCopilot Chatを開き、チャットビュー下部のモデル選択ドロップダウンから任意のAIモデルを選ぶ流れが説明されています。なお、Chatで選んだモデルはインライン補完のモデルとは別扱いです。(GitHub Docs)
VS Codeでの確認手順
| 手順 | 作業 |
|---|---|
| 1 | VS CodeとGitHub Copilot拡張機能を更新する |
| 2 | Copilot Chatを開く |
| 3 | チャット下部のモデル選択ドロップダウンを開く |
| 4 | Gemini 3.5 Flashが表示されるか確認する |
| 5 | 表示されない場合は、管理者ポリシー、プラン、ロールアウト状況、Web版との違いを確認する |
モデルを切り替えても、すべてのCopilot機能が同じモデルに変わるとは限りません。GitHub Docsでは、Copilot Chatのモデル変更はインラインサジェストのモデルには影響しないと説明されています。補完側の挙動も検証したい場合は、チャットとは別に確認が必要です。(GitHub Docs)
失敗しやすいポイント
Gemini 3.5 Flashの展開で失敗しやすいのは、技術的な不具合よりも「利用条件の誤解」です。特に次の点は、社内案内やFAQに入れておくと問い合わせを減らせます。
| 失敗しやすいポイント | 原因 | 対策 |
|---|---|---|
| Web版で探して見つからない | Web版Copilot ChatではGemini系モデルが削除された案内がある | IDE側のモデルピッカーで確認する |
| Business／Enterpriseで表示されない | 管理者がモデルポリシーを有効化していない | CopilotのModels設定を確認する |
| 予想以上に利用量が増える | 14x倍率を開発者に周知していない | 用途を限定し、利用状況を定期確認する |
| Autoで使えると思い込む | Autoの対象が低倍率モデル中心として案内されている | Gemini 3.5 Flashは明示選択する運用にする |
| 出力をそのまま採用する | 高速な応答を品質保証と誤解する | テスト、レビュー、セキュリティ確認を必須にする |
| IDEごとに挙動が違う | 対応バージョンやロールアウト状況が異なる | IDE別に確認手順を分ける |
GitHub Docsでは、CopilotのデフォルトAIモデルに対してコンテンツフィルターや、設定されている場合の公開コード一致チェックが適用されると説明されています。ただし、これは人間のレビューやセキュリティ検証が不要になるという意味ではありません。AIが生成したコードは、通常のコードレビュー、テスト、依存関係チェック、機密情報の混入確認を通してから採用するべきです。(GitHub Docs)
管理者向けの展開シナリオ
全社でいきなり有効化するより、まずは小さく検証するほうが安全です。おすすめは、AI活用に慣れている開発チームを選び、2週間程度の試用期間で品質、速度、利用量、問い合わせ内容を確認する方法です。
小規模パイロットの進め方
| フェーズ | やること | 判断基準 |
|---|---|---|
| 事前準備 | 対象チーム、対象IDE、利用ルールを決める | 管理者と開発リードが同じ認識を持てている |
| 設定 | Gemini 3.5 Flashのモデルポリシーを有効化する | 対象ユーザーのモデルピッカーに表示される |
| 検証 | テスト生成、軽微な修正、レビュー補助で使う | 作業時間短縮と品質低下がないか確認する |
| コスト確認 | プレミアムリクエストまたはAI Creditsの消費を見る | 高倍率モデルの常用が起きていない |
| 展開判断 | 利用ルールとFAQを整備して対象を広げる | 問い合わせの多い点が文書化されている |
パイロットでは、単に「便利だったか」を聞くだけでは不十分です。次のような観点で記録すると、全社展開の判断に使いやすくなります。
| 評価観点 | 記録例 |
|---|---|
| 速度 | テストコード作成にかかった時間がどの程度短縮されたか |
| 品質 | 生成コードの修正回数、レビュー指摘数、テスト失敗数 |
| コスト | 1人あたりの利用量、チーム単位の消費傾向 |
| 適合性 | どの言語、フレームワーク、作業で効果が高かったか |
| リスク | 誤った修正案、過剰な変更、機密情報入力の有無 |
既存運用からの移行で考えるべきこと
Gemini 3.5 Flashの追加は、既存コードやリポジトリを移行する作業ではありません。基本的には、Copilotで選べるAIモデルの選択肢が増える更新です。そのため、移行作業として重く考えすぎる必要はありません。
一方で、組織運用としては「モデル選択の標準ルール」を見直すタイミングです。これまで開発者が自由にモデルを切り替えていた組織では、高倍率モデルの利用が増えやすくなります。逆に、モデルを厳格に制限していた組織では、せっかくの高速モデルが現場に届かない可能性があります。
おすすめは、次のように用途別にルールを分けることです。
| 用途 | 推奨ルール |
|---|---|
| 日常的なQ&A | 標準モデルまたはAutoを基本にする |
| 反復的な実装補助 | Gemini 3.5 Flashを許可する |
| 複雑な設計判断 | 複数モデルで比較し、最終判断は人間が行う |
| セキュリティ関連 | AIの提案は参考扱いにし、専門レビューを必須にする |
| 本番影響の大きい修正 | 生成コードを直接マージせず、テストとレビューを通す |
まとめ：まずは「表示されるか」より「どう使わせるか」を決める
Gemini 3.5 Flashは、GitHub Copilotで高速な反復開発を進めたい開発者にとって有力な選択肢です。特に、テスト作成、軽微な修正、エラー調査、レビュー補助のように、短いプロンプトを何度も回す作業で効果を試しやすいモデルです。
一方で、Business／Enterpriseでは管理者のモデルポリシー設定が必要であり、Web版Copilot ChatではGemini系モデルが削除された案内もあります。さらに、14xのプレミアムリクエスト倍率が案内されているため、使えるようにするだけでなく、どの作業で使うのか、誰が使うのか、利用量をどう見るのかを先に決めることが重要です。
管理者は、対象チームを絞ってモデルポリシーを有効化し、IDEの対応状況とコストを確認してください。開発者は、Copilot ChatのモデルピッカーでGemini 3.5 Flashを明示的に選び、生成結果をテストとレビューで確認する運用から始めるのが現実的です。
コメント