◉GEMINI LABEN
●ARGON — gemini-4-argon が 10/13 に GA。複雑なコーディング・エージェント・数学・科学向けです●DEEP RES — deep-research-pro-preview-12-2025 は 10/23 に停止しました。移行先は deep-research-preview-04-2026●NANO — gemini-nano-banana-2.1 が GA(10/06)。gemini-3.1-flash-image は非推奨で停止日は未発表です●MCP — ツール結果が 8.5万トークンに膨らんだ事例を、ADK で 310 トークンに包んで抑えた報告が出ています●FLASH — gemini-3.7-flash と 3.5-flash は新しい Flash モデルに自動で回されます(10/08)●NEW — クラッシュ報告を毎回ゼロから読ませない — 既知バグ早見表を先に grep し…●ARGON — gemini-4-argon が 10/13 に GA。複雑なコーディング・エージェント・数学・科学向けです●DEEP RES — deep-research-pro-preview-12-2025 は 10/23 に停止しました。移行先は deep-research-preview-04-2026●NANO — gemini-nano-banana-2.1 が GA(10/06)。gemini-3.1-flash-image は非推奨で停止日は未発表です●MCP — ツール結果が 8.5万トークンに膨らんだ事例を、ADK で 310 トークンに包んで抑えた報告が出ています●FLASH — gemini-3.7-flash と 3.5-flash は新しい Flash モデルに自動で回されます(10/08)●NEW — クラッシュ報告を毎回ゼロから読ませない — 既知バグ早見表を先に grep し…
記事一覧/API / SDK
◈ API / SDK/2026-07-23上級

会話状態をサーバーに預けるべきか — previous_interaction_id と手元での履歴刈り込みの分岐設計

Interactions API の previous_interaction_id で会話状態をサーバーに預けると、毎回履歴を送らずに済みます。ところが途中で入った巨大なツール出力を後から刈り込めず、以降のターンが重量を引きずる落とし穴があります。サーバー側状態と手元での刈り込みを状況で使い分ける分岐設計を、動くPythonの薄いラッパーとともに整理します。

gemini-api291interactions-api5architecture11cost-optimization22conversation-stateautomation37

✦ プレミアム記事

個人開発でチャット形式の問い合わせ補助を自動運用に組み込んで数週間が経った頃、月次のコスト内訳を眺めていて手が止まりました。全体は想定内なのに、一つの会話 ID だけが突出して重いのです。中身をたどると、ある一回のターンで差し込んだ製品カタログの抜粋が約 40KB あり、そのあと交わした十数往復のすべてが、その 40KB を律儀に引きずっていたのです。

previous_interaction_id に切り替えたのは「毎回履歴を送らなくて済むから安くなる」と考えたからでした。実際、送信ペイロードは小さくなります。けれど請求は減りませんでした。むしろ、手元で履歴を組み立てていた頃なら一行で捨てられたはずの重い一塊が、サーバーに預けたことで捨てられなくなっていたのです。

この記事は、その分岐点の設計についての記録です。会話状態をサーバーに預けるべきか、手元に置いて刈り込めるようにしておくべきか。Interactions API の previous_interaction_id が省いてくれるものと、代わりに預けてしまうものを切り分け、状況で使い分けるための薄いラッパーを、動くコードとともに残しておきます。

previous_interaction_id が省くもの、預けるもの

Interactions API では、直前の応答が返す interaction の ID を次のリクエストの previous_interaction_id に渡すと、それまでの会話文脈をサーバー側が保持したまま続きを処理してくれます。手元で messages の配列を積み上げて毎回丸ごと送り直す、あの反復から解放される仕組みです。

省けるものは明快です。往復のたびに肥大していく履歴配列の送信、その組み立てとトリミングのロジック、そして「どこまで送ったか」を追う状態管理。single-turn の理解から状態を持つ会話まで、同じ入り口の下で扱えるようになります。

一方で、静かに預けてしまうものがあります。それは「文脈の編集権」です。手元に履歴を持っていれば、三ターン前のツール出力が不要になった瞬間に、その要素だけを配列から抜いて、あるいは短い要約に差し替えて次を送れます。ところが会話状態がサーバー側の連鎖として保持されていると、いったん連鎖に入った重い一塊を、あとから外科的に抜く手立てがありません。連鎖を継ぐ限り、それは文脈として生き続けます。

