Geminiの既定APIがInteractions APIに、状態をサーバーが持つ設計へ
この記事で分かること
Gemini APIの既定APIがInteractions APIに変更され、会話の状態をサーバー側で保持する設計になったことが分かる。具体的には、従来のAPIとの違いや、サーバーサイドで状態管理を行うことによるメリット（コンテキスト維持の容易さ）と注意点（コストやレイテンシへの影響）が判断材料として得られる。
詳細要約
GeminiのAPI設計が、従来のステートレスな呼び出しから、サーバー側で会話の履歴や状態を保持する方式に変更された。これにより、開発者は毎回のリクエストに全文脈を含める必要がなくなり、API呼び出しの負荷とデータ転送量を削減できる。実際の利用では、新APIでは「session」や「conversation」といったリソースIDを指定して継続的な対話を行う点が従来と異なり、実装時にはサーバー側の状態管理のライフサイクル（タイムアウトや保存期間）を確認する必要がある。