Hermes Agentの外部メモリは、好み、作業習慣、長期的なプロジェクト背景、クロスセッション経験の保存に適していますが、エンタープライズナレッジベースやドキュメントデータベースとして使用すべきではありません。 解決すべきは「次回も自分のやり方を覚えている」ことです。単にすべてのドキュメントを詰め込んで検索するだけではありません。
ローカルメモリは何に適しているのか?
個人開発者、スタンドアロンプロジェクト、機密データの場合、ローカルメモリを優先的に使う方が安定しています。 その利点はシンプルで明確な境界線であり、複数のプロジェクトの文脈の混乱を防いでいます。 欠点は、デバイスやチーム間の同期が不便で、手動でバックアップ管理が必要になることです。
外部プロバイダーは何に適しているのでしょうか?
複数のマシンで設定を共有したり、同じエージェントが異なるエントリポイントで一貫した習慣を維持する必要がある場合は、外部メモリプロバイダーを検討してみてください。 ここで最も重要なのは「同期の方が便利」ではなく「どう分け合うか」です。個人の好み、チームの慣習、クライアントプロジェクトの背景など、すべてを同じネームスペースに入れるのは避けたほうが良いです。
記憶とRAGの違い
記憶は経験や好みを記録するものであり、RAGは大量の文書、規則、インターフェース記述のレビューに適しています。 製品マニュアル、契約書、ソースコードの断片をメモリに取り込むとメモリが汚れ、エージェントが関連付けるべきでないのに関連付けてしまいます。 正確な引用が必要な場合は、長期記憶に頼らず、文書や検索ツール、知識ベースを活用すべきです。
実用的な構成の提案としては、個人の習慣は別々にレイヤー化し、プロジェクト仕様は別々にレイヤー化し、クライアントデータは一般メモリに保存しないことです。 期限切れのメモリ、特に古いAPI、古い展開経路、古いキーネームを定期的にクリーンアップしましょう。 記憶がきれいであればあるほど、エージェントはあなたに馴染みのある助手のように振る舞います。 記憶が複雑であればあるほど、推測のように感じられます。