省けるのは「送信の手間」、預けてしまうのは「刈り込む自由」。この非対称が、冒頭のコスト膨張の正体でした。

直感に反した費用の増え方

サーバー側に状態を預ければ通信が減ります。だから安くなるはずでした。この推論のどこがずれていたのかを、トークンの動きで具体的に追ってみます。

課金されるのは通信量ではなく、各ターンでモデルが読むトークンの総量です。会話状態をサーバーが保持していても、モデルは応答生成のたびに保持された文脈を入力トークンとして読み直します。つまり「送らない」ことと「読まれない」ことは別です。ここを取り違えていました。

数字で置くと分かりやすくなります。あるターンで約 40KB、日本語混じりでおよそ 18,000 トークン相当のカタログ抜粋を差し込んだとします。その後 12 往復続けたなら、サーバー側連鎖ではこの 18,000 トークンが基本的に毎ターンの入力に乗り続けます。ごく粗い見積もりでも 18,000 × 12 で 21 万トークン超が、最初の一回で用が済んだはずの一塊のために積み上がる計算です。

設計重いツール出力の扱い以降12往復での引きずり
サーバー側連鎖(previous_interaction_id)連鎖から外せない約18,000トークン × 12 が入力に残存
手元履歴+刈り込み該当ターンだけ要約に差し替え可能要約後 約400トークン × 12 に圧縮

手元で履歴を持っていれば、カタログ抜粋を「該当製品は型番 X・在庫あり」程度の一行要約に差し替え、以降のターンからは 400 トークン前後で済ませられます。要約後のおよそ400トークンに対し、引きずり続ければおよそ18,000トークン。同じ会話の同じ結論に至るのに、入力がおよそ45倍に膨らむ計算です。プレビュー段階の軽い会話では気づけず、実運用で長い会話が混ざり始めてから初めて表面化する種類のずれでした。

直感に反していたのは、「軽くするために預けた選択が、軽くするための手段を同時に手放していた」という点です。本番運用で長い会話が増えるほど効いてくる落とし穴で、通信量ではなく読まれるトークン量を基準に設計で回避するほかありません。

✦

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

この記事の続きを読む

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

この記事で得られること
✦previous_interaction_id にすると「安くなるはず」が逆に高くつく、肥大化ターンの引きずり問題を実際のトークン計算で可視化
✦happy path はサーバー側状態、肥大化を検知したら手元で要約に差し替えて連鎖を切り直すハイブリッドの薄いラッパー(動くPython付き)
✦会話状態を預けたときに崩れる per-user のトークン帰属を、開発者ログと自前カウンタの二重帳簿で取り戻す運用手順
✦会話IDごとの引きずり率と累積トークンを毎朝出す集計スクリプト(動くPython)と、ツール往復の途中で連鎖を切って噛み合わなくなった失敗の回避ガード
Stripe による安全な決済 · いつでもキャンセル可能
✦

この記事を購入する

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

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

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

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

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

関連記事

◈ API / SDK2026-04-07
Gemini API セマンティックルーター実装ノート ― Flash と Pro を賢く振り分けて API 費用を抑える
Gemini API でクエリ内容を自動判定し最適モデルへ振り分けるセマンティックルーターの実装ノート。Flash と Pro を 2 段階で賢くディスパッチして API 費用を抑える設計パターン、Python・TypeScript の動くコード、運用で気づいた 7 つの実装インサイトをまとめました。
◈ API / SDK2026-05-16
App Store / Google Play のレビュー返信を Gemini API で自動化したときにはまった「8秒ルール」
個人で運営するアプリ群でGemini APIによるレビュー返信自動化を試みた実装記録。多言語対応の設計と、App Storeで8秒以上待機しないとペナルティを受けるという落とし穴を共有します。
◈ API / SDK2026-05-09
Gemini API に画像を送る前に Pillow で縮小しておくべき理由
Gemini API のマルチモーダル入力で iPhone の写真をそのまま投げると、レイテンシもトークンも膨らみます。公式ドキュメントのタイル計算を手元で見積もり、Pillow で縮小する前処理関数と、count_tokens で実測する手順をまとめました。