Claudeのメモリ機能が全プラン（無料含む）で利用可能になり、AIアシスタントの「パーソナライズ」が有料の壁を超えました。
- ファイルベースの透明なメモリ設計で、ユーザーが完全にコントロール可能
- Memory Tool APIにより、開発者は自前のストレージでメモリを実装できる
- ChatGPT・Gemini・Copilotからのインポートツールで、乗り換えコストがほぼゼロに
対象読者: AIアシスタントを業務で活用している開発者・PM。Claude APIでエージェントを構築している方。
今日やること: Claude設定画面でメモリを有効化し、ChatGPTからのインポートを試す（所要時間2分）。
「毎回同じプロジェクトの説明をAIに繰り返すの、正直めんどくさいな…」
これ、Claude使いなら誰しも感じたことがあるはずです。プロジェクトの技術スタック、コーディング規約、好みのフレームワーク。毎回ゼロから説明するのは時間のムダ以外の何物でもない。ChatGPTにはメモリ機能があったけど、Claudeは有料プランだけ。無料ユーザーは蚊帳の外でした。
2026年3月2日、Anthropicがその壁を壊しました。Claude Memoryの全ユーザー開放。しかも、ChatGPTからメモリをインポートできるツールまで同時リリース。正直、これは単なる機能追加ではなく、AIアシスタント市場のユーザー争奪戦における大きな一手です。
この記事では、Claude Memoryの技術的な仕組みからAPI実装、ChatGPTからの移行手順まで、コード例つきで徹底解説します。
まず試したい「2分即効」セットアップ3選
即効テクニック1: Web版でメモリを有効化する
最もシンプルな方法です。以下の手順でClaudeのメモリ機能を有効にしましょう。
# Claude Webでの操作手順
1. claude.ai にアクセスしてログイン
2. 左サイドバー下部の「Settings（設定）」をクリック
3. 「Memory」セクションを開く
4. 「Enable Memory」をONにする
5. 必要に応じてIncognito Chatも設定（メモリを残さない会話用）
ポイント: メモリをONにした瞬間から、Claudeは会話の中で重要と判断した情報を自動的に記憶し始めます。「プロジェクトではPython 3.11を使っている」「TypeScript + Next.jsが好み」といった情報を毎回伝える必要がなくなります。
即効テクニック2: ChatGPTのメモリをClaudeにインポートする
これが今回の目玉です。ChatGPTに蓄積されたメモリをClaudeに移行できます。
# ChatGPTからClaudeへのメモリ移行手順
Step 1: Anthropicが用意した専用プロンプトをコピー
→ https://claude.com/import-memory にアクセス
Step 2: ChatGPTの新規チャットにペースト
→ ChatGPTが保存しているメモリ・コンテキストを
Claudeが読み取れるフォーマットで出力してくれる
Step 3: 出力結果をコピーし、Claudeの設定画面の
「Import Memory」にペースト
# 所要時間: 約60秒
# 注意: インポートの反映には最大24時間かかる場合あり
ポイント: この仕組みはAPIトークンもファイルアップロードも不要。純粋なテキストベースの移行です。ChatGPTのメモリ構造をそのままコピーしているのではなく、テキストとして出力されたものをClaudeが独自のメモリ形式に変換・取り込んでいます。Gemini、Copilotからも同じ手順で移行可能です。
即効テクニック3: Memory Tool APIでプログラムからメモリを管理する
開発者向けのキラー機能。APIからClaudeのメモリ操作ができます。
# 動作環境: Python 3.10+, anthropic>=0.40.0
# pip install anthropic
import anthropic
client = anthropic.Anthropic()
# Memory Toolを有効にしてメッセージ送信
message = client.messages.create(
model="claude-sonnet-4-6",
max_tokens=2048,
messages=[
{
"role": "user",
"content": "このプロジェクトではFastAPI + PostgreSQLを使っています。覚えておいてください。"
}
],
# memory_20250818 タイプでメモリツールを有効化
tools=[{"type": "memory_20250818", "name": "memory"}],
)
print(message.content)
# 注意: 本番環境で使用する前に、必ずテスト環境で動作確認してください。
ポイント: Memory Toolはクライアントサイドで動作します。Claudeがメモリ操作のtool callを発行し、あなたのアプリケーション側でファイルの読み書きを実行する設計です。つまり、メモリの保存先（ローカルファイル、DB、クラウドストレージ等）を開発者が完全にコントロールできます。
Claude Memoryの設計思想 — なぜファイルベースなのか
AIアシスタントのメモリ設計で、Anthropicは興味深い選択をしました。多くのRAGシステムがベクトルデータベースと意味検索に頼る中、ClaudeはシンプルなMarkdownファイルベースのアプローチを採用しています。
AIエージェントのメモリ設計パターンについては、AIエージェント構築完全ガイドでも体系的に解説しています。
| 項目 | Claude Memory（ファイルベース） | 一般的なRAG（ベクトルDB） |
|---|---|---|
| 透明性 | Markdownファイルで人間が直接読める | ベクトル埋め込みは人間に不透明 |
| 編集性 | テキストエディタで直接編集可能 | 専用ツールが必要 |
| ポータビリティ | ファイルコピーで移行可能 | DB依存、移行が複雑 |
| スケーラビリティ | 大量データには不向き | 数百万文書でも高速検索 |
| セットアップ | ゼロコンフィグ | DB構築・インデックス設計が必要 |
| 検索精度 | ファイル名・階層構造ベース | 意味的類似度で検索 |
この設計にはAnthropicの明確な意図があります。ユーザーがメモリの中身を完全に把握・管理できること。ベクトルDBに埋め込まれた記憶は、何が保存されているか確認するのが困難です。一方、Markdownファイルなら、cat コマンドで中身を見て、vim で編集して、rm で削除できる。これ以上の透明性はありません。
Memory Tool APIの技術詳細 — 6つのコマンド
Memory Tool APIは6つの基本コマンドで構成されています。開発者はこれらのコマンドのハンドラをクライアント側で実装します。
1. view — ディレクトリ/ファイルの参照
{
"command": "view",
"path": "/memories",
"view_range": [1, 10] // オプション: 特定の行範囲を指定
}
// 戻り値（ディレクトリの場合）:
// "Here're the files and directories up to 2 levels deep in /memories:
// 4.0K /memories
// 1.5K /memories/project_context.xml
// 2.0K /memories/coding_preferences.xml"
2. create — 新規ファイル作成
{
"command": "create",
"path": "/memories/project_notes.txt",
"file_text": "プロジェクト: ECサイトリニューアルn技術スタック: Next.js 15 + Supabasen"
}
3. str_replace — テキスト置換
{
"command": "str_replace",
"path": "/memories/preferences.txt",
"old_str": "言語: Python",
"new_str": "言語: Python, TypeScript"
}
4. insert — 行挿入
{
"command": "insert",
"path": "/memories/todo.txt",
"insert_line": 2,
"insert_text": "- Memory Tool APIのテストを書くn"
}
5. delete — ファイル/ディレクトリ削除
{
"command": "delete",
"path": "/memories/old_notes.txt"
}
6. rename — リネーム/移動
{
"command": "rename",
"old_path": "/memories/draft.txt",
"new_path": "/memories/final.txt"
}
対応モデル（2026年3月時点）: Claude Opus 4.6, Opus 4.5, Opus 4.1, Opus 4, Sonnet 4.6, Sonnet 4.5, Sonnet 4, Haiku 4.5
実践: Context Editingとの組み合わせ
Memory Toolの真価が発揮されるのは、長時間のエージェントワークフローです。たとえばGPT-5.2 Thinkingのような推論モデルと組み合わせる場合、コンテキスト管理がさらに重要になります。Anthropicが同時に提供しているContext Editing機能と組み合わせると、コンテキストウィンドウの制限を事実上突破できます。
# 動作環境: Python 3.10+, anthropic>=0.40.0
# Memory Tool + Context Editing の組み合わせ
import anthropic
client = anthropic.Anthropic()
response = client.messages.create(
model="claude-opus-4-6",
max_tokens=4096,
messages=[
{"role": "user", "content": "大規模リファクタリングを手伝ってください"}
],
tools=[
{"type": "memory_20250818", "name": "memory"},
# 他のツール...
],
# コンテキストが10万トークンに達したら古いtool結果をクリア
context_management={
"edits": [{
"type": "clear_tool_uses_20250919",
"trigger": {"type": "input_tokens", "value": 100000},
"keep": {"type": "tool_uses", "value": 3},
"exclude_tools": ["memory"] # メモリ操作は消さない
}]
},
)
# 注意: 本番環境で使用する前に、必ずテスト環境で動作確認してください。
ポイント: exclude_tools: ["memory"]を指定すると、コンテキスト圧縮時にメモリ操作の結果だけは保持されます。これにより、長時間の作業でも「さっき何をメモリに書いたか」を見失わずに済みます。
プライバシーとセキュリティ — 知っておくべきこと
メモリ機能は便利ですが、「AIに個人情報を覚えられる」ことへの懸念は当然あります。Anthropicが用意しているセキュリティ機構を整理します。
| 機能 | 説明 | 対象プラン |
|---|---|---|
| メモリのON/OFF | 設定画面からいつでもメモリ機能を無効化可能 | 全プラン |
| 個別メモリの削除 | 特定の記憶だけを選んで削除可能 | 全プラン |
| 一括削除 | 保存済みメモリを全削除可能 | 全プラン |
| Incognito Chat | メモリを残さない一時的な会話モード | 全プラン |
| プロジェクト分離 | メモリはプロジェクト単位で分離。情報の混在を防止 | Pro以上 |
| Zero Data Retention | APIレスポンス返却後にデータを保持しない | Enterprise |
| 暗号化 | 転送時・保存時ともに暗号化 | 全プラン |
正直にお伝えすると、メモリ機能にはまだ注意が必要な点もあります。
- インポート精度は完璧ではない — ChatGPTから移行したメモリが100%正確に取り込まれる保証はない。Anthropic自身も「experimental」と明記しています
- 業務上の機密情報は慎重に — メモリに保存された情報が意図せず別の会話で引用される可能性はゼロではない。機密性の高いやり取りにはIncognito Chatを使いましょう
- Free→Proの機能差 — メモリ容量やプロジェクト分離など、無料プランでは制限がある場合があります
【要注意】よくある失敗パターンと回避策
失敗1: メモリに機密情報を保存してしまう
❌ APIキーやパスワードを含む会話でメモリをONにしたまま使う
⭕ 機密情報を扱う際はIncognito Chatを使う。API実装ではパストラバーサル対策を必ず入れる
# セキュリティ対策: パストラバーサル防止の実装例
# 動作環境: Python 3.10+
from pathlib import Path
MEMORY_DIR = Path("/memories")
def validate_memory_path(path_str: str) -> Path:
"""メモリパスのバリデーション"""
path = (MEMORY_DIR / path_str).resolve()
# /memories ディレクトリ外へのアクセスを防止
if not str(path).startswith(str(MEMORY_DIR.resolve())):
raise ValueError(f"Access denied: {path_str}")
# URL エンコードされたトラバーサルもブロック
if "%2e" in path_str.lower() or ".." in path_str:
raise ValueError(f"Path traversal detected: {path_str}")
return path
# 注意: 本番環境で使用する前に、必ずテスト環境で動作確認してください。
なぜこれが重要か: Memory Toolはクライアントサイドで動作するため、パストラバーサル攻撃で/memoriesディレクトリ外のファイルにアクセスされるリスクがあります。Anthropicの公式ドキュメントでも明示的に警告されています。
失敗2: インポートしたメモリを検証しない
❌ ChatGPTからインポートした後、中身を確認せずにそのまま使う
⭕ インポート後にClaude設定画面でメモリ一覧を確認し、不要・不正確な記憶を削除する
なぜこれが重要か: インポートはexperimentalです。ChatGPTでの文脈が正しくClaudeのメモリに変換されない場合があります。特に業務関連の設定情報は目視確認が必須。
失敗3: メモリファイルを肥大化させる
❌ 長期運用でメモリファイルが際限なく増え続ける設計
⭕ 定期的な棚卸しとファイルサイズ制限を設ける
なぜこれが重要か: メモリディレクトリのファイルが増えすぎると、Claudeが起動時に全ファイルを読むため、コンテキストウィンドウを圧迫します。不要なメモリは定期的に削除しましょう。
失敗4: メモリだけに頼ってプロンプトを省略する
❌ 「前に伝えたから覚えてるはず」と前提条件の記述を省く
⭕ 重要な指示はメモリ+プロンプトの両方に含める
なぜこれが重要か: メモリの読み込みはベストエフォートです。Claudeがメモリの特定ファイルを読み飛ばす可能性もあります。クリティカルな指示はプロンプトに明示的に書きましょう。
なお、AnthropicのエコシステムではCodex Securityによるコード脆弱性スキャンなど、開発者向け機能も充実してきています。
ChatGPTとの比較 — メモリ実装の違い
| 項目 | Claude Memory | ChatGPT Memory |
|---|---|---|
| ストレージ方式 | ファイルベース（Markdown） | サーバーサイドDB |
| ユーザーの制御 | ファイル直接編集可能 | 設定画面で個別削除 |
| 開発者向けAPI | Memory Tool（6コマンド） | なし（2026年3月時点） |
| クライアントサイド実行 | 対応（保存先を自由に選択） | 非対応（サーバー固定） |
| プロジェクト分離 | 対応 | 対応 |
| インポート | 他サービスからの移行ツールあり | なし |
| 無料プラン対応 | 2026年3月〜 | 2024年4月〜 |
要するに、ChatGPTのメモリが「おまかせ型」なら、Claude Memoryは「自己管理型」です。a16zのTop100レポートでもClaude有料サブスクのYoY 200%超成長が報告されており、このメモリ機能の差別化がユーザー獲得に寄与していることは間違いない。開発者にとってはClaudeの方が圧倒的に扱いやすい。保存先もフォーマットも自分で決められるからです。一般ユーザーにとっては、ChatGPTの方がシンプルかもしれません。
参考・出典
- Switch to Claude without starting over | Claude — Anthropic（参照日: 2026-03-13）
- Memory tool – Claude API Docs — Anthropic（参照日: 2026-03-13）
- Anthropic Adds Free Memory Feature and Import Tool to Lure ChatGPT Users to Claude — MacRumors（参照日: 2026-03-13）
- Anthropic Makes Claude Memory Feature Free For All Users — Dataconomy（参照日: 2026-03-13）
- Claude just got a vital free upgrade — it’ll now remember conversations for all users — TechRadar（参照日: 2026-03-13）
競合のOpenAIもGPT-5.2 Thinkingで専門的推論能力を強化しており、AIアシスタント間の競争は機能面でますます激化しています。
まとめ: 今日から始める3つのアクション
- 今日やること: Claude設定画面でメモリを有効化する。ChatGPTからのインポートも試す（所要時間2分）
- 今週中: 業務でClaudeを使う際、プロジェクト情報や好みの設定をメモリに覚えさせる。1週間でどれだけ繰り返し説明が減るか体感する
- 今月中: 開発者ならMemory Tool APIをPoC環境で試す。エージェントのセッション間コンテキスト維持にどれだけ効くか検証する
あわせて読みたい:
- AIエージェント構築完全ガイド — メモリ設計を含むエージェントアーキテクチャの全体像
- NemoClaw完全解説 — エンタープライズAIエージェントのセキュリティ設計
- AIエージェント構築ツール徹底比較 — Claude含む主要ツールの選び方
著者: 佐藤傑（さとう・すぐる）
株式会社Uravation代表取締役。X（@SuguruKun_ai）フォロワー10万人超。
100社以上の企業向けAI研修・導入支援。著書累計3万部突破。
SoftBank IT連載7回執筆（NewsPicks最大1,125ピックス）。
ご質問・ご相談は お問い合わせフォーム からお気軽にどうぞ。
