AgentKits Memoryが賭けたのは「1つのローカルSQLiteファイル」——エージェントメモリ市場はクラウドに向かう中で

誰も異論を挟まない問題

どのAIコーディングアシスタントにも共通する弱点がある——セッションが終わった瞬間、すべてを忘れてしまうことだ。今日「このプロジェクトはJWTとリフレッシュトークンを使う」と伝えても、翌日には平気でセッションCookieを提案してくる。認証の知識が間違っているのではなく、単に覚えていないだけだ。これがプロジェクトの寿命全体にわたる無数の意思決定、バグ修正、「それは試したがうまくいかなかった」という記録すべてに積み重なると、無視できないコストになる。

2026年、これはニッチな不満ではなく、それ自体が1つの市場カテゴリーになった。ある調査は、この課題を解決しようと競う21のメモリフレームワークと20のベクトルストアを数え上げており、それらはマネージドクラウド・オープンソースのセルフホスト・ローカルMCPという3つの提供形態に分かれている。Mem0はホスト型APIの裏で会話から事実を抽出する。Zepは事実に有効期限を付け、古いコンテキストを自然に失効させる。Lettaはメモリをオペレーティングシステムのように扱い、コアコンテキスト・想起・アーカイブのどこに何を移すかをエージェント自身が判断する。Cogneeはセルフホスト型のナレッジグラフを構築する。LangMemはLangGraphのパイプラインに組み込まれる。かなり混雑した分野であり、名の知られたツールの多くはどこかのサーバーを前提にしている。

私たちがAgentKitsのマーケティング/エンジニアリングキットと並行して保守しているAgentKits Memoryは、これよりも狭い賭けをした——すべてを1つのローカルSQLiteファイルに置き、何もマシンの外に出さない、という賭けだ。

「すべてローカル」が実際に意味すること

これはスローガンではなく、具体的な設計判断の集合だ。データベースは.claude/memory/memory.dbに置かれる1つのbetter-sqlite3ファイルであり、メモリ・セッション・観測データ・埋め込みベクトルをすべて1つの成果物にまとめている。そのためバックアップはファイルコピー1つで済み、同期すべきMarkdownファイル群もマージコンフリクトの心配もない。セマンティック検索はSQLite組み込みのベクトル拡張sqlite-vecと、ローカルで動くONNX埋め込みモデルmultilingual-e5-small(100以上の言語に対応)の組み合わせで動き、埋め込みAPIへの呼び出しは一切発生しない。セットアップはnpxコマンド1つで、このモデルのダウンロードも含めて完了する。アカウントもAPIキーも不要で、プロジェクト自身の設計方針によれば、そもそも依存すべきクラウドの依存先が存在しない。

これはあの市場調査が挙げていた「ローカルMCP」という路線に位置づけられる。MITライセンスで逐語的にローカル保存を行い、API呼び出しを一切行わないMemPalaceや、プレーンなMarkdownとして保存するAGPLライセンスのローカルMCPサーバーBasic Memoryといった新しい参入者と同じ路線だ。ここは競争環境を過大評価せず正確に述べておく価値がある——Mem0自身も現在、Claude Desktop・Cursor・Windsurf・VS Codeで動くローカルファーストのMCP互換メモリサーバー、OpenMemoryを提供している。つまり「MCP経由でローカルに動く」という路線は、AgentKits Memoryだけが占めている隙間ではなく、他の有力なプレイヤーも参入している路線だ。違うのはその内側の組み合わせで、単一ファイルのストレージ、埋め込み型のベクトルインデックス、完全オフラインの埋め込みモデルという構成であり、より広いホスト型製品を前提にしたローカルサーバーではない。

ストレージの選択より、検索設計の方が重要な理由

ローカル限定のストレージはプライバシーの問題を解決するが、トークン予算の問題を自動的に解決するわけではない。素朴なメモリツールは、ローカルであっても、クエリのたびに保存済みファイルをすべてコンテキストに流し込んで数万トークンを消費しうる。

