◉GEMINI LABEN
●CHANGELOG — Gemini API changelog の最新は 9月22日(3.8 Flash TTS / Flash-Lite TTS GA)のまま。9月23日から10月1日までの追加はありません●10/02 — gemini-2.5-flash-image の終了まで残り1日。実務の移行先は gemini-3.1-flash-image です●TOOLS — Gemini CLI で MCP のツールが128個を超えると 400 エラーになる、という Issue が上がっています。ツール数の絞り方が論点です●NEW — Gemini CLI に新しいキーを渡しても「API key not valid」。読まれていたのは三か所目の古いキーでした●CLAUDE — Claude Code から Gemini 3.8 へ日本語処理を振る併用が Zenn で読まれています。振る仕事と振らない仕事の線引きが論点です●12/31 — 3.8 / 3.7 / 3.6 Flash と robotics-er-2 の導入価格終了まで残り91日。3.5 Flash は据え置きです●CHANGELOG — Gemini API changelog の最新は 9月22日(3.8 Flash TTS / Flash-Lite TTS GA)のまま。9月23日から10月1日までの追加はありません●10/02 — gemini-2.5-flash-image の終了まで残り1日。実務の移行先は gemini-3.1-flash-image です●TOOLS — Gemini CLI で MCP のツールが128個を超えると 400 エラーになる、という Issue が上がっています。ツール数の絞り方が論点です●NEW — Gemini CLI に新しいキーを渡しても「API key not valid」。読まれていたのは三か所目の古いキーでした●CLAUDE — Claude Code から Gemini 3.8 へ日本語処理を振る併用が Zenn で読まれています。振る仕事と振らない仕事の線引きが論点です●12/31 — 3.8 / 3.7 / 3.6 Flash と robotics-er-2 の導入価格終了まで残り91日。3.5 Flash は据え置きです
記事一覧/開発ツール
⟐ 開発ツール/2026-08-17上級

配布済みアプリに残るモデル名と、停止日をまたいだ切り戻しの設計

サーバー側の移行が終わっても、ユーザーの端末で動いている旧バージョンのアプリは古いモデル名を握ったままです。停止日をまたぐと切り戻しが復旧手段でなくなる構造と、モデル解決をサーバーに寄せる設計をまとめます。

Gemini API243モデル移行14モバイルアプリ4運用設計15個人開発121

✦ プレミアム記事

停止当日の朝、サーバー側の呼び出しはすべて差し替え済みでした。それでも落ち着かなかった理由は、はっきりしています。App Store と Google Play に並んでいる自分のアプリの旧バージョンが、まだ古いモデル名を握ったまま動いているからです。

私が個人開発で運用している壁紙アプリ群は、画像のカテゴリ判定や説明文の生成を Gemini に任せています。呼び出しの本体はサーバーに置いてありますが、初期のバージョンには「どの機能でどのモデルを使うか」という情報がクライアント側の設定ファイルに残っていた時期がありました。

6月末にプレビュー系のモデルが停止したとき、その残骸の一部が表に出ました。サーバーのログには、誰も更新していないはずの古いモデル名が、少ないながら確かに流れ続けていたのです。

停止日というのは、自分の移行が終わった日ではありません。自分がまだサポートしている最も古いクライアントが、動かなくなる日です。この違いを見落とすと、当日の準備は半分しか終わっていないことになります。

サーバー側の差し替えが終わっても、配布済みのバイナリは書き換わりません

Web サービスだけを運用しているなら、モデル停止への対応は原理的に単純です。デプロイすれば、次のリクエストから新しい経路が使われます。旧経路は誰も通りません。

モバイルアプリが混じると、この前提が崩れます。アプリのバイナリはユーザーの端末にあり、こちらから書き換える手段がありません。更新はユーザーの意思とストアの都合に従います。

層差し替えが効くまで停止日に対して
サーバー実装デプロイ直後当日までに完了できます
リモート設定(Remote Config 等)数分〜次回起動当日でも間に合います
アプリのバイナリ審査+段階公開+ユーザーの更新当日には揃いません

三段目だけが、こちらの意思では動きません。ここに モデル名という「期限のある値」 を焼き込んでしまった時点で、停止日は自分の手を離れています。

私はこの構造に気づいてから、クライアントの設定ファイルから固有名を1つずつ剥がしていきました。作業自体は地味ですが、期限のある値を、期限のない場所に置き直す作業だと考えると納得できます。

停止日をまたいだ瞬間、切り戻しは復旧手段ではなくなります

もう1つ、見落としやすい点があります。停止日を境に、ロールバックの意味が反転することです。

