メモリーリンク
2つのメモリーを一緒に読むべきタイミングをMemに伝え、関係性と理由をグラフに保存します。
メモリーリンクは、1つのシンプルな操作のためのものです。 それは、2つのメモリーを一緒に読むべきだとMemに伝えることです。
あるメモリーが別のメモリーの理解の仕方を変える場合に使用します。 ローンチ計画は、以前の価格設定の前提に依存しているかもしれません。 移行に関するメモは、実装計画の背後にあるリスクであるかもしれません。 実際の例は、ルールを実用的にするための欠けていたコンテキストであるかもしれません。
これは検索の類似性とは異なります。 検索は、2つのメモリーが関連して見えると推測できます。 メモリーリンクは、あなた、または明確な意図を持って作業するエージェントが、保持すると決めたものです。
一度試してみる
- サイドバーからグラフを開きます。
- メモリーノードを選択します。
- メモリーを接続を選択します。
- 同じスペース内の別のメモリーを選択します。
- 短い関係名を入力するか、候補を使用します。
- 接続が明白でない場合は理由を追加し、保存します。
2つのメモリーは同じスペース内になければなりません。 これにより、仕事、プロジェクト、クライアント、エージェントチームが誤ってリンクされることを防ぎます。
うまくいったかどうかを確認する方法
2つのメモリーノードの間に線が表示されるはずです。 その線を選択して、関係名と理由を確認します。
後で、エージェントまたはグラフツールがこれらのメモリーの1つを読むとき、リンクは「この2つのテキストは似ている」よりも強い手がかりを与えます。 それはもう一方のメモリーを近くに持ってきて、なぜそれが重要かを知ることができます。
良い関係名
完璧な分類法は必要ありません。 自分の仕事で使う言葉から始めてください:
| 関係 | 使用する場合 |
|---|---|
supports | 一方のメモリーが他方の証拠である場合 |
contradicts | 一方のメモリーが他方と矛盾するが、新しいバージョンではない場合 |
depends_on | 一方のメモリーが意味を成すために他方を必要とする場合 |
example_of | 一方のメモリーがルールやパターンの具体的な例である場合 |
blocks | 一方のメモリーが計画や行動を妨げる場合 |
same_topic | 両方のメモリーが同じ主題を扱い、一緒に役立つ場合 |
migration_risk_for、pricing_assumption_for、source_of_truth_forなど、独自の名前を入力することもできます。
Memは名前を正規化するため、same topic、same-topic、same_topicは同じ関係として扱われます。
他のリンクとの違い
| これを使用 | 意味する場合 |
|---|---|
| メモリーリンク | これらの2つの特定のメモリーをこの理由で一緒に読むべき |
| EVOLVES | このメモリーが古いバージョンを更新、置換、強化、確認、または挑戦する |
| ラベル | 多くのメモリーが同じ広いグループに属する |
| エンティティグラフ | メモリーが人、プロジェクト、ツール、概念、または抽出されたエンティティ関係に言及している |
| 検索 | 関係が保存されていなくても、関連しそうなメモリーを見つける |
接続が本当に古い知識の新しいバージョンである場合は、代わりにEVOLVES関係を使用してください。 広いバケットだけが必要な場合は、ラベルを使用してください。
今は無視してよいこと
メモリーリンクを使用する前に、完全な関係システムを設計する必要はありません。 今日役立つ関係に名前を付けてください。
AI提案を使用する必要はありません。 それは関係名と理由を起草できますが、フォームを埋めるだけです。 何を保存するかはあなたが決めます。
統合を構築しているのでない限り、APIやMCPツールについて考える必要はありません。 グラフビューが通常の出発点です。
エージェントと統合向け
サポートされている統合は、REST APIとMCPツールを通じてメモリーリンクを読み書きできます:
memory_relation_addmemory_relation_suggestmemory_relation_listmemory_relation_updatememory_relation_delete
グラフはこれらを、オープンな関係名を持つ1つの安定したメモリー間エッジとして保存します。 これによりスキーマを小さく保ちながら、語彙を時間とともに成長させることができます。
