Pathrule vs Zep

時間です。ZepのContext Graphにあるすべての事実は時間のメタデータを持つため、新しい情報が古い事実と矛盾すると、システムは古い事実を削除するのではなく、その有効期間を閉じます。エージェントは現在の状態に基づいて推論し、履歴は引き続き問い合わせられます。「これが変わる前は何が正しかったのか」に答えられるのは、この仕組みがあるからです。ほとんどのメモリシステムには、それができません。

検索は、1回のベクトル検索ではなく本格的なパイプラインで、類似度、全文検索、グラフの探索を組み合わせて再ランキングします。そして、統制されたストアから、エンタープライズの規模で200ミリ秒未満の検索として提供されます。その下で動く時間軸グラフのエンジンGraphitiはオープンソースで、セルフホストする場合はグラフデータベースの上で動きます。

人、アカウント、案件について時間をかけて知っていくことが仕事のエージェントにとっては、それが正しいアーキテクチャです。Pathruleはそのために作られてはいません。

価値が、エージェントが誰かや何かについて時間をかけて知っていることにあるなら、Zepを選びましょう。サポートの履歴、アカウントの状態など、正しい答えがそれがいつ正しかったかによって変わるものです。時間軸のモデルこそが機能であり、自分で作るのは難しいものです。

価値が、コーディングエージェントがコードベースについて知っていることにあるなら、Pathruleを選びましょう。ディレクトリに結びついた規約、反映される前に変更を止めなければならない制約、そして各開発者が作業に持ち込む好みです。チームがすでに下した決定を、コードを走査しても見つからない場所にしか残していないために、エージェントが同じ判断を何度も繰り返すのが問題なら、それこそがPathruleが取り組むために作られた問題です。