Claude Codeに長期記憶を持たせたら、壁打ちの質が変わった は、AIエンジニアの@noprogllamaによる実装記録だ。Claude CodeにカスタムのRAGシステム「sui-memory」を接続し、1,942セッション分の会話を蓄積した結果、壁打ちの質が変わったという。CLAUDE.mdが「静的なルールブック」なら、sui-memoryは「動的な文脈の蓄積」であり、両者の役割を分離することが鍵だと述べている。
この記事が面白いのは、技術的な実装記録であると同時に、「AIをどう使うか」という問いへの答えを示しているからだ。
「ツール」として使うか、「パートナー」として使うか
Claude Codeは開発支援ツールとして設計されている。コードを書く、バグを修正する、ドキュメントを生成する。この用途ではCLAUDE.mdの設計で十分機能する。プロジェクトの構造や方針を毎セッション伝えれば、AIは適切に動く。
しかし、「壁打ち相手」として使うとなると話が変わる。
設計の判断、戦略の相談、記事の構成の議論——こうした用途では、「前にこの方針で議論して却下した」「あの方向で試して行き詰まった」という過去の文脈が生きる。記憶のない相手との壁打ちは、毎回ゼロから始まる会話だ。思考の深さに上限がある。
@noprogllamaが言う「毎朝出社したら同僚が記憶喪失になっている」という感覚は、AIを「思考パートナー」として使い始めたときに初めて顕在化する問題だ。ツールとして使う分には、記憶喪失の同僚でも構わない。しかし、継続的な議論の相手として頼るなら、文脈は資産になる。
静的知識と動的文脈の分離
sui-memoryの設計で注目したいのは、CLAUDE.mdとの棲み分けが明確に意識されている点だ。
CLAUDE.mdは「静的な情報」を担う。技術スタック、コーディング規約、ディレクトリ構成——これらはセッションをまたいでも変わらない。毎回同じ内容を読み込んでも問題ない。
sui-memoryは「動的な文脈」を担う。この設計にした理由、あの案を却下した経緯、先週試して失敗したこと——これらは時間とともに蓄積し、意味が変わる。
この分離は単純に見えて、実は重要な設計判断だ。記憶をすべて一つの仕組みに詰め込もうとすると、静的情報と動的文脈が混在して検索精度が下がる。sui-memoryがFTS5によるキーワード検索とRuri v3によるベクトル検索を組み合わせているのも、この文脈の「性質の違い」を扱うためだ。固有名詞の正確な照合と、意味的な近さによる連想——両者が揃って初めて、過去の議論を引き出せる。
1,942セッションが蓄積されると何が起きるか
記憶が積み上がると、AIは「あなたがどう考えてきたか」を文脈として持てるようになる。同じテーマで議論しても、以前の判断を踏まえた展開ができる。前提の共有に使っていた時間が、本質的な議論に使えるようになる。
これは単なる利便性の向上ではない。壁打ちの「深さ」が変わる。
浅い壁打ちは、同じ問いに毎回同じ答えが返る。深い壁打ちは、蓄積された文脈の上に、前回より一段進んだ問いが成立する。思考の継続性が生まれると、議論は積み上がる。
開発支援AIの設計に問い直されること
sui-memoryは個人の実装であり、まだ汎用的なツールではない。しかし、この実装が示唆することは、開発支援AIの設計者にとっても無視できないはずだ。
Claude Codeは現在、セッションをまたいだ記憶を公式には持たない。これは設計上の判断であり、プライバシーや安全性の考慮もある。しかし、ユーザーがサードパーティで補完し始めているという事実は、「ツールが想定していない使い方への需要」を示している。
「壁打ち相手としてのAI」は、もはや特殊な使い方ではない。エンジニアがAIと過ごす時間が増えるほど、記憶のない相手との限界は具体的な問題として現れる。
静的知識と動的文脈を分離し、継続的な文脈を持つAIというアーキテクチャは、開発支援ツールの次の形を指している。sui-memoryはその一つの実装だが、問い自体はすでに広く共有されつつある。
関連記事
- AIコーディング時代のジュニア育成問題に対して、既出の解決策では不足している組織的な『層』は存在するか？
- 政府開発AIをオープンソース化することで、民間創新と重複開発削減の両立が可能か？
- 高度なAIモデル開発は民間主導か政府と協力するか？
参考文献
コメント