E J ZiyadがClaudeとChatGPT向けの共有メモリグラフ「UML」を発表

Why it matters

UML tests whether MCP can support a user-owned memory layer independent of any model provider, giving small builders a place between dominant AI clients and their users.

E J Ziyad は7月31日にUML, or Universal Memory Layerをローンチしました。Claude、ChatGPT、コーディングエージェント、およびカスタムアプリ向けの共有メモリシステムです。提案は明快です：あるAIに一度伝えた情報を、接続されたすべてのツールが同じ永続的なコンテキストとして取り出せるようにする、ということです。

公的な資料はプロジェクトのサポートアドレスと、オープンソースのエンジンを維持する12ziyad GitHub accountを通じてZiyadをUMLに結びつけています。そのアカウントを見ると、同じメモリの問題に複数のプロジェクトを通じて取り組んできたビルダーの姿が分かります。公開リポジトリにはエージェントインフラ、テキストからCypherへのシステム、そしてサーバーサイドのメモリグラフを備えたGPMaiのようなマルチモデルワークスペースが含まれています。

GPMaiはメモリを広範なAIワークスペース内の一構成要素として扱っていました。UMLはそのアーキテクチャを、ユーザーと複数のAIクライアントの間に置ける焦点化された製品へと抽出しています。この分離によりZiyadは配布の賭けを明確にできます：別のアシスタントを採用させようと説得する代わりに、UMLは人々が既に使っているアシスタントやエディタに接続できます。

会話をグラフに変換する

UMLは接続された各モデルにチャットのトランスクリプトをそのまま提示するわけではありません。Apache 2.0 repositoryによれば、UMLは会話やその他の入力をノード、イベント、リレーションシップ、ページ、レシートに処理します。ノードは人物、プロジェクト、スキル、嗜好、人生の出来事などを表すかもしれません。更新は以前の事実を置き換えることができますが、古い情報はタイムライン上に保持されます。

Ziyadの設計は言語モデルによる抽出と保存記録を分離しています。LLMがメモリを提案し、UMLのバックエンドが何を書き込むかを決定します。リポジトリはWorkers、D1、Vectorize、Workers AIで構築されたCloudflareネイティブのアーキテクチャと、各ユーザーに割り当てられたDurable Objectを説明しています。Vectorizeが有効な場合、Recallは構造化されたグラフデータとセマンティック検索を組み合わせます。

可視化されたグラフは製品の中心です。ユーザーはクラスタを検査し、保存された情報を検索し、書き込みが何を作成、更新、または拒否したかを示すレシートを確認するようになっています。そのインターフェースはパーソナルAIメモリにおける持続的な問題に対処します：ユーザーはしばしばアシスタントが組み立てたプロフィールを確認できなかったり、誤った応答を特定の保存された事実に紐付けて追跡できなかったりします。

UMLはまた、メモリが文書、ツール出力、会議メモ、サポートチケット、アプリイベント、およびワークフローステートから来ることができると述べています。これは、そのグラフがチャットで収集された個人的嗜好に限られたプロフィールではなく、エージェントのための運用コンテキストとして有用になり得ることを意味します。

MCPがUMLに与える好機と主要な制約

UMLはModel Context Protocol、略してMCPを通じてAIクライアントに到達します。ユーザーはプライベートなコネクタURLを作成し、それをサポートされているクライアントに追加します。Claude Codeは3つのツールを受け取ります：save_memory、save_conversation、およびrecall_memory。カスタムアプリはグラフの保存、呼び出し、検査、コレクションルールの適用、データのエクスポート用にHTTPエンドポイントを使用できます。

このアーキテクチャにより、Ziyadはユーザーが作業するインターフェースを支配することなく単一のメモリストアを提供できます。しかし同時に、UMLはすべてのクライアントがメモリを正しく使用することを保証できないことも意味します。UML自身のドキュメントは、MCPホストがいつツールを呼び出すかを決定すると述べています。すべてのターンでのキャプチャと取得を必要とする開発者は、エージェントランタイムにUMLのAPIかSDKを統合しなければなりません。

この制約は重要です。共有データベース自体が共有の振る舞いを生むわけではないからです。あるアシスタントはタスク開始時にrecallツールを呼ぶかもしれませんが、別のアシスタントはユーザーが直接要求しない限りそれを無視するかもしれません。UMLはコンテキストへのアクセスを標準化できますが、そのコンテキストがいつモデルのプロンプトに入るかのコントロールはホスト側に残ります。

Ziyadは活発な市場に参入しています。Mem0はエージェント向けの本番用メモリインフラを販売しており、10万人以上の開発者がその技術を使用していると述べています。Zep simplified its enterprise Memory MCP Serverは6月にグラフ検索とメモリ書き込みを含む3つのツールに簡素化しました。Letta Codeはモデルプロバイダ間でエージェントのメモリとアイデンティティを保持しますし、Supermemoryはパーソナルナレッジ製品からメモリとコンテキストインフラへと拡大しています。

同日公開の立ち上げ投稿(same-day launch post)で、UMLのビルダーはMem0やZepのようなアプリ固有のメモリレイヤーとプロジェクトを対比しました。彼はUMLを所有権の単位が異なるものとして位置付けました：ある個人の編集可能なメモリを、その人が選んだAI製品群で共有する、という単位です。

その違いがZiyadの切り口です。UMLはアプリ開発者の顧客レコードや単一エージェントの内部状態ではなく、ユーザーのグラフを中心に設計されています。ユーザーがClaude、ChatGPT、Cursor、カスタムツールの間を頻繁に移動するのであれば、独立したメモリレイヤは一種の可搬性になります。

信頼レイヤーは未完成のまま

UMLはユーザーデータを販売せず、広告を表示せず、ユーザーを追跡せず、メモリでモデルを訓練しないと述べています。Ziyadのリポジトリはブラウザセッションとツールごとの接続トークンがハッシュで保存され、トークンは作成時に一度表示されるとしています。利用規約はユーザーにプライベートコネクタリンクを保護し、UMLが適さない場合は機密情報や規制対象情報の使用を避けるよう警告しています。

コードベースはリリースがいかに初期段階であるかも示しています。ロードマップにはキーのローテーション、メモリ編集、削除とマージ、パスワードリセット、アカウント削除、関係性の発見の改善、エクスポートとインポート、より豊富なレビューのワークフローが今後の作業として挙げられています。これらの項目のいくつかは、編集、エクスポート、削除のようにUMLのランディングページで既に強調されているコントロールと重複しています。マーケティングされている体験とリポジトリのロードマップの差が、UMLをアーリーアクセスのシステムとして扱うべき最も明確な理由です。

UMLは現在無料です。Ziyadは創業ユーザーが有料プランが導入された後も将来のProティアに無償でアクセスできるだろうと述べています。当面の目的は、グラフ、コネクタ設定、メモリルールに関する利用と製品フィードバックを得ることのように見えます。

Ziyadの賭けは単純な製品境界にかかっています：モデルは変わり得るし、クライアントは増え得る。ユーザーの永続的なコンテキストは可搬であるべきだということです。MCPはその境界を技術的に実現可能にしました。UMLは今、独立したサービスに人々が自分がすべてのAIに覚えてほしい事実を委ねるかどうか、そしてそのグラフがユーザーとエージェントが継続的にそれらを改訂していく中で事実を正確に保てるかを証明しなければなりません。