Claude Code向けのオフラインメモリツール「Recall」が、GitHubでわずか6日間で534スターを集めた。社内コードを外に出せない金融・製造の現場が飛びついた格好だが、私はこの熱狂を素直には祝えない。記憶を持たせることは、忘れさせることよりずっと難しい。経営者はスター数ではなく、その裏側のリスクを直視すべきだ。
何が起きたか
raiyanyahya氏が公開したOSS「Recall」が、公開からわずか6日で534スターを獲得した。中身はClaude Code向けの永続メモリ層で、プロジェクトの背景、社内仕様書、コーディング規約などをローカル環境に保存し、セッションをまたいでClaudeに参照させ続ける仕組みである。最大の売りは「完全オフライン」、つまり社内コードを一切クラウドに送らずに済む点だ。
毎回プロジェクトの前提をプロンプトで説明し直す手間を消し、トークン消費も抑える。金融、製造、防衛関連といった「社外秘を一行たりとも出せない」業界の開発者が、6日で500人以上スターを付けた。Anthropic公式ではなく、有志のOSSが先に「企業の痛点」を突いた点が、この事象の本質である。
なぜこのニュースが重要か
claudeおよびclaude codeの月間検索ボリュームは合算で70万を超え、開発現場での実需は確立している。だが、ここまで普及してなお「記憶がない」ことが放置されてきた事実こそ重要だ。Anthropicは安全性を看板に掲げる以上、無闇に長期記憶機能を組み込めない。その遅さが、サードパーティOSSに突かれた。
問題は、企業がこのギャップを「便利だから」で埋め始めていることだ。Recallは完全オフラインだが、裏を返せばローカルに社内仕様書、APIキーの周辺情報、未公開設計が平文に近い形で蓄積される。エンドポイント1台が漏洩すれば、社内ナレッジが丸ごと持ち出される構造だ。クラウドに出さない安心感は、「自分の端末で全部抱える」という別の脆弱性と引き換えになっている。534スターの裏で、この交換条件を理解した上で導入を決めた組織がどれだけあるか。私は懐疑的だ。
過剰評価への反論
第一に、「6日で534スター」は経営判断の根拠にならない。GitHubスターは個人開発者の「あとで試す」ブックマークに近く、本番投入の指標ではない。Recallが半年後も保守され、Claude Code側の仕様変更に追随し続ける保証は何もない。OSSメモリ層は「依存させた瞬間に詰む」典型カテゴリで、メンテナが消えた瞬間、貴社のAI開発フローが止まる。
第二に、「記憶の資産化」という美辞麗句に注意すべきだ。AIに何を覚えさせるかは、裏返せば「何を忘れさせられないか」の問題でもある。退職者が触ったコード、訴訟リスクのある仕様、削除義務のある個人情報。これらが永続メモリに紛れ込んだとき、GDPRや個人情報保護法の「削除権」にどう応えるのか。ローカル保存は監査ログがクラウドサービスより貧弱になりがちで、「消したつもりが消えていない」が起きやすい。
第三に、Anthropic本体が同等機能を半年以内に公式提供すれば、Recallは一夜で陳腐化する。スターの伸びを根拠に投資した工数は、そのまま埋没コストになる。先行者利益が薄いレイヤーに、わざわざ社運を賭ける必要はない。
経営者として次に取るべき動き
第一に、Recallを今すぐ全社導入するな。情報システム部門と法務を交えた検証用サンドボックスを1チームに限定し、ローカル保存データの暗号化、退職時消去フロー、監査ログ要件を3か月で固める。話はそれからだ。
第二に、「AIに覚えさせるべき情報」のホワイトリストを先に作れ。仕様書や規約はよい。顧客名、未公開財務、係争中案件は絶対に入れない。ツール選定より、入力ガバナンスの設計が先である。
第三に、Anthropic公式の長期記憶ロードマップを四半期ごとにウォッチし、OSS依存からの撤退ラインを今のうちに決めておけ。「公式が出たら3か月以内に移行」と明文化するだけで、埋没コストは半減する。スター数に踊らされる経営者から、先に淘汰される。