Claude Codeの記憶は同僚に届かない——自動メモリの盲点と、チームで記憶を共有する3つの方法

Claude Codeの「記憶」は3層ある

Claude Codeのセッションは、毎回まっさらな状態から始まります。公式ドキュメントによれば、セッションをまたいで知識を引き継ぐ仕組みは2つ。それに「そのセッション中の会話」を加えると、記憶は3層に整理できます。

自動メモリは、Claudeが作業中に「これは次回も役立つ」と判断したことを自分でメモする仕組みです。メモは4種類に分類されます——あなたの役割や好み（user）、あなたがした訂正（feedback）、進行中の仕事や決定事項（project）、外部の参照先（reference）。コードを読めば分かることや、CLAUDE.mdに既に書いてあることは保存しません。

本記事の制作環境で実物を確認すると、メモリディレクトリには索引の MEMORY.md（4行）と、トピックごとのファイルが4本ありました。各ファイルの先頭には種別（type）と、それを保存したセッションのIDが記録されており、「いつ・どの作業で覚えたか」が後から追える構造です。

「覚えて」と頼んだ内容は同僚に届かない

ここが本記事でいちばん伝えたい点です。公式ドキュメントには、自動メモリの保存先と性質がはっきり書かれています。

つまり、担当者Aさんが「請求書の宛名は『御中』ではなく担当者名にして」と教え、Claude Codeが「Saved 1 memory」と表示したとしても、その記憶はAさんのパソコンの中にしかありません。翌日、Bさんのパソコンで同じ作業をしても、BさんのClaude Codeはそのルールを知りません。「教えたはずなのに」の正体は、たいていこれです。

さらに細かい落とし穴として、メインの会話の自動メモリはサブエージェントには読み込まれない（fork型のみ例外）という仕様もあります。複数のエージェントを並列で動かす使い方をしている場合、親が覚えていることを子は知らない前提で設計する必要があります。

今週の話題：Jevmem——記憶を自動でリポジトリに残す試み

この「共有できない」問題に対する一つの答えとして、9月25日にHacker Newsで61ポイント・40コメントを集めたのが、オープンソースのJevmemです。仕組みはこうです。

発想として面白いのは、「何を覚えるか」の判断を高価な大規模モデルから切り離した点です。ただし、コメント欄の反応は手放しの称賛ではありませんでした。

READMEもv0.5の初期段階であること、評価セットが作者自身の手によるものであることを正直に書いています。顧客データを扱う士業やバックオフィスの業務では、「会話の中身を外部サービスに送る」という一点だけで導入は慎重にならざるを得ないでしょう。とはいえ、フックで捕捉し、リポジトリ内のファイルに書き、次のプロンプトで注入するという骨格は、外部サービスなしでも自分たちで組めます。次の章で具体的に見ていきます。

チームで記憶を共有する3つの方法

方法①：CLAUDE.mdに書く（正攻法）

チーム全員に効かせたいルールは、迷わずCLAUDE.mdです（CLAUDE.mdとskillsの役割分担はこちらの記事で詳しく解説しています）。Claudeに「これをCLAUDE.mdに追加して」と頼むだけで書き込まれ、gitでコミットすれば全員のClaude Codeが次のセッションから読み込みます。公式は1ファイル200行以内を推奨しています（長くなるほど遵守率が下がるため）。ルールが増えてきたら .claude/rules/ にファイルを分け、対象ファイル種別ごとに読み込ませる方法も用意されています。

方法②：共有メモリファイル＋@import（手元で検証済み）

CLAUDE.mdは他のファイルを取り込めます。行頭に「@ファイル名」と書くだけで、起動時にそのファイルが展開されて読み込まれます。これを使って「チームの決定ログ」を別ファイルに切り出す構成が、本記事のおすすめです。

# プロジェクト共通ルール

@team-memory.md

決定事項が出たら、team-memory.md の末尾に1行（日付＋内容）で追記すること。

# チーム決定ログ
- 2026-09-22 請求書の宛名は「御中」ではなく担当者名にする
- 2026-09-25 月次報告書の表紙は前月と同じテンプレートを使う（変更は所長承認後）

本当に読み込まれるのかを、AGENTS.md問題の検証で使われた「カナリア（合言葉）方式」で確かめました。検証用の空プロジェクトを作り、team-memory.mdに架空の合言葉を1行だけ書き、CLAUDE.mdから@importした状態で claude -p に「プロジェクト指示にある合言葉は？」と質問したところ、合言葉をそのまま返しました。取り込みは確実に機能します。

注意点が2つ。1つは、作業ディレクトリの外にあるファイルを@importすると、初回に承認ダイアログが出ること（他人がコミットしたファイルから勝手に読み込まれるのを防ぐ安全策です）。もう1つは、「決定事項を追記すること」という指示はあくまでお願いであり、Claudeが毎回確実に追記する保証はない点です。記録の抜けが気になるなら、次の方法③でフックによる捕捉を足します。

方法③：hooksで捕捉と注入を自動化する（Jevmem型の自作）

Jevmemと同じ骨格を、外部サービスなしの最小構成で組むとこうなります。UserPromptSubmitフックが標準出力に書いた文章は、そのままClaudeのコンテキストに追加される仕様を使います。

#!/bin/bash
[ -f team-memory.md ] || exit 0
echo "以下はチーム共有メモリです。矛盾する指示があれば新しい行を優先してください:"
cat team-memory.md

#!/bin/bash
read -r JSON
echo "$(date +%F) $JSON" | head -c 400 >> .claude/turn-log.txt
exit 0

{
  "hooks": {
    "UserPromptSubmit": [
      { "hooks": [ { "type": "command", "command": "${CLAUDE_PROJECT_DIR}/.claude/hooks/recall.sh" } ] }
    ],
    "Stop": [
      { "hooks": [ { "type": "command", "command": "${CLAUDE_PROJECT_DIR}/.claude/hooks/capture.sh" } ] }
    ]
  }
}

Jevmemとの違いは「何を覚えるか」の分類器がないことです。この最小構成では応答の先頭部分をログに溜めるだけなので、週に一度、人間がログを見てteam-memory.mdに1行ずつ転記する運用がセットになります。逆に言えば、外部に何も送らず、何が記憶に入るかを人間が完全に管理できます。

運用の落とし穴——200行の壁と「記憶は強制ではない」

士業・バックオフィスへの示唆——3種類の知識を分けて置く

事務所や部署でClaude Codeを使うとき、知識は性質ごとに置き場所を変えるのが長続きするコツです。

導入初週の現実的な運用としては、まず全員のClaude Codeに「決定事項が出たらteam-memory.mdに追記して」とCLAUDE.mdで頼み、金曜日に管理者がログを5分見直して整理する——これだけで「教えたはずなのに」はほぼ消えます。フックによる自動化は、その運用が回り始めてからで十分です。

まとめ