Memory Tool(メモリツール)とは、Anthropicが提供するClaudeに長期記憶を持たせる公式ツールである。通常のLLMはコンテキストウィンドウが閉じるとすべての情報を忘れてしまうが、Memory Toolを使うとClaudeがユーザー情報・プロジェクト状況・過去の意思決定などを外部ストレージに書き込み、次の会話でそれを読み戻せるようになる。
たとえば「ユーザーは辛いものが苦手」「このプロジェクトはNext.js 15ベース」といった情報を記憶させれば、数日後の会話でも同じ前提で応答できる。これはエージェント開発や長期運用アシスタント構築において、従来大きな課題だった会話をまたぐ状態保持を解決する仕組みだ。
Memory Toolとは
Memory Toolは、Anthropic Claude APIのToolとして定義された長期記憶機能である。Claudeは会話中に「覚えておくべき情報」を検知すると、このツールを自動的に呼び出して外部ストレージ(通常はファイルシステムや専用DB)に書き込む。次回の会話が始まると、同じツールで関連する記憶を検索・取得し、応答に反映する仕組みだ。
身近な例えでいえば、Memory Toolはデスクの上のメモ帳のようなものだ。会議のたびに新しいメモを書き込み、次回の会議ではそのメモを見返しながら話を進める。Claudeにとってのメモ帳がMemory Toolで、記憶の出し入れを自動化する役割を担う。実務ではエージェント型アプリケーションや長期運用のアシスタントで特に重要な機能です。
Memory Toolの読み方
メモリ ツール
メモリーツール
Memory Toolの仕組み
Memory Toolは、Claude APIのtools配列に登録する特殊なツールとして実装される。内部的にはファイル読み書きに似たインターフェイスを持ち、Claudeが自律的に「記憶する」「思い出す」「更新する」「削除する」を判断する。
Memory Toolの動作フロー
既存記憶を読込
文脈を踏まえ応答
新しい事実を書込
次回セッション用保存
主要オペレーション
Memory Toolには主に4つの基本操作がある。実務で重要なのは、これらをClaude自身がタイミングを判断して呼び出す点だ。開発者は保存先のバックエンドさえ用意すればよい。
- view: 既存の記憶ディレクトリをリスト表示する
- create: 新しい記憶ファイルを作成する
- str_replace: 既存記憶の一部を更新する
- delete: 不要になった記憶を削除する
Memory Toolの使い方・実例
以下はAnthropic公式APIドキュメントに沿った最小実装例である。memory_20250818のようなバージョン指定で使う。注意したいのは、記憶のストレージ(保存先)は開発者側で用意する必要がある点だ。
Python SDKでの呼び出し例
import anthropic
client = anthropic.Anthropic()
response = client.beta.messages.create(
model="claude-sonnet-4-6",
max_tokens=1024,
tools=[
{
"type": "memory_20250818",
"name": "memory"
}
],
betas=["context-management-2025-06-27"],
messages=[
{"role": "user", "content": "私の名前は田中、プロジェクトはNext.js 15です。覚えておいて。"}
]
)
print(response)
記憶の取り扱い
ツール実行時、Claudeは/memories以下に階層的にファイルを配置する設計になっている。たとえばユーザーのプロファイル情報なら/memories/user_profile.md、プロジェクト設定なら/memories/projects/projectA.mdのように整理する。次回セッション開始時には、Claudeが必要に応じて関連ファイルを読み込む。
/memories/
├── user_profile.md # ユーザー基本情報
├── preferences.md # 好み・設定
├── projects/
│ ├── projectA.md
│ └── projectB.md
└── decisions/
└── 2026-04-architecture.md
Memory Toolのメリット・デメリット
メリット
- コンテキストウィンドウの節約: 長大な履歴を毎回送らなくても、関連記憶だけを取り出せる。
- 会話をまたぐ継続性: 数日〜数ヶ月前の情報でも参照できる。
- エージェント開発の簡略化: 開発者がベクトルDBや独自記憶システムを自作しなくてよい。
- 公式サポート: Anthropicが仕様を維持するため、プロンプトエンジニアリングのハックに頼らない。
- バージョン管理:
memory_20250818のようにバージョン指定で安定稼働が可能。
デメリット
- ストレージ実装が必要: Anthropic側は記憶を保管しない。開発者側でS3・DB・ファイルシステムなどを用意する必要がある。
- プライバシー考慮: ユーザーの個人情報を長期保持するため、GDPR等への配慮が必須。
- 記憶の肥大化: 適切に整理しないと記憶ファイルが膨らみ、検索性能が落ちる。
- モデル依存: 初期段階ではClaude Sonnet 4.6以降など対応モデルに制限がある。
- ベータ機能: 仕様変更の可能性があるため、本番投入時は注意が必要です。
Memory ToolとRAG(検索拡張生成)の違い
Memory ToolとRAGはどちらも外部情報を活用するが、目的と運用が大きく異なる。実務では両者を併用することも多いので、役割を整理しておきたい。
| 項目 | Memory Tool | RAG |
|---|---|---|
| 主な用途 | ユーザー固有の動的記憶 | 社内文書・ナレッジベース検索 |
| 書き込み頻度 | 高(会話ごとに更新) | 低(定期インデックス) |
| データ量 | 小〜中(数MB程度) | 大(数GB〜) |
| 検索方式 | ファイルパス・キーワード | ベクトル類似検索 |
実務では、RAGで会社の製品ドキュメントを参照しつつ、Memory Toolでユーザー個別の設定や過去のやりとりを保持するハイブリッド構成が強力です。覚えておきたいポイント。
よくある誤解
誤解1: Memory ToolはClaude自身が内部にデータを持つ
これは誤りだ。Memory Toolはインターフェイスであり、実際のデータ保存は開発者が用意するストレージで行われる。Anthropic側に個人情報が送られ続けるわけではない。
誤解2: 全ての記憶が自動で無期限保持される
記憶の保持期間は開発者の実装次第だ。Anthropicは仕組みを提供するだけで、保存・削除のポリシーはアプリケーション側で設計する必要がある。GDPRの「忘れられる権利」に対応するには削除機能の実装が必須だ。
誤解3: Memory Toolがあればコンテキストウィンドウは無限
Memory Toolは大量の記憶を圧縮して扱えるが、Claudeが一度に参照する記憶には上限がある。膨大な履歴をすべて同時参照するのは不可能で、関連性の高い記憶のみが読み込まれる。
誤解4: Memory ToolとSystem Promptは同じ
System Promptは会話開始時に毎回送る固定の指示で、Memory Toolはセッションをまたいで変化する動的な記憶。役割がまったく異なる。
なお、Memory Toolは2025年8月にベータ版として発表され、2026年には多くのエンタープライズ顧客で本番採用が始まっている。初期のパイロット導入ではチャットボットのカスタマー満足度が向上した事例や、セッションあたりのトークン消費量が約30%削減された事例が報告されている。実務的には、記憶の設計を早期にしっかり固めることが長期的な運用コストの削減につながる点を押さえておきたい。
さらに、Memory ToolはClaude Agent SDKと組み合わせると真価を発揮する。エージェントが複数ステップにわたるタスクを進める際、途中の作業状態や中間決定を記憶に残せるため、別の日に再開しても前回までの文脈を引き継げる。これは単発の問い合わせ応対とは異なる、継続的な業務遂行型AIに向けた重要な基盤となる。
実務での活用シーン
Memory Toolは、長期運用アシスタントの実装で特に威力を発揮する。たとえばカスタマーサポート用チャットボットで、顧客の過去の問い合わせ履歴・契約内容・好みを記憶させておけば、毎回自己紹介から始める必要がない。
またパーソナルコーチアプリでは、ユーザーの学習進捗・弱点・達成目標を長期記憶として保持することで、ユーザー一人ひとりに合わせた指導が可能になる。さらにプロジェクト管理エージェントでは、過去の意思決定・アーキテクチャ選択・議論の要点を記憶させることで、チームの暗黙知をドキュメント化できる効果もある。実務ではプライバシー・セキュリティ設計を最初から組み込むことが重要です。
よくある質問(FAQ)
Q1. Memory Toolはどのモデルで使える?
A. 公式ドキュメントによれば、Claude Sonnet 4以降のモデルで利用可能だ。最新の対応状況はAnthropic公式ドキュメントで確認できる。
Q2. 記憶の保存先はどこ?
A. 開発者が用意するストレージだ。Anthropic側は保存しない。一般的にはAmazon S3、PostgreSQL、あるいはローカルファイルシステムが使われる。
Q3. 記憶を完全に削除するには?
A. ツールのdelete操作を使う。GDPRやCCPA対応のため、ユーザーからの削除要求に応じて即座に削除できる設計にしておくことが推奨される。
Q4. 料金は?
A. Memory Tool自体に追加料金はないが、ツール呼び出しに伴うトークン消費は通常のAPI料金に準じる。ストレージのコストも開発者負担となる。
Q5. 記憶の肥大化を防ぐには?
A. 定期的な整理ロジックを実装する。たとえば「30日以上更新されていない記憶は要約して統合」などの運用ポリシーを設ける。Anthropicの公式ドキュメントにもベストプラクティスが記載されている。
まとめ
- Memory Toolは、Claudeに会話をまたぐ長期記憶を持たせるAnthropic公式ツール。
- ファイルシステム風のインターフェイスで、view・create・str_replace・deleteなどの操作を提供。
- ストレージ本体は開発者が用意する。Anthropic側は仕組みを提供するだけ。
- RAGとは役割が異なり、ユーザー固有の動的情報の保持に適している。
- ベータ機能のため、本番利用時は仕様変更に注意。
- プライバシー設計、記憶の肥大化防止、削除機能の実装が重要なポイント。
- カスタマーサポート、パーソナルコーチ、プロジェクト管理エージェント等での活用が進んでいる。
参考文献・出典
📚 参考文献・出典
- ・Anthropic「Memory Tool documentation」 https://docs.claude.com/en/docs/agents-and-tools/tool-use/memory-tool
- ・Anthropic「Tool Use overview」 https://docs.claude.com/en/docs/agents-and-tools/tool-use/overview
- ・Anthropic News「Context management」 https://www.anthropic.com/news
- ・Anthropic API Reference https://docs.claude.com/en/api/overview
Read this article in English:
What Is the Memory Tool? Anthropic’s Long-Term Memory Capability for Claude Explained →







































コメントを残す