AgentKits Memoryの答えは3層構造のプログレッシブ・ディスクロージャー(段階的開示)型検索だ。memory_searchはまず、ID・タイトル・タグ・マッチスコアという軽量なインデックスのみを、1件あたりおよそ50トークンで返す。これによりエージェントは、コンテキスト予算を投じる前に何が存在するかを把握できる。memory_timelineは任意の第2ステップで、有望な結果の前後±30分のセッション活動を取得する——ある意思決定が、それを引き起こした出来事と並べて初めて意味を持つ場合に役立つ。memory_detailsだけが実際に選択されたIDについてのみ全文コンテンツを取得する。プロジェクト自身の試算によれば、これによって全文を先取りする場合と比べておよそ70%のトークン削減が得られる——10件検索の場合、5,000トークンではなく1,500トークンで済む計算だ。この比率がすべてのワークロードで成り立つかはワークロード次第だが、「まずインデックス、次に絞り込んで取得、使った分だけ払う」という設計の方向性そのものは、毎セッション常駐して動くツールとして正しい判断だと言える。

キャプチャ(記録)は開発者側に何も要求しないよう設計されている。フックが意思決定・ツール使用・セッション要約を作業の最中に自動的に記録するため、誰かがmemory_saveを呼び出すのを覚えている必要はない。バックグラウンドワーカーがAIによる要約付与・埋め込み生成・古いセッションの圧縮を非同期に処理し、居座らないよう意図的に作られている——5分後に自己終了し、古いロックをクリーンアップするPIDベースのロックファイルを使い、SIGTERM/SIGINTで正常にシャットダウンする。あらゆるコーディングセッションの裏で静かに動き続けるプロセスにとって、「ゾンビプロセスを残さない」というのは地味だが土台を支える要件だ。

ローカルであることの実質的な根拠——「なんとなく安心」で終わらせない

「プライバシー」という言葉だけを掲げて済ませることもできるが、2026年のローカルファースト志向を後押ししている圧力はもっと具体的だ。特に大企業では、最近の調査データによれば、従業員1,000人超の企業の開発者のうち61%が、AIツールを通じた機密性の高い自社データや顧客データの流出を懸念していると回答している。また別の分析では、相当数の組織がデータ取り扱い条件を確認しないまま主要なAIコーディングツールを導入し、後になって社内ポリシー違反が判明したケースが見つかっている。これは仮説の話ではない——エンジニアが独自ソースコードをクラウド型チャットインターフェースに貼り付けてしまうことは、実際に複数の大企業で生成AIツールの全面禁止につながった、まさにその種の漏えいだ。すべてのファイル操作とすべての意思決定を見張るメモリレイヤーが、もしクラウドでホストされていれば、それはまさに1件の孤立したミスが組織的なポリシー問題へと化ける温床になる——すべてのセッションのコンテキストが、そのまますべてのセッションのエクスポート対象にもなってしまうからだ。

これがAgentKits Memoryが賭けている取引だ。コーディングエージェントのメモリは——アーキテクチャ上の意思決定、うっかり言及された認証情報、顧客固有のコンテキストなど——不釣り合いなほど機微な情報の集積であり、そうした情報を扱う最も安全な方法は、そもそもどこにも集約しないことだ。ローカルファーストという潮流はAIツールに限った話でもない。2026年にはFOSDEMがローカルファーストソフトウェアとCRDTのための専用デベロッパールームを設けるほど広がりを見せており、LinearやFigmaのような製品はこのパターンがニッチなツールを超えて実際の利用規模にまで対応できることをすでに示している。AgentKits Memoryは、同じ原則をより狭く具体的な1つの問題——他人のサーバー上であなたのプロジェクトを「知る」ことなく、それでいてあなたのプロジェクトを「覚えている」AIアシスタント——に適用したものだ。

この記事が主張していないこと

ローカルファーストがあらゆるチームにとって自動的に優れているわけではない。複数のエンジニア間で共有されるメモリを求める分散チーム——1台のマシン上のセッション間だけでなく——というのは実在するユースケースであり、単一のローカルSQLiteファイルではそこに応えられない。これはホスト型の選択肢を選ぶ正当な理由になる。AgentKits Memoryは、急速に動くこの分野における「唯一絶対の正解」ではなく「1つの選択肢」であることを率直に認めている——3つの提供形態が並立しているという市場調査の捉え方こそ、この領域を正確に読み解く見方だ。この設計が示しているのは、「ローカル」が「洗練されていない」ことを意味しない、という点だ。プログレッシブ・ディスクロージャー型の検索も、構造化された観測データのキャプチャも、サーバーを避けているだけではない、本物のエンジニアリングだ。

AIメモリツールに対する最大の懸念が「自分たちのコードが実際どこへ行くのか」であるチームにとって、AgentKits Memoryが明確に答えようとしているのはまさにその問いだ——プロジェクト自身の.claude/ディレクトリに元々あるSQLiteファイル以外、どこにも行かない。