ADKエージェントに永続記憶を実装 SQLiteから始めるDB連携の新定番

Googleのエージェント開発キットADK for Pythonに向けて、永続的な記憶を持たせられる拡張が登場した。Database Memory Serviceと呼ばれる統合である。セッションをまたいでエージェントが過去のやり取りを覚え続けられるようになる。

個人開発では会話履歴やユーザーの好みを自前で保存する実装が負担になりがちだった。今回の仕組みは既存のデータベースをそのまま記憶領域として使う発想である。手元の開発から本番運用まで同じコードでつなげられる点が特徴だ。

ADKエージェントに永続記憶を持たせる仕組み

Database Memory ServiceはBaseMemoryServiceと互換性のある永続化層として提供される。非同期のSQLAlchemyを基盤に動作する。エージェントの記憶操作をそのままデータベースに保存できる。

従来のインメモリ型の記憶ではプロセスを止めると内容が消えた。長期運用には別途保存処理が必要だった。新しいサービスはデータベース経由で読み書きを行い、再起動後も文脈を引き継げる。

エージェント側のコード変更は記憶サービスの差し替えに収まる。ドロップインで導入できる設計になっている。エージェントの定義やツールの実装を作り直す必要はない。

SQLiteで始めてPostgresに移す開発フロー

開発用途にはSQLite、本番用途にはPostgreSQLやMySQLを使う構成が想定されている。手元のSQLiteで試して公開時にマネージドなPostgreSQLへ移す流れに沿った設計だ。個人開発の段階的な移行と相性が良い。

導入は用途別のパッケージ指定で行う。SQLite向けはaiosqliteを組み合わせる。PostgreSQL向けはasyncpg、MySQLやMariaDB向けはaiomysqlを組み合わせる形が案内されている。

本体にはデータベースドライバーが同梱されていない。使うデータベースに対応したものを別途用意する。必要なドライバーを利用者側で選ぶ方式で、余分な依存を抱え込まない工夫になっている。

クロスセッション記憶が変える個人開発の作り方

クロスセッション記憶は、別々の会話でも同一ユーザーに関する情報を引き継げる機能だ。前回伝えた設定や進捗を次の起動時にも参照できる。パーソナライズされた応答が作りやすくなる。

個人開発のチャットボットや作業支援エージェントでは、ユーザーごとの状態管理が煩雑になりがちだった。記憶層に任せることでアプリケーション側は表示や操作に集中できる。プロトタイプの反復速度を上げられる。

ハッカソンや短期間の試作でも効果は大きい。最初はファイルベースのSQLiteひとつで動かせる。デモが好評ならPostgreSQLに切り替える段階的な進め方が取りやすい。

既存DBに相乗りする設計の利点

専用ベクトルDBを別に立てる方式と比べ、使い慣れたリレーショナルデータベースに相乗りできる点が実務的だ。バックアップやアクセス制御の運用知見をそのまま生かせる。追加インフラの学習コストを抑えられる。

SQLAlchemyを介しているため、非同期処理との相性も整理されている。エージェントの応答生成を止めずに記憶の保存や検索を並行できる。体感速度を保つうえで重要になる。

個人開発ではインフラの維持コストが無視できない。SQLite単体で完結する選択肢がある。サーバー代や外部サービス料金をかけずに長期記憶の挙動を検証できる。

導入前に押さえたい注意点と向いている用途

記憶を永続化する以上、保存する情報の範囲と削除の方針は事前に決めておく必要がある。会話ログには氏名や連絡先が混ざることがある。保存期間や消去手段の設計が欠かせない。

データベースの種類による特性差もある。SQLiteは手軽だが同時書き込みが多い用途には向かない。利用者が増えるサービスでは早めにPostgreSQLなどへの移行検討が求められる。

向いているのは継続利用が前提の用途だ。学習支援や執筆補助、定例作業の代行などが該当する。使うほどエージェントが文脈を蓄積する領域で力を発揮する。