転載にあたっての注記：著者の許可を得て、Xudong Guo氏のXでの元の投稿（2026年8月26日公開）から転載しています。 構成、判断、経験は著者自身のものです。 中国語の原文からNowledge Labsが英語に翻訳したもので、原文もこちらで公開されています。 アーキテクチャ図は著者自身の図を描き直したもので、そのラベルは画像内のピクセルではなくページ上のテキストになっています。 著者の詳細なプロフィールは末尾にあります。
まず、なぜ私にNowledge Memが必要なのか
私はいくつかの作業環境を行き来しています。 MacBookでは、機能を書いている間にClaude Codeを開いています。 LinuxサーバーではCodexと自動化ジョブが動いています。 スマートフォンでは、思いついたアイデアをその場で捕まえます。 問題は、どれか一つのセッションが終わることではありません。 すでに考え出したことが消え続けることです。 プロジェクトの規約、下したトレードオフの判断、過去の失敗からの教訓、まだ終わっていない思考の流れ。 マシン、モデル、エージェントを変えるたびに、同じ質問を何度もされます。 答えがどこにあるかは分かっていますが、それでも別のツールに一から説明し直さなければなりません。
Nowledge Memはその役割を担います。 ノートアプリの代替ではありません。 代わりに、接続されたすべてのツールに、持続するワーキングメモリへのアクセスを提供します。 意思決定、参照資料、会話からの学び、そしてそれらすべての間の関係が一か所に戻ってきます。 エージェントは既存のコンテキストを取得し、すべての会話を孤立した島として扱うのではなく、目の前のタスクを続けることができます。 私はデータを自分が管理するマシンに置き、他のデバイスやツールをそこに接続します。 メモリはもはや特定のクライアントに縛られず、ノートPCを閉じたりコンピュータを再起動したりするたびにマシン間に散らばることもありません。
Memは始めるのは簡単です。 インストールして、ツールを接続するだけです。 MCP、エージェントプラグイン、ブラウザ拡張機能を通じて、幅広いエージェントやLLMチャットツールに接続し、それらの会話履歴をMemに取り込むことができます。 その後、Memでそれらのセッションを確認できますが、それらがメモリになるまでには時間がかかります。
しかし、それはこの記事の焦点ではありません。 本当の疑問は、複数のデバイスにまたがるとどうなるかです。 複数のマシンでLLMチャットとAIエージェントを動かしているとき、それらすべてのメモリを一か所に保つにはどうすればよいのでしょうか。 ノートPCのCodexに、先週リモートサーバーのOpenClawで下した決定を知っていてほしいし、スマートフォンのChatGPT Voiceに、昨日どのプロジェクトに取り組んだかを尋ねたいのです。
一つのハブ、多数のクライアント
オンラインのままにするデバイスを一つ選び、それをハブにします。 すべてのクライアントはその単一のインスタンスに接続します。 メモリ、会話、ライブラリ、ナレッジグラフはハブ上にあり、すべてのクライアントが同じバックエンドデータを読み書きします。 したがって、どのマシンが最新バージョンを持っているかという問題はありません。
これは、これが何のためのものかの境界も引きます。
- デバイスを移行したり、オフラインコピーを保持したりするには、エクスポート、インポート、バックアップを使います。
- デバイスとエージェントが同じコンテキストから作業を続けられるようにするには、常時稼働のMemインスタンスを一つ動かし、Access Anywhereを有効にします。
私のハブはMac miniです。 電源が入ったままなので、データを保存し、継続的なコンテキストに依存する作業を実行するのに適した場所です。 MacBook、Linuxサーバー、スマートフォンは必要に応じて接続します。
三つの接続方法、合うものを選ぶ
リモートアクセスには、到達可能なURLとAPIキーが必要です。 Nowledge Memはこれを設定する三つの方法を提供しています。 主な違いは、アドレスが安定しているかどうかと、どれだけの設定作業を引き受けるかです。
| 方法 | 適するケース | アドレス |
|---|---|---|
| Nowledge Link | すでにPlusまたはMaxを購読していて、ネットワーク設定を最小限にしたい | 安定した*.nowledge-mem.comアドレス |
| クイックリンク | 初めて設定を試す、または短期間のアクセスを有効にしたい | ランダムな*.trycloudflare.comアドレス |
| Cloudflareアカウントモード | すでにCloudflare上にドメインがあり、長期的に使う予定 | 自分のドメイン上の固定アドレス |
私はCloudflareアカウントモードを使っていますが、まずはクイックリンクから始めて、MacBook、Linuxサーバー、スマートフォンを接続することをおすすめします。 それらすべてがインスタンスに到達できることを確認したら、長期的にNowledge Linkと自分のドメインのどちらがより適しているかを判断します。 こうすることで、ネットワーク、クライアント設定、エージェント統合が同時にデバッグ変数になるのを防げます。
まずCLIで確認する
ハブのURLとAPIキーを手に入れたら、別のMacまたはLinuxマシンでnmemを設定します。
nmem config client set url "https://your-mem-address"
nmem config client set api-key "the-key-starting-with-nmem_"
nmem statusnmem statusが健全な接続を報告すれば、CLIがそのマシンに保存されたクライアント設定を使っていることが分かります。
公式ドキュメントによると、OpenClaw、Bub、Claude Codeなどの統合はこの同じ接続設定を再利用できます。
スクリプトやCIでは、NMEM_API_URLとNMEM_API_KEYの環境変数を使い、認証情報はシステムキーチェーンまたはCIのシークレットストアに保存してください。
設定時に見落としやすい詳細
- Cloudflareカスタムドメインモードでは、ホストサービスのアドレスは
http://127.0.0.1:14242です。 パスを追加しないでください。 - デスクトップアプリ、ホストインストール、Dockerイメージでは、Memが同梱の
cloudflaredを管理します。 別途メンテナンスするサイドカーはありません。 - 一部の企業ネットワーク、キャンパスネットワーク、VPSプロバイダーはUDP/QUICをブロックします。
その場合、MemはHTTP/2で再試行します。
ヘッドレスサーバーでは、
TUNNEL_TRANSPORT_PROTOCOL=http2でTCPを強制することもできます。 - LANアクセスとリモートアクセスは一つのAPIキーを共有します。 キーをローテーションすると、古いキーは機能しなくなります。
- Cloudflareアカウントモードのホスト名では、ブラウザのみのチャレンジを有効にできません。 たとえばI’m Under Attackモードなどです。 このGitHub Issueを参照してください。
- リモートインスタンスに接続した後、エージェントのMCPエンドポイントがデフォルトの
http://127.0.0.1:14242ではなくリモートアドレスを指していることを確認してください。
リモートアクセスはセキュリティの基準も引き上げる
ナレッジベースをリモートからアクセス可能にすることは、利便性とアクセス制御を同時に扱うことを意味します。 私はいくつかの簡単なルールに従っています。
- クイックリンクはテスト用です。 長期間使うエントリポイントには、Nowledge Linkまたは自分が管理するCloudflareドメインを使います。
- デバイスを紛失した場合、一時的なアクセスが不要になった場合、またはキーが漏洩した疑いがある場合は、直ちにAPIキーをローテーションします。
- キーをリポジトリ、シェル履歴、ジョブログに絶対に置かないでください。 スクリプトとCIは、制限された環境変数またはシークレットマネージャーから読み取ります。
- トンネル、URL、キーはハブマシン自体でのみ管理します。 Access Anywhereの管理APIは、設計上ローカル呼び出しに制限されています。
- しばらくリモートアクセスが不要なときはトンネルを閉じ、露出を減らします。
- ネットワークを切断したり電源を切ったりする方が、エージェントにキーがどこで漏洩したかを正確に追跡させるよりはるかに速いことがあります。
メモリをワークフローの中に留めておく
私にとって、Nowledge Memの本当の価値は、単に検索可能なメモリストアがもう一つ増えることではありません。 デバイス間を移動するたびに同じ背景を繰り返し説明しなくて済むようになることです。 MacBookで下した決定、Codexが完了したタスク、スマートフォンから追加したメモは、すべて同じ成長するメモリの一部になります。
その価値は時間をかけて現れます。 使い続ければ、結果は期待を超えるかもしれません。
メモリは時間をかけて構築されます。
著者について
Xudong Guo氏は、Linux Foundation APACのオープンソースエバンジェリスト兼Education SIGチェアであり、CCFオープンソース開発委員会の実行委員として、オープンソースエコシステムとオープンソース教育の推進に取り組んでいます。
同氏は2023 China Open Source Pioneers 33リストに選出され、Microsoft MVPとAlibaba Cloud MVPの両方の称号を持っています。 また、CNCFプロジェクトのKubeVelaとChaosBladeのメンテナーでもあります。
WeChat公式アカウント「云原生之路」（The Cloud Native Road）を執筆し、DevOps、オープンソース、クラウドネイティブ技術に関する実践的な経験を共有しています。 目標は、技術と人をつなぎ、クラウドネイティブ時代に開発者が成長するのを支援することです。