AI導入の見積書に「モデルが変わったときの費用」が書かれていないなら、その費用は後からどこかに現れる。
2026年8月13日、Googleは Gemini 3.7 Flash を公開した。公式ブログには、この公開が Gemini 3.6 Flash のわずか3週間後（just three weeks after）であることが明記されている。開発者からのフィードバックとアルゴリズムの改良の結果である、という説明が添えられている。
同じ8月13日、OpenAIは Ultrafast のプレビューを公表した。GPT‑5.6 Sol を標準処理と比べて最大14倍の速度で動かす新しいサービス階層であり、Cerebras によって提供され、毎秒最大750出力トークンを生成するとされている。まずOpenAI APIで提供され、現時点では初期の顧客グループを対象とした限定的な提供である。なお、Gemini 3.7 Flash のほうは公開と同時にGemini APIやAI Studioで利用可能とされており、この2つは提供状況が異なる。同じ日の発表でも、今日試せるものと、順番待ちのものが混在している。
この2つの発表を「AIの進化が速い」というニュースとして読むと、経営判断には使えない。発注側にとっての意味は別のところにある。自社が今まさに検討している、あるいは開発中のAIシステムについて、前提にしていたモデルと価格が、稼働までの間に変わり得るということである。
本稿は更新の周期を論じない。公表されているのは今回の公開間隔が3週間だったという一例であり、Googleが今後もその間隔で更新するとは述べていない。必要なのは周期の予測ではなく、契約期間中に変更が起こり得るという前提で、見積もりと契約に何を書いておくかである。
この記事を読むべき人
- 生成AIを組み込んだシステムの開発を、これから発注しようとしている会社
- 既にAI開発を発注していて、まだ本番稼働していない会社
- AI関連の月額費用が想定より増えている、または増えそうな会社
- ベンダーから「最新モデルに対応しています」という説明を受けたことがある経営者
- PoCは動いたが、本番化の判断で止まっている会社
AI ASSESSMENT
PoC の前に「そもそも使えるか」を30分で見極めませんか？
対象業務、データ、権限、ログ、運用責任を確認し、PoC前に失敗要因と本番化条件を整理します。
3週間という間隔が、見積もりの前提を壊す
まず、今回公開された内容のうち、発注判断に効く事実を押さえる。
Gemini 3.7 Flash について、Googleは前世代の 3.6 Flash と比較したベンチマークの結果を公表している。FrontierCode 1.1 Main で43.6％（3.6 Flashは34.4％）、DeepSWE v1.1 で65.3％（同49.0％）、複雑な文書処理を試すGDP.pdfベンチマークで34.0％（同22.0％）、実務的な業務フローの遂行を測るAutomationBenchで30.4％、前世代は17.0％。こうした数値が並ぶ。Webの開発では Arena.ai の WebDev Arena で Elo 1588（同1538）としている。
価格については、年内は導入価格として、入力100万トークンあたり0.75ドル、出力100万トークンあたり3.75ドルで提供すると記載されている。そして脚注には、導入価格が2026年12月31日で終了し、2027年1月1日からは入力100万トークンあたり1.50ドル、出力100万トークンあたり7.50ドルが適用されると明記されている。
ここで発注側が読み取るべきことは、ベンチマークの数値そのものではない。注目すべきは次の2点である。
第一に、前世代との性能差が、3週間の間隔で公開された2つのモデルの間に生まれている。AutomationBench では17.0％から30.4％へと大きく動いている。これは今回の公開間隔が3週間だったという一例であり、Googleが今後もこの間隔で更新すると述べているわけではない。それでも、開発期間が数ヶ月に及ぶプロジェクトの途中で前提のモデルが変わり得ることは、この一例だけでも想定に入れる理由になる。
第二に、価格の切り替え日と切り替え後の額が、すでに確定して公表されている。2026年12月31日で導入価格が終了し、2027年1月1日から単価はちょうど2倍になる。運用費用の試算を導入価格で作っていれば、その試算は2026年12月31日までしか成り立たない。
見積もりに現れていない3つの費用
AI開発の見積書は、多くの場合「作るための費用」で構成されている。契約期間中にモデルと価格が変わり得る前提に立つと、そこに書かれていない費用が3種類ある。
費用1：再検証の費用。モデルが変われば、同じ入力に対する出力も変わる。業務で使うシステムであれば、出力が変わったことに気づく仕組みと、変わった場合に許容できるかを判断する作業が要る。この作業は開発ではなく検証であり、初期構築の見積もりには含まれていないことが多い。「最新モデルに追従します」という説明は、追従の作業を誰が負担するかを何も決めていない。
費用2：価格改定の影響。利用量に応じた課金では、単価が変われば月額が変わる。今回の例では、切り替え日も切り替え後の単価も公表されている。2027年1月1日から単価は2倍になる。稟議に添える試算は、導入価格での月額と、2027年以降の月額の両方を並べる必要がある。片方だけで承認を取ると、年明けに説明のやり直しが発生する。
費用3：前提の作り直し。速度が大きく変わると、システムの設計そのものが変わる余地が出る。これまで「時間がかかるので夜間にまとめて処理する」設計にしていたものが、対話の中で処理できるようになる。これは機会でもあるが、既に夜間バッチ前提で作ってしまったシステムを作り替える費用でもある。
FREE DOWNLOAD
AI導入チェックリスト（PoC 失敗要因 10項目）
情シス部門が PoC 前に押さえるべき失敗要因を10項目に整理した無料チェックリスト。
Ultrafastが示した「速さが効く業務」と「効かない業務」
OpenAIは Ultrafast の想定用途として、いくつかの領域を挙げている。インシデント対応と信頼性（重要なシステムが停止した際に、アプリケーションのログ、直近のコード変更、エンジニアの報告を分析し、障害が進行している最中に原因の推定と修正の準備を助ける）、金融調査とセキュリティ、カスタマーサポートと音声（会話を中断させずに複雑な問い合わせをその場で解決する）、コマース（購入を迷っている間に商品の質問に答え、在庫を確認し、推奨を個別化し、決済の問題を解決する）、ライブでの調査と実験である。
この一覧に共通しているのは、待ち時間そのものが損失になる業務だという点である。顧客が待っている場合もあれば、障害が続いている時間が損失になる場合もある。OpenAIは、これまで一晩かかっていた調査を対話的な作業に変えるという使い方も挙げている。この場合、待っているのは外部の相手ではなく、試行回数である。
したがって、判断軸は「相手が待っているか」だけでは足りない。次のどれかに当てはまるかを見るほうが実務的である。
- 待ち時間が短くなることで、売上が変わるか（購入を迷っている間に答えられるか）
- 待ち時間が短くなることで、復旧が早くなるか（障害が続いている時間が減るか）
- 待ち時間が短くなることで、意思決定が早くなるか
- 待ち時間が短くなることで、試せる回数が増えるか
この4つは、GXOが最初の切り分けに使っている軸であって、速度が価値を生む条件を網羅したものではない。同時実行数や待ち行列の短縮、処理の締め切りに間に合うかどうかなど、別の形で効いてくる場合もある。
それでも、4つのどれにも当てはまらない業務では、投資の効果を説明しにくくなる。夜間に処理して翌朝に結果を見る集計業務、月次でまとめる分析などは、応答が10秒から1秒になっても、その先の意思決定の速度が変わらなければ業務は変わらない。この場合、速度を要件に入れる前に、効果の検証を別途行う必要がある。
AI導入の相談で最も多い設計の誤りは、速度や性能の指標を、自社の業務価値に翻訳しないまま要件に入れてしまうことである。「最新・最速のモデルを使う」ことが要件になっている見積もりは、そのコストが上の4つのどれで回収されるかを説明できない。
プレビュー段階の機能を要件に書かない
Ultrafast は、現時点で初期の顧客グループを対象とした限定的な提供であり、提供範囲は容量の拡大に応じて広げていくとされている。
発注の実務で問題になるのは、この状態の機能を要件定義に書いてしまうことである。
ベンダーの提案書に、公表されたばかりの機能が前提として組み込まれていることがある。提案の時点では魅力的に見えるが、自社が実際に使える時期が確定していない場合、その機能に依存した設計は納期の不確実性をそのまま抱え込む。
確認すべきは3点である。その機能は自社が今日申し込んで使える状態か。使えない場合、使えるようになる時期は確約されているか。使えなかった場合の代替設計は提案に含まれているか。3番目が書かれていない提案は、リスクを発注側が全部引き受ける形になっている。
発注前にベンダーへ確認したい5つの質問
次の5問は、AI開発の提案書を読むときにGXOが必ず投げている質問である。GoogleやOpenAIが推奨しているものではない。
質問1：このシステムは、どのモデルの、どの世代を前提に設計されていますか。 「最新のAIを使います」という回答しか返ってこない場合、設計が固まっていない可能性がある。
質問2：モデルが更改された場合、出力が変わっていないことを誰がどう確認しますか。 確認の主体と方法、そしてその費用が保守に含まれるかを明確にする。
質問3：利用料金の単価が変わった場合、月額の見積もりはどう変わりますか。 期間限定価格を前提にした試算になっていないかを確認する。Gemini 3.7 Flash のように切り替え日と切り替え後の単価が公表されている場合は、その両方での月額を出してもらう。 「現時点の単価で試算」と書かれていれば正直な見積もりである。
質問4：現在プレビューや限定提供の機能に依存している部分はありますか。 依存がある場合、代替案を提案書に書いてもらう。
質問5：モデルを別の提供元に切り替える場合、どこまでが作り直しになりますか。 全面的な作り直しになる設計と、接続部分の差し替えで済む設計では、将来の選択肢がまったく違う。この質問への回答が曖昧なベンダーは、切り替えを想定していない。
よくある質問
Q. ベンチマークの数字が上がっていれば、自社の業務でも精度が上がるのか。 A. 直接は結びつかない。公表されているベンチマークは、コード生成や文書処理など特定の課題を測ったものであり、自社の業務データでの精度を保証するものではない。自社での効果は、自社のデータで検証するしかない。
Q. モデルが頻繁に変わるなら、導入を待ったほうがよいのか。 A. 待つ理由にはならない。今回のように短い間隔で更新される例がある以上、待っても「落ち着いた状態」が来る保証はない。むしろ、更改があっても壊れにくい作り方をしておくほうが実益がある。
Q. 安いモデルに乗り換え続ければ費用は下がるのか。 A. 単価だけを見ればそうなるが、乗り換えのたびに検証の工数が発生する。検証を含めた総額で比較しないと、単価の削減分を人件費で失う。加えて、導入価格は期限付きのことがある。今回の例では2026年12月31日で終了し、翌日から2倍になることが公表されている。
Q. 社内にAIの技術を判断できる人がいない。何を基準に選べばよいか。 A. モデルの性能ではなく、上記の5つの質問への回答の具体性で判断するのが現実的である。技術的な優劣が分からなくても、「誰がやるか」「いくらかかるか」が書かれているかは判断できる。
Q. 既に開発中の案件がある。今から何ができるか。 A. 契約書と見積書を開いて、モデル更改時の再検証について何か書かれているかを確認するところからでよい。書かれていない場合、稼働前に取り決めを追加できるかをベンダーに相談したい。稼働後の交渉より圧倒的に通りやすい。
Q. 速度が14倍になる話は、中堅企業に関係があるのか。 A. 現時点では限定的な提供であり、すぐに使える話ではない。関係するのは、自社の業務のうち、待ち時間が売上・復旧・意思決定・試行回数のいずれかを左右しているものを棚卸ししておくことである。そこが特定できていれば、使えるようになった時点で判断が速い。
モデルの世代交代に耐える発注をしたいとき
モデルの更改は今後も続く。発注側にできるのは、更改があっても壊れない契約と設計にしておくことだけである。
自社の業務のどこにAIを使うべきか、そもそも使うべきかを整理したい場合はAI導入診断で対応している。AIを組み込んだシステムの設計と開発はAI・自動化支援、業務を実行する形のAIを検討している場合はAIエージェントが該当する。既にベンダーから提案と見積もりを受け取っているなら、モデル更改時の負担が誰に寄る契約になっているかを、見積もりと契約条件を相談するから点検できる。
提供元を切り替えられる形で作るという論点はプラグインの可搬性とベンダーロックイン、モデル提供側の障害に備える設計はAI障害とマルチモデルのSLA設計で扱っている。本稿は、モデルの世代交代を前提にした見積もりと契約に絞っている。
参照した情報
- Google「Introducing Gemini 3.7 Flash」（2026年8月13日公開）: https://blog.google/innovation-and-ai/models-and-research/gemini-models/introducing-gemini-3-7-flash/
- OpenAI「Previewing Ultrafast mode: GPT‑5.6 Sol at up to 14X the speed」: https://openai.com/index/previewing-ultrafast/
Gemini 3.7 Flash の公開日、Gemini 3.6 Flash の3週間後の公開である旨、FrontierCode 1.1 Main（43.6％／34.4％）、DeepSWE v1.1（65.3％／49.0％）、GDP.pdf（34.0％／22.0％）、AutomationBench（30.4％／17.0％）、WebDev Arena の Elo（1588／1538）、および年内の導入価格（入力100万トークンあたり0.75ドル、出力100万トークンあたり3.75ドル）は、上記Googleの公式ブログを取得して確認した。
Ultrafast が GPT‑5.6 Sol を標準処理比で最大14倍の速度で動かすサービス階層である旨、Cerebras によって提供される旨、毎秒最大750出力トークンを生成する旨、まずOpenAI APIで提供される旨、初期の顧客グループを対象とした提供である旨、および想定用途として挙げられた領域（インシデント対応と信頼性、金融調査とセキュリティ、カスタマーサポートと音声、コマース、ライブでの調査と実験）は、上記OpenAIの公式ページを取得して確認した。
導入価格が2026年12月31日で終了し、2027年1月1日から入力100万トークンあたり1.50ドル、出力100万トークンあたり7.50ドルが適用される旨は、同ブログの脚注に記載されている。Ultrafast の価格および一般提供の時期は公表されていないため、本稿では扱っていない。また、Googleは今後も3週間間隔で更新するとは述べていないため、本稿は更新周期を一般化していない。 見積もりに現れない3つの費用、速さが効く業務を切り分ける4つの観点（網羅的な条件ではなく最初の切り分けに使う軸である）、およびベンダーへの5つの質問は、AI案件で発注側に立ってきたGXOが作った確認手順であって、GoogleおよびOpenAIの見解ではない。ベンチマークの数値は各社が公表した測定結果であり、個別企業の業務における精度や効果を示すものではない。
