「AIを業務に取り入れたいのは山々なんです。ただ、モデルの名前が次から次へと増えていって、結局どれを使えばいいのか判断がつかない。値段も一律じゃないらしいし、うちの規模だと毎月いくらかかるのか、まったく読めなくて」——製造業の会社で情報システムを兼任している方から、こんな相談を受けました。試したい気持ちはある。けれど、選択肢が増えるほど動けなくなる。これは決して珍しい話ではありません。
2026年7月21日、Googleが軽量モデルを3種類まとめて発表しました。名前だけ見れば「また増えた」と感じるかもしれません。ですがこれは、モデル選びに困っている人にとって「選び方の軸」を整理する良い機会でもあります。特定のモデルを推すのではなく、この発表を材料に「どの用途に、どの重さのモデルを、どれくらいのコスト感で当てるか」という考え方を組み立てていきます。
何が発表されたのか
今回発表されたのは、いずれもGeminiの「Flash」系、つまり高速・低コスト帯に位置づけられる軽量モデルです。上位の高精度モデルとは別系統で、大量処理や日常業務を安く速くさばくためのラインナップと考えると分かりやすいでしょう。
| モデル | 位置づけ | 想定用途 |
|---|---|---|
| Gemini 3.6 Flash | 汎用の主力（ワークホース）。前世代の3.5 Flashより出力単価を引き下げ | コーディング支援、ナレッジワーク全般 |
| Gemini 3.5 Flash-Lite | 3.5系の最軽量。より高速・低単価 | 大量処理、要約・分類など高スループット用途 |
| Gemini 3.5 Flash Cyber | 3.5 Flashベース。コードの脆弱性の発見・検証・修正に特化 | セキュリティ用途（提供は限定） |
3種の性格はそれぞれ異なります。Gemini 3.6 Flashは「日常的に一番使う主力」という位置づけで、前世代より同じ仕事をより少ない出力トークンでこなせるよう改善されました。報道によれば同じ仕事をより少ない出力トークンでこなせるよう効率が改善され、それに伴って出力側の料金も引き下げられています（100万トークンあたり出力が$9.00から$7.50へ、入力は$1.50で据え置きとされます）。
Gemini 3.5 Flash-Liteは「とにかく速く、大量にさばく」ための最軽量モデルです。3.6 Flash よりさらに軽く速く、単価も低いため、大量のテキストを機械的に処理する用途に向いています。
Gemini 3.5 Flash Cyberは毛色が違い、コードの脆弱性を見つけて直すことに特化しています。CodeMenderというエージェント内で動き、CyberGymというベンチマークで高い性能を出すとされますが、悪用の懸念から提供先は政府機関や選ばれたパートナーに限定されており、一般の中小企業が今すぐ使えるものではありません。あわせて、次世代の「Gemini 4」の開発も並行して進んでいることが予告されています。
なぜ「モデルが増える」のか
冒頭の相談者が困っていたのは、まさにこの「増え続ける」ことでした。ですが、なぜベンダーはモデルを増やすのか、その理由が分かると、選び方の見通しがぐっと良くなります。
理由はシンプルで、すべての用途を1つのモデルで満たすと必ず無駄が出るからです。契約書のリスクを読み解くような複雑な推論には高精度モデルが要りますが、問い合わせメールを定型に振り分けるだけの作業に同じモデルを使えば、精度は過剰でコストだけが膨らみます。逆に、軽いモデルで難しい判断をさせれば、安いけれど間違えます。だからベンダーは「速い／安い」から「賢い／高い」までを段階的に並べ、利用者が用途に応じて選べるようにしているのです。
つまりモデルが増えるのは、選択肢を押しつけているのではなく、トレードオフの調整つまみが細かくなっていると捉えるのが実態に近い。増えたことに身構えるより、「自分の仕事はこのつまみのどこに置くべきか」を考える方が生産的です。この考え方の土台については、以前まとめたGemini APIのコストティアの解説も参考になります。
用途 × モデルの選び分け
では実際に、自社の業務をどう当てはめるか。ここで大事なのは、ブランド名やバージョン番号の新しさで選ばないことです。判断軸は「その仕事にどれだけの賢さが要るか」と「どれだけの量をさばくか」の2つに集約されます。
大量・単純・定型の処理は、迷わず軽量モデルへ。 問い合わせメールの分類、記事や議事録の要約、商品説明文の定型生成、アンケート自由記述のタグ付け——こうした「判断は軽いが件数が多い」仕事は、Flash-Liteのような最軽量モデルが最適です。1件あたりの精度差は小さく、それより処理速度と単価が効いてきます。
日常の知的作業は、バランス型の主力モデルで。 メールの下書き、社内文書の草案づくり、簡単なコード補助、調べ物の一次整理といった「そこそこ考えるが、専門判断までは要らない」仕事は、3.6 Flashのような主力モデルの守備範囲です。安さと賢さのバランスが取れており、多くの中小企業の日常業務はこの層で十分回ります。
複雑な推論や重い判断は、上位モデルを惜しまない。 契約書の条項比較、専門性の高い分析、多段階の論理を要する設計判断は、軽量モデルでは取りこぼしが出ます。ここはコストを理由に軽いモデルへ落とすと、かえって手戻りや誤りのコストが上回ります。件数が少なく、1件の重要度が高い仕事ほど、上位モデルに任せる価値があります。
コツは「まず軽いモデルで試し、精度が足りない仕事だけ上に上げる」という順序です。最初から全部を高精度モデルで回すと、コストは跳ね上がります。同じ軽量モデルでも指示の出し方しだいで実用的な精度に届くことは多く、いきなり上位モデルへ逃げる前に試す価値があります。
コストの考え方
料金表の数字を眺めても、自社の負担額はなかなかイメージできません。コストを読むには、少し見る角度を変える必要があります。
生成AIの従量課金は、大きく入力トークン（AIに読ませる文章量）と出力トークン（AIが返す文章量）に分かれ、たいてい出力の方が単価が高く設定されています。今回の3.6 Flashが「同じ仕事をより少ない出力トークンで」こなせるよう改善しつつ出力単価も下げたことは、この観点で見ると意味が明確です。同じ仕事を、より少ない高単価トークンで、より安い単価でこなせる——つまり、料金表の1行だけでなく「1件あたり実際に何トークン使うか」まで見ないと、本当のコストは掴めないということです。
中小企業がコストを見積もるときの現実的な手順は、次の3つです。第一に、AIに任せたい業務を1つに絞り、1件あたりの入力・出力の量をざっくり測る。第二に、月間の件数を掛けて総トークン量を出す。第三に、候補モデルの単価を当てて月額のあたりをつける。この順なら「まず軽量モデルで小さく始め、効果が見えたら範囲を広げる」判断ができます。いきなり全社導入の総額から入ると、たいてい数字の大きさに足がすくみます。
もう一つ見落とせないのが、API従量課金とは別に、Google Workspaceなどのサブスクリプションに含まれる形でのGemini利用という選択肢がある点です。使い方によっては、こちらの方がコスト管理はシンプルになります。どちらが自社に合うかは利用形態次第で、Workspace上でのGeminiプラン選びに判断材料をまとめています。
自社で始めるときの順序
最後に、実際に動き出すための順序を整理します。新モデルが出るたびに乗り換えを検討するのではなく、自社の仕事を軸に据えるのが失敗しないコツです。
始め方はシンプルで、まず「今いちばんAIに肩代わりしてほしい、量が多くて単純な仕事」を1つだけ選びます。次にそれを軽量モデルで試し、精度が足りなければ一段上のモデルへ上げる。この小さなループを1業務で回してコスト感と効果を掴んでから、次の業務へ広げていく。この順序なら、モデルが何種類増えても振り回されずに済みます。
ただし、ここで一番つまずきやすいのは技術ではなく「入れたのに使われない」ことです。せっかく選んだモデルも、現場の誰も触らなければ意味がありません。この落とし穴の避け方はGeminiを入れたのに使われない問題で詳しく扱っています。
まずやることは2つです。ひとつは、社内で「量が多くて単純な業務」を1つ書き出してみること。もうひとつは、それを軽量モデルで小さく試し、1件あたりのコストと精度を自分の目で確かめること。ここから始めれば、次にどんなモデルが出ても、自社の物差しで冷静に選べるようになります。
自社の業務にどのモデルをどう当てるか、コストも含めて具体的に相談したい場合は、開発・AI・自動化のご相談からお気軽にお声がけください。ご状況をうかがったうえで、個別に整理してご提案します。
