Gemini 3.8 Flashとは、Googleの低コスト帯の最新主力モデルのことです。
同じ価格で賢くなったモデルが出たとき、事務所の請求書は本当に軽くなるのか。Googleは2026年9月2日、Gemini 3.8 FlashとGemini 3.8 Flash Cyberを公開し、3.8 Flashは3.7 Flashと同じ導入価格である100万入力トークンあたり0.75ドル、100万出力トークンあたり3.75ドルで提供すると発表しました(出典: Google Introducing Gemini 3.8 Flash and 3.8 Flash Cyber)。この記事では、この更新が士業事務所の大量文書処理と費用にどう効くのかを一次情報から整理し、低コスト帯のモデルをどう使い分けるかの判断軸を7つに分けて示します。本記事は士業のチカラ編集部が、公表されている一次情報のみを根拠に作成しています。法令の条文はe-Gov法令検索の原文で、行政の見解は各府省庁の公表資料で確認しています。
6週間で3回目のFlash更新 単価据え置きで中身が入れ替わりました
結論から書くと、今回の更新は値下げではなく中身の入れ替えです。単価は据え置きのまま、推論とコーディングの性能が上がり、そのぶんモデルがより多く考えるようになりました。ここが費用試算の勘所になります。
Googleの発表によれば、3.8 Flashは3週間前に公開された3.7 Flashに続くもので、6週間で3回目のFlash系リリースにあたります。位置づけとしては、ソフトウェアエンジニアリング、エージェント的なタスク、専門領域における多段の推論で3.7 Flashから大きく改善した主力モデル、と説明されています(出典: Google Introducing Gemini 3.8 Flash and 3.8 Flash Cyber)。この更新頻度そのものが、事務所の運用に影響します。年に一度モデルを選び直す前提では追いつきません。
士業の実務に関わりが深いのは、専門領域のベンチマークに関する記述です。Googleは、定量的・専門的な分野の分析と報告を要する領域で、3.8 FlashがVals Finance Agent V2やHarveyのLegal Agent Benchmarkといったベンチマークにおいて3.7 Flashや他のフロンティアモデルを上回ったとしています。また、STEM・人文・専門分野をまたぐ多段推論の指標であるHLE-Verifiedで54.9%を達成したとも記載されています(出典: Google Introducing Gemini 3.8 Flash and 3.8 Flash Cyber)。法務系のエージェントベンチマークが公式発表の中に出てくること自体が、この価格帯のモデルが専門業務の射程に入ってきたことを示しています。
同時に公開されたGemini 3.8 Flash Cyberは、脆弱性の検出と自動修正に特化したモデルで、Fairwind Programを通じて信頼された防御側の組織に限定して提供されると説明されています(出典: Google Introducing Gemini 3.8 Flash and 3.8 Flash Cyber)。一般の士業事務所が直接使う対象ではありません。ただし、同社はプロンプトインジェクションへの堅牢性がGray Swanの指標で大きく向上したとも述べており、こちらは顧問先データを扱う事務所にとって無関係ではない話です。
価格については、期限が明記されている点に注意が要ります。発表の脚注では、導入価格は2026年12月31日で終了し、2027年1月1日からは100万入力トークンあたり1.50ドル、100万出力トークンあたり7.50ドルが適用されると記載されています(出典: Google Introducing Gemini 3.8 Flash and 3.8 Flash Cyber)。年内の試算をそのまま来期の予算に持ち込むと、単価が倍になった前提とずれます。
士業事務所が使い分けを決める7つの判断軸
結論から書くと、判断軸の中心は精度ではなくトークン消費です。単価が同じでも、モデルがより多く考えるようになれば、一件あたりの費用は上がり得ます。
判断軸1 単価ではなく1件あたりの総トークンで見る
Googleは、3.8 Flashが複雑なタスクでより勤勉に振る舞い、追加の推論ステップを実行しツールを反復的に呼び出すこと、特に高いエフォート設定では性能を最大化するためにより多くのトークンを使う場合があることを明記しています(出典: Google Introducing Gemini 3.8 Flash and 3.8 Flash Cyber)。事務所の費用は単価×トークン数で決まるため、単価据え置きという情報だけでは請求額の予測になりません。移行前後で、代表的な処理を同じ入力で流し、消費トークンを記録して比べる工程を挟みます。
判断軸2 エフォート設定を業務ごとに固定する
思考の深さは設定で選べます。Googleの開発者向けドキュメントでは、低いエフォートは応答までの時間を短くしたい用途に、中はほとんどのタスクでの既定として、高は密な視覚的な問答や長時間の映像をまたぐ多段推論に、という使い分けが案内されています(参考: Google AI for Developers What’s new in Gemini 3.8 Flash)。事務所側では、書類の項目抽出は低、契約条項の突合は中、というように業務ごとに固定してしまうほうが、費用も出力の揺れも安定します。
判断軸3 効率優先の処理は旧モデルを残す選択肢を持つ
Googleは、計算効率が主な制約となる用途では、低いエフォート設定を使うか、効率優先のワークロード向けに引き続き完全にサポートされている3.7 Flashに依拠し続けることもできる、と案内しています(出典: Google Introducing Gemini 3.8 Flash and 3.8 Flash Cyber)。新しいほうが常に正解ではありません。定型の一次処理は旧モデルに残し、判断を伴う工程だけ新しいモデルに載せる二段構えが、費用面では素直です。3.7 Flashを使った書類の一次処理の組み立て方は、当サイトのGemini 3.7 Flashで書類を一次処理する記事にまとめています。
判断軸4 ベンチマークの結果を自事務所の業務で置き換えない
法務エージェントのベンチマークで良い結果が出たことと、自分の事務所の書式で良い結果が出ることは別の話です。ベンチマークは公開されたタスク集合での比較であり、日本の様式や日本語の通達文が含まれるとは限りません。移行の判断は、自事務所の過去案件から十数件の検証セットを作り、旧モデルと新モデルで同じ入力を流して比べる形で行います。
判断軸5 検証セットを一度作って使い回す
6週間で3回という更新頻度を前提にすると、毎回ゼロから検証していては手が回りません。検証セットと採点基準を一度整えておき、モデルが変わるたびに同じものを流す運用にします。採点は正解・誤り・判断保留の三分類で足ります。
あなたはAIモデルの出力を採点する検証アシスタントです。
同じ入力に対する2つの出力を比較し、以下の基準で採点してください。
【採点基準】
- 正解: 参照解答と実質的に同じ内容である
- 誤り: 参照解答と矛盾する、または入力に無い情報を含む
- 保留: 参照解答と比較しても正誤を機械的に判定できない
【出力形式】
- 設問番号ごとに「モデルAの判定」「モデルBの判定」「差分の要約(1行)」
- 最後に、正解件数・誤り件数・保留件数をモデルごとに集計する
- 設問数と、3分類の合計数が一致することを確認して記載する
【厳守事項】
- 参照解答に無い知識で補完しないでください
- 法的な当否についての結論は書かないでください
- 誤りと判定した場合は、必ず入力のどの部分と矛盾するかを引用してください
判断軸6 費用の期限を予算表に書き込む
導入価格の終了日が明記されている以上、予算表には終了日と適用後の単価を併記しておくのが実務的です。年度をまたぐ案件では、途中から単価が変わる前提で見積もりを組み立てる形になります。事務所全体のAIツール費用をどう管理するかは、当サイトのAIツール契約を年1回棚卸しする記事で扱っています。
判断軸7 モデル選定の判断を1枚にまとめて共有する
複数のベンダーのモデルを併用している事務所では、どの業務にどれを使うかが担当者の頭の中に留まりがちです。業務、使用モデル、エフォート設定、確認者、記録の保存先を1行ずつ書いた表を所内で共有すると、担当者が入れ替わっても運用が続きます。複数ベンダーをまたぐ選定の考え方は、当サイトの主要モデルの選定基準をまとめた記事も参考になります。
移行の判断材料を整理するプロンプトも、型にしておくと再利用できます。
以下は、旧モデルと新モデルで同じ業務を処理した際の記録です。
移行判断のための比較メモを作成してください。
【入力データ】
- 案件ごとの入力トークン数・出力トークン数(旧/新)
- 検証セットの採点結果(正解/誤り/保留の件数)
- 処理にかかった時間
【出力】
1. 1件あたりの推定コストの変化(単価は別途与える値を使用する)
2. 精度の変化(3分類の件数の増減)
3. 移行した場合に増えるリスクと、据え置いた場合に失う利点
4. 判断が割れる論点(結論は書かず、問いの形で残す)
【厳守事項】
- 与えられた数値のみを使い、推測値を混ぜないでください
- 与えられていない項目は「データなし」と明記してください
顧問先資料をGeminiに入れる前に確認する3点
結論から書くと、確認するのは学習利用の扱い、守秘義務の位置づけ、顧問先への説明の3点です。モデルが新しくなってもこの枠組みは変わりません。
一点目は、入力データの扱いです。Googleは、Gemini APIの有料利用について、プロンプトや応答をモデルの改善に使用しない旨をデータ利用のドキュメントで説明しています(参考: Google AI for Developers Gemini API Additional Terms of Service)。無料枠と有料枠、開発者向けAPIと企業向けの提供形態で扱いが異なるため、事務所が実際に契約している形態のドキュメントを当たり直す作業は避けられません。モデル名が変わっただけで契約条件が変わるわけではありませんが、提供チャネルを変えるときは条件も変わります。
二点目は守秘義務との関係です。税理士法第38条は、税理士は正当な理由がなくて税理士業務に関して知り得た秘密を他に洩らし、または窃用してはならないと定めています。行政書士法第12条は、行政書士は正当な理由がなく、その業務上取り扱った事項について知り得た秘密を漏らしてはならないと定め、行政書士でなくなった後も同様であるとしています。弁理士法第30条も、弁理士または弁理士であった者について同趣旨の規定を置いています。条文の文言はいずれもクラウドサービスの利用を名指ししていないため、どこまでを漏らす行為と扱うかは事務所側で定義する形になります。この線引きの立て方は、当サイトの生成AIに入れてよい情報の範囲を整理した記事にまとめています。
三点目は顧問先への説明です。個人情報保護法第27条は、あらかじめ本人の同意を得ないで個人データを第三者に提供してはならないと定めたうえで、利用目的の達成に必要な範囲内で取扱いを委託することに伴って提供される場合を第三者に該当しないものとする旨を定めています。生成AIの利用をこの委託の枠組みで整理できるかは、契約形態やデータの流れによって変わります。個人情報保護委員会は生成AIサービスの利用に関する注意喚起を公表しており、事務所の整理はここを起点に組み立てるのが素直です(参考: 個人情報保護委員会 生成AIサービスの利用に関する注意喚起等)。
規程に落とすなら、モデル名まで書き込むかどうかが論点になります。6週間で3回更新される世界では、モデル名を規程に固定すると改定が追いつきません。規程にはベンダーと提供形態、データの扱いの条件を書き、使用モデルは別紙の運用表で管理する形が現実的です。
移行で起きやすい3つのつまずき
ひとつ目は、単価据え置きという情報だけで移行を決めてしまうことです。より多くのトークンを使う場合があると公式に書かれている以上、一件あたりの費用は上がる可能性があります。移行前に代表的な処理でトークン数を測っておかないと、翌月の請求で気づくことになります。
ふたつ目は、エフォート設定を既定のままにすることです。中が既定と案内されていますが、定型の抽出処理では低で足りる場面があります(参考: Google AI for Developers What’s new in Gemini 3.8 Flash)。設定を業務ごとに決めずに使うと、単純な処理にも深い思考が走り、費用と待ち時間が積み上がります。
みっつ目は、出力の検証工程を省くことです。ベンチマークの数値が上がったことと、自事務所の書式で誤りが減ることは別物です。特に法令の条番号や通達番号は、モデルが更新されても検証工程を外してよい理由にはなりません。条文は原文で確認する工程を残します。
費用と工数はどこにかかるか
移行そのものにかかる費用は、モデル名の切り替えだけであれば軽微です。負荷が出るのは検証の側です。検証セットの作成に半日、採点基準の設計に数時間、実際の比較実行と集計にさらに半日、という組み立てが目安になります。ただしこれは初回だけで、二回目以降は同じセットを流すだけで済みます。
体制としては、検証セットの作成と採点基準の設計を有資格者が担い、実行と集計を事務所スタッフが担う分担が自然です。採点基準の設計は、何を正解とみなすかを決める作業であり、業務知識の側の判断だからです。
予算面では、導入価格の終了が発表に明記されているため、来期の見積もりを別に持っておく形になります。年内の実測値をそのまま来期に引き延ばすと、単価の変更分がまるごと抜け落ちます。
この更新頻度をどう受け止めるか
注視したいのは、モデルの更新頻度そのものです。6週間で3回という間隔は、事務所の運用手順を都度作り直せる速度ではありません。だとすれば、手順をモデルに紐づけず、検証の型に紐づけるほうが持ちます。何を入力し、何を確認し、誰が最終判断するかという枠組みは、モデルが変わっても使い回せます。
もうひとつは、低コスト帯のモデルが専門領域のベンチマークに顔を出し始めたことです。上位モデルでしか任せられないと考えていた工程が、価格の一桁下の帯で扱える可能性が出てきます。ここは事務所の原価構造に効く話であり、報酬設計を見直す入口にもなり得ます。
一方で、モデルが勤勉になるほどトークンが増えるという構造は、安くなる方向とは限りません。性能の向上を費用の低下と同一視しない見方が、今後さらに要ります。
よくある質問
Gemini 3.8 Flashはいつ公開されましたか
Googleの公式ブログの掲載日は2026年9月2日です。同じ発表でGemini 3.8 Flash Cyberも公開されており、3.7 Flashから3週間後、6週間で3回目のFlash系リリースにあたると説明されています(出典: Google Introducing Gemini 3.8 Flash and 3.8 Flash Cyber)。
価格は3.7 Flashから変わりましたか
導入価格は据え置きです。Googleは100万入力トークンあたり0.75ドル、100万出力トークンあたり3.75ドルと発表しています。ただし脚注で、導入価格は2026年12月31日で終了し、2027年1月1日からは100万入力トークンあたり1.50ドル、100万出力トークンあたり7.50ドルが適用されると記載されています(出典: Google Introducing Gemini 3.8 Flash and 3.8 Flash Cyber)。
単価が同じなら、そのまま乗り換えれば費用は変わりませんか
そうとは限りません。Googleは、複雑なタスクで追加の推論ステップを実行しツールを反復的に呼び出すこと、高いエフォート設定では性能を最大化するためにより多くのトークンを使う場合があることを明記しています(出典: Google Introducing Gemini 3.8 Flash and 3.8 Flash Cyber)。移行前後で消費トークンを実測して比べる工程を挟むのが確実です。
3.7 Flashは使えなくなりますか
Googleは、効率優先のワークロード向けに3.7 Flashが引き続き完全にサポートされていると案内しています(出典: Google Introducing Gemini 3.8 Flash and 3.8 Flash Cyber)。定型処理は旧モデルに残し、判断を伴う工程だけ新モデルに載せる運用も採れます。
Gemini 3.8 Flash Cyberは事務所でも使えますか
一般向けの提供ではありません。Googleは、3.8 Flash CyberがFairwind Programを通じて信頼された防御側の組織に限定して提供されると説明しています(出典: Google Introducing Gemini 3.8 Flash and 3.8 Flash Cyber)。事務所の情報セキュリティ対策は、通常のモデルと運用ルールの側で組み立てる形になります。
顧問先の資料を入力してよいかは、どう決めればよいですか
判断材料は3つです。使用する提供形態のデータ利用条件、自分の職種の秘密を守る義務の条文、そして個人情報保護法第27条の第三者提供と委託の整理です。実務では、識別情報を事務所内で置き換えてから投入し、顧問先には利用の事実と範囲を事前に説明しておく運用例があります。
事務所規程にモデル名を書くべきでしょうか
更新頻度を考えると、規程本体に固定するのは維持が難しくなります。規程にはベンダー、提供形態、データの扱いの条件を書き、使用モデルとエフォート設定は別紙の運用表で管理する形を採る事務所があります。運用表であれば、モデルの更新時に差し替えるだけで済みます。
参考文献
- Google Introducing Gemini 3.8 Flash and 3.8 Flash Cyber
- Google AI for Developers What’s new in Gemini 3.8 Flash
- Google AI for Developers Gemini API Additional Terms of Service
- 個人情報保護委員会 生成AIサービスの利用に関する注意喚起等
- e-Gov法令検索 税理士法第38条(秘密を守る義務)
- e-Gov法令検索 行政書士法第12条(秘密を守る義務)
- e-Gov法令検索 弁理士法第30条(秘密を守る義務)
- e-Gov法令検索 個人情報保護法第27条(第三者提供の制限)
※士業のチカラでは、生成AIの導入支援から運用最適化まで、貴事務所の業務に合わせたカスタマイズ提案を行っています。無料相談(30分)も実施中ですので、お気軽にお問い合わせください。
https://shigyonochikara.jp/contact/
本記事の作成体制について
本記事は士業のチカラ編集部が、公表されている一次情報のみを根拠に作成しています。法令の条文はe-Gov法令検索の原文で、行政の見解は各府省庁の公表資料で、それぞれ確認したうえで記載しています。引用元は本文中および参考文献にすべて明示しています。
本記事には特定の資格者による監修は入っていません。個別の事案について法令の当てはめや手続の可否を判断する必要がある場合は、当該分野の有資格者にご相談ください。本記事は一般的な情報提供を目的としたものであり、個別具体的な法律判断・税務判断・労務判断を提供するものではありません。
記載内容に誤りを見つけられた場合は、お問い合わせよりご指摘ください。確認のうえ速やかに訂正し、訂正履歴を記事内に残します。編集方針の詳細は運営者情報をご覧ください。