移行の作業中、私たちは当然のように切り戻しの経路を用意します。環境変数を戻す、1つ前のデプロイに戻す、段階公開を止めて旧バージョンを残す。どれも普段は正しい手順です。

ところが停止日を過ぎると、旧経路の先にあるモデルはもう存在しません。切り戻しは「安全な状態に戻る操作」ではなく、確実に落ちる状態を選ぶ操作に変わります。停止後の呼び出しは非推奨の警告ではなくハードエラーで止まるため、部分的な劣化として観測される猶予もありません。しかも障害対応の最中は、反射的にこのボタンを押したくなります。

私は停止日の1週間ほど前から、次の3つを実際に確認するようにしました。

  1. 直近のデプロイ履歴のうち、どこまで戻ると旧モデルを呼ぶ経路が復活するかを特定する
  2. その地点より古いリビジョンへの切り戻しを、デプロイ設定側でブロックする
  3. 段階公開を止めた場合に残る「1つ前のアプリバージョン」が、どの経路で Gemini に到達するかを追う

3つ目が一番厄介でした。iOS の段階公開を停止すると、新バージョンの配信が止まるだけで、すでに更新した人は戻りません。一方で未更新の人は旧バージョンのまま残ります。つまり停止操作は「全員を旧に戻す」わけでも「全員を新に進める」わけでもなく、二層を固定する操作です。旧側の経路が停止日で死ぬなら、その固定は障害を長引かせます。

✦

ここまでお読みいただきありがとうございます。

この記事の続きを読む

この先には、実装コードやベンチマーク結果など、実務でお役に立てる内容をご用意しています。このサイトは広告を掲載しておらず、サーバーや開発にかかる費用はメンバーの皆様のご支援で成り立っています。もしお役に立てていましたら、ご支援いただけますと大変ありがたいです。

この記事で得られること
✦配布済みのアプリに焼き込まれた設定が、いつまで自分の運用に効き続けるかを見積もれるようになる
✦Gemini API のモデル解決をサーバー側に寄せるとき、どこまでをクライアントに残すかの線引きを自分で決められるようになる
✦停止日をまたぐデプロイで、切り戻しを押してよいかどうかを事前に判定できるようになる
Stripe による安全な決済 · いつでもキャンセル可能
✦

この記事を購入する

この先の内容をすべてお読みいただけます。一度のご購入で、いつでも何度でもアクセスできます。このサイトは広告を掲載しておらず、皆さまのご支援がサーバー費用などの運営を支えています。

または
メンバーシップなら全記事が読み放題 →
シェア

お読みいただきありがとうございます

Gemini Lab は広告なしで運営しており、サーバー費用などの運営コストはメンバーシップのご支援で賄っています。実装コード・ベンチマーク・本番設計パターンなど、実務でお役立ていただける記事を毎日更新しています。もし読んでよかったと感じていただけましたら、ぜひご覧ください。

  • ✦コピー&ペーストで使える実装コード付き
  • ✦毎日新しい上級ガイドを追加
  • ✦¥580/月 または ¥2,480 の永久アクセス
メンバーシップを見る →

関連記事

⟐ 開発ツール2026-09-10
浮世絵カタログの表記ゆれ照合を、正規化と候補列挙の二層で組む手順
同じ絵師名が三通りに散らばったカタログを揃えるとき、Gemini に同一判定をさせると世代違いが混ざります。正規化を先に置き、モデルには候補の列挙だけを頼む二層構成を、動くコードと費用の見積もりつきでお伝えします。
⟐ 開発ツール2026-09-02
モデル入れ替えの合否を一致率で決めると、カテゴリ分布のずれは通過します
画像分類バッチのモデルを差し替えたとき、ゴールデンセットの一致率は通るのにカテゴリ構成比だけが動くことがあります。必要サンプル数を実際に計算し、切替前に判定できる対応比較のハーネスを組みました。
⟐ 開発ツール2026-08-30
モデル廃止日をまたぐ古い端末に、読み替えではなく拒否を返す設計
モデルが止まっても、配布済みのアプリは止まりません。後継へ黙って差し替えるか、明示的に断るか。出力契約を軸に廃止台帳を作り、残存曲線から自分の締切日を逆算するまでの実装と計測をまとめました。
📚RECOMMENDED BOOKS
大規模言語モデル入門
山田育矢
LLM開発
生成AIプロンプトエンジニアリング入門
我妻幸長
プロンプト
Claude CodeによるAI駆動開発入門
平川知秀
AI駆動開発
※ アフィリエイトリンクを含みます