スペース

スペースは、Memを複数のアプリに分割することなく、異なる種類の知識を集中的に保つためのオプションの方法です。

ほとんどの人は初日から必要としません。 2つのコンテキストが互いに干渉し合うようになるまでは、Defaultのままにしておくのが正しい選択です。

最初の有用な一歩

なぜそれが必要なのかをすでに理解している場合にのみ、追加のスペースを1つ作成してください。

最初の良いケース:

• 個人のメモと混ざるべきではない長期の仕事プロジェクト
• 時間をかけて独自の経験を積み上げるべきエージェント
• 複数のツールが最初に検索すべき共有チームスペース

Context → Spacesに移動し、スペースをオンにして、明確な名前のスペースを1つ作成してください。

スペースが変えるもの

スペースがアクティブなとき、これらのビューはデフォルトでそれに従います:

• Memories
• Threads
• Library
• Working Memory
• AI Now

Timelineもアクティブなスペースから始まりますが、より広い全体像が必要なときはいつでもすべてのアクティビティに展開して戻ることができます。

エンティティグラフは設計上グローバルのままです。 Memは依然としてあなたの知識の全体像を理解しています。 スペースは、日々のメモリサーフェスがデフォルトで読み書きする対象を変えるものです。

設定が実際に意味すること

スペースプロファイルの中には、最も重要な3つの設定があります:

• このスペースでの自動リコール
  • このスペースにとどまる は、最初のリコールステップを現在のレーン内に保ちます。
  • ここにとどまる + 共有スペース はここから始まり、さらに共有コンテキストとしてマークしたスペースも読み取ります。
  • すべてのスペースを検索 は、デフォルトでメモリ全体を検索すべき稀なレーンのためのものです。
• リコール用の共有コンテキスト
  • これは取得のみです。
  • メモリをそれらのスペースに移動するものでは ありません。
  • スペース同士を統合するものでは ありません。
• ここでエージェントがどのように動作すべきか
  • AI Now、Feed、および組み込みのバックグラウンドエージェントは、そのスペースで作業するときにこれを読み取ります。
  • 検索と説明の方法を変えます。
  • レコードが保存される場所を変えるものでは ありません。

スペース内のWorking Memory

Working Memoryはもはや単一のグローバルファイルではありません。

• Defaultスペースは、~/ai-now/memory.mdにある使い慣れた互換パスを維持します。
• 他のスペースは、同じMemインターフェースの背後で独自のWorking Memoryブリーフィングを持ちます。
• 接続されたツールは、どのスペースにいるかを把握しているとき、現在のスペースのブリーフィングを読み取ります。

つまり、リサーチエージェントは独自の現在の優先事項で開始でき、デフォルトの個人スペースはより静かなままです。

スペースにメモリ、スレッド、またはLibraryアイテムがもうなくても、独自のWorking Memoryノートがまだある場合、Memはスペースを削除するときにそれを明確に伝え、同じステップでそれらの生成されたノートを削除できるようにします。

既存のレコードを移動する

Memをしばらく使った後にスペースを作成した場合でも、履歴を再作成する必要はありません。

MemoriesまたはThreadsで選択モードをオンにし、移動したいアイテムを選び、Moveを使って別のスペースに送ります。 より大規模な整理には、まず現在のページを選択し、次にAll pagesを選んで、現在のスペース内のすべてのプライマリアイテムを移動または削除します。

共有コンテキストはレコードを移動しません。 リコールがそのように設定されているとき、あるスペースが別のスペースを読み取れるようにするだけです。

AIツールがスペースをどのように使うか

最良の統合は、スペースをバックグラウンドコンテキストとして扱い、毎ターン説明しなければならない新しいものとしては扱いません。

• AI Nowはアプリ内の現在のスペースに従います。
• ネイティブ統合 は、ホストがすでに把握している場合、独自のプロファイルまたはプロバイダー設定にレーンを保存すべきです。
• CLIワークフロー は--space "<space name>"でスペースをオプトインできます。
• HTTPおよびMCP APIは互換性のために依然としてspace_idフィールド名を使用しますが、表示されるスペース名も受け付けます。

新しいツールセッションを開始する前に、Contextで結果をプレビューできます。

nmem --json wm read --space "Research Agent"
nmem --json m search "token rotation" --space "Research Agent"
nmem spaces

ツールに自然なプロジェクトやエージェントのコンテキストがない場合、単にDefaultにとどまるべきです。

マルチエージェントホスト

すべての統合が同じレベルでスペースをルーティングできるわけではありません。

• Claude Code、Grok Build、Codex、Gemini CLIのような コーディングツール は、通常、セッション全体に対して1つのオプションのレーンだけを必要とします。
• Hermes、Alma、Bub、OpenClawのような エージェントハーネス は、プロファイル、プロセス、またはエージェントIDごとに1つのレーンを必要とする場合があります。

正しいパターンは次のとおりです:

• 固定レーン: 1つのプロファイルまたはプロセスが常に1つのスペースにとどまる
• 派生レーン: ホストがすでに安定したIDまたはワークスペースを把握しており、そこからスペースを導出する
• 正確なマッピング: ホストが少数の既知のIDを公開し、それぞれを名前付きスペースにマッピングする

スペースが最も役立つとき

スペースは、それ自体のための分離ではなく、集中を望むときに最も強力です。

特に次のような場合にうまく機能します:

• 1人のオーナーが複数の長期エージェントを持つ
• 仕事と個人のコンテキストを分離する
• 共有プロジェクトスペースとより静かなデフォルトスペース
• すべてのプライベートノートを混ぜることなく1つの共通コンテキストを望むチーム

まだ心配しなくてよいこと

• 機能が存在するという理由だけで仕事スペースと生活スペースが必要なわけではありません。
• スペースを使い始めるためにラベルやグラフの使い方を再設計する必要はありません。
• エンティティグラフを分割する必要はありません。 Memは意図的にそれをグローバルに保ちます。

次のステップ

• キャプチャと検索のワークフローが必要ならMemories
• 接続されたAIが何を受け取るかを見たいならContext
• スペース対応のエージェントワークスペースが必要ならAI Now
• --spaceとnmem spacesをスクリプト化したいならNowledge Mem CLI
• Working Memoryとスケジュールされたタスクが時間とともにどのように動作するかを理解したいならBackground Intelligence