読み取りパスとルーティング
読み取りフローは、特定のタスクに対してエージェントがどのメモリを表示するかを決定します。
読み取りフロー
- Engram はワークスペースとオプションのグローバルインデックスをロードします。
- ワークスペースのエントリは、グローバルの重複エントリよりも優先されます。
- 無視ルールとロールフィルターにより、無関係なエントリが非表示になります。
- グラフを考慮したルーティングにより、コンパクトなコンテキストパックが選択されます。
- コンテンツが出力される前に、ハッシュと安全性のチェックが実行されます。
アンカーと洗練
load は、まず rule や knowledge などの一般的なメモリ用語や一般的なストップワードを無視し、意味のある検索語に基づいてルーティングをアンカー（固定）します。その後、より広範な候補プールからコンパクトなコンテキストパックへと洗練させます。
通常のロードは、loaded 8 memory files / 14 total related memories のように、選択されたカウントと関連する合計カウントを報告します。
load --dry-runは、候補数、絞り込みタグ、および一致理由を示します。load --allは、コンパクト制限を適用せず、表示可能なすべてのルーティングされた一致を返します。load --for-agentsは、エージェント向けのコンパクトなルートです。
workflow や workflows は依然としてスキルメモリにルーティングされますが、一般的な型を表す単語自体だけでは広範な一致にはなりません。
依存関係のレイヤー
あるメモリが別のメモリを繰り返すのではなく、その上に構築されるべき場合は、フロントマターの depends_on を使用します：
depends_on: [release-foundation]
level: advanced
手動編集の後は engram graph --rebuild を実行してください。グラフは依存関係 of のレイヤーを報告し、engram load はより深いメモリの前に、ルーティングされた前提条件を同じコンパクトなコンテキストパックに引き込みます。グラフの関連エッジやベクトルヒットは、それ単体で無関係なメモリをロードすることはできません。これらは、意味のある検索語と既に重複しているメモリの再ランク付けや拡張を支援するだけです。明示的な depends_on 前提条件は、独自のキーワードの重複がなくてもロードされる場合があります。