RightMemory

現時点の証拠から見ると、RightMemory は注目に値しますが、広く実運用で検証済みの定番基盤というより、「明確な思想を持つ初期段階のオープンソース記憶レイヤー」と判断するのが妥当です。熱度の証拠としては、GitHub の少数の star/fork と、Zhihu での連続投稿による露出があります。ただし、これは関心の存在を示すもので、使いやすさや安定性の証明ではありません。好用性の証拠は主に公式リポジトリの説明と作者の長文記事で、設計意図や使い方は比較的明確ですが、第三者の実測、比較評価、大規模採用例はまだ乏しいため、導入判断は慎重であるべきです。\n\n実際の役割として、これは汎用ベクトルDBでも、単一チャット助手の個人メモ帳でもありません。より正確には、Markdown を底層にした Git フレンドリーな「プロジェクト知識レイヤー」を AI coding agent に与えるものです。証拠では、設計判断、ユーザー嗜好、コード上の制約、レビューで得た教訓、実行コマンドの注意点などを、複数エージェント・複数セッション・複数デバイスをまたいで保持・共有する用途が繰り返し語られています。つまり単発会話の記憶補強より、共同作業向けの長期的な組織記憶に近いです。\n\n導入のハードルとコストについては、確認できるのはオープンソースであることまでで、公式料金、ホスティング費用、API 単価を示す確かな証拠はありません。したがって総コストは断定できません。保守的に見れば、実コストは統合作業、記憶構造の設計、運用ルール整備、Git ベースの協業負荷にある可能性が高いですが、これは公式情報ではなく保守的推定です。Markdown やリポジトリ運用、agent ワークフローに慣れたチームには扱いやすい一方、設定なしで即効性を求める用途には向きにくいでしょう。長期記憶は蓄積するだけでなく、更新・レビュー・整理も必要です。\n\n向いているのは、セッションをまたいで文脈を残し、その記憶をレビュー可能・共有可能な形でプロジェクト管理に組み込みたい開発チームや上級個人開発者です。単一アシスタントに軽く RAG を足したいだけの人や、記憶運用を継続管理したくない人には不向きです。現状のソーシャル上の共通認識は比較的一致しており、「個人記憶ではなく組織記憶」という位置づけが中心です。一方で議論の質は実測より思想説明寄りで、チュートリアルや長文解説はあるものの、独立した検証サンプルは少なく、しかも多くが同一作者由来です。方向性は明確ですが、第三者検証はまだ弱いと言えます。