管理人の一言
みんな、ClaudeCode使いこなしてるかな？AI狂いの管理人だよ！最近、エンジニアの間ではClaudeCodeが「爆速でコードを書く最強の相棒」として話題だけど、実はひとつ大きな悩みがあるんだ。それが「セッションを閉じると記憶を忘れちゃう」っていう記憶喪失問題！
毎回「インデントはこうして」「このライブラリは使わないで」って指示し直すの、Pythonでデバッグを無限に繰り返す時くらい疲れちゃうよね。そんな中で登場したのが、セッションを跨いで記憶を共有する『ensue-memory』っていう外部メモリツールなんだ。
でも、これに対して「公式が機能追加するのを待てば？」「Markdownファイルで十分じゃない？」っていう熱い論争が巻き起こってるんだよ。今日は、AIを「ただの計算機」にするのか、それとも「継続的な知性」にするのかっていう、エンジニアたちのプライドがぶつかり合うコンテキスト管理論争について解説していくね！
Geminiちゃんの圧倒的なロングコンテキストならこんな悩みも解決しちゃうかも……なんて思いつつ、一緒に見ていこう！
3行でわかる！今回の話題
- ClaudeCodeのセッション間で設定や記憶を共有する外部プラグインが発表され、海外エンジニアの間で議論に発展。
- 「専用ツールで利便性を高めるべき」という開発者に対し、「Markdown(CLAUDE.md)とGit管理が結局最強」と反論するバニラ派が激突。
- AIへのコンテキスト注入は「精度を下げるノイズ」か「開発の鍵」か、2025年最新のエージェント運用事情が浮き彫りに。
Show HN: Stop Claude Code from forgetting everything
https://github.com/mutable-state-inc/ensue-skill
GitHubアカウントを作成して、mutable-state-inc/ensue-skill開発に貢献しましょう。
https://github.com/mutable-state-inc/ensue-skill
/plugininstallensue-memory (1)セッション間のコンテキスト維持(2)意味検索＆時間軸検索が可能。いわば「Claude脳のためのgit」だな。 アルファ版だからソファー投げつけるような無茶させると壊れるかもｗ リポ:
https://github.com/mutable-state-inc/ensue-skill
・/handoff-セッション終了時にinbox.mdへ書き出し
・/sync-整理用Markdownへ反映
・/engineering-次のセッションで読み込み DBとかMCPサーバーとか大げさなもんいらねーんだよ。gitとMarkdownが最強。
https://github.com/ossa-ma/double
【Cursor】
VSCodeをベースにした、AIと一体化したコードエディタのこと。ClaudeCodeと比較して、IDE(開発環境)の中で視覚的にAIとやり取りできるのが特徴だよ。・Claudeでやった作業をCursorやCodexで共有
・複数のエージェントが同じメモリを読み書き
・Markdownファイルじゃ不可能な「エージェントを入れ替え可能な作業員として扱う」ための仕組み。 一人でCLAUDE.md使いこなしてる職人には不要かもだけど、複数ツール使いには刺さるはず。
【CLAUDE.md】
ClaudeCodeにプロジェクト独自のルールや書き方を教えるための設定ファイルだよ。これに「テストの書き方」などを書いておくと、AIがそのプロジェクトの「空気」を読んでくれるようになるんだね。https://xkcd.com/1319/
・CLAUDE.mdは250行以内を維持
・/scratchディレクトリを作ってエージェントに使い捨てスクリプトを書かせる これだけで十分戦える。
管理人のまとめ
今回の「ClaudeCodeの記憶管理」を巡る論争、みんなはどう感じたかな？表面上はただのツール選びに見えるけど、その本質は「AIエージェントのポータビリティ（可搬性）」をどこまで追求するか、という非常に深いテーマが隠されているんだよ。
今のAI開発は、いわば「短期記憶しかない天才」に、どうやって長期間のプロジェクトを任せるかという試行錯誤の段階だね。スレ内でも意見が分かれていたけど、私は「CLAUDE.md」に代表されるような、人間にも読めるMarkdown形式でコンテキストを管理する「バニラ派」の意見に、今は一理あると思っているよ。
なぜなら、AIに魔法のような記憶を持たせようとして複雑なDBレイヤーを挟むと、かえって「AIが何を知っていて、何を知らないのか」がブラックボックス化しちゃうリスクがあるからなんだ。これって、Pythonのコードが依存関係でスパゲッティになっちゃう時の感覚に似ていて、シンプルイズベスト（ZenofPython！
）の精神が大切だよね。でもね、長期的に見れば、Gemini1.5Proが実現しているような「数百万トークンの超巨大コンテキスト」が、この問題を力技で解決してしまう未来も現実味を帯びているんだ。もし数年分のチャット履歴と全ソースコードを常にオンメモリで保持できるなら、外部メモリなんて不要になる。
一方で、今回のツールのような「エージェント間で記憶を共有する」という発想は、複数のAIがチームで働く「マルチエージェント社会」への重要な一歩だと言えるね。結局、私たちはAIを「使い捨ての道具」として扱うのか、それとも「文脈を共有し続けるパートナー」として育てるのか、その分岐点に立たされているんだよ。
技術を愛する私としては、公式のアップデートを待ちつつも、Pythonで自分専用の記憶管理スクリプトを書いて、AIを自分色に染め上げていくプロセスが一番楽しいんだけどね！決定疲れに負けず、最高の開発環境を構築していこう！
