著者 Claudeのメモリ機能は追加料金がかかりますか？
Claudeのメモリ機能自体に追加料金はありません。ただし、記憶テキストを入力トークンとして再送するため、再送量とプロンプトキャッシュの有無で費用が変わります。
Claude のメモリ機能には追加料金がかかりますか？
Claude のメモリ機能自体に料金はかかりません。Anthropic が公開している料金は、入力 100 万トークンあたりと出力 100 万トークンあたりで設定されており、プロンプトキャッシュには別料金があります。これらのいずれにも memory token という項目はありません。メモリツールはクライアント側で動作し、ファイルは利用者が管理するストレージに保存されるため、Claude API (application programming interface) ではメモリ自体の保存に料金はかかりません。
ただし、メモリは請求額に影響します。記憶された情報は、Claude が読み取るリクエストに含まれている場合にだけ回答へ反映されるためです。記憶するということは、再送するということです。そのテキストは入力トークンとして送信され、モデルの通常の入力料金が適用されます。金額を左右するのは 2 つです。毎回のターンで再送する記憶テキストのトークン数と、その再送テキストをプロンプトキャッシュから提供できるかどうかです。
Pro または Max のサブスクリプションでは、トークン単位の請求はありません。そのため、メモリは料金ではなく利用枠を消費します。仕組み自体は同じです。異なるのは単位だけです。利用枠には上限があるため、各ターンにどの程度のメモリを含めるか決める前に、Claude Pro の料金と、制限によって利用を止められる時点を把握しておくとよいでしょう。Claude Enterprise はさらに異なります。シート料金に加えて、すべてのトークンを API 料金で従量課金するため、メモリブロックが大きすぎると、利用枠ではなく料金として発生します。メモリを整理して小さいプランの上限を十分下回るようになった場合は、Max から Pro へ変更することを次に検討できます。変更は、すでに支払った利用期間の終了時に反映されます。Anthropic のプラン同士ではなくプロバイダー間で比較する場合は、現在の料金で Claude のプランと ChatGPT を比較することから始めるとよいでしょう。
各 Claude サーフェスで「メモリ」が意味するもの
この用語は 3 つの異なる製品で使われているため、混同すると疑問が分かりにくくなります。
Claude API の memory ツール。 tools 配列にエントリを 1 つ追加し、ファイル操作を独自のコードで実装します。
{"type": "memory_20250818", "name": "memory"}2026 年 8 月時点では、このツールは Claude 4 以降のモデルで、ベータヘッダーなしの Messages API から一般提供されています。これはクライアント側で動作します。Claude が view /memories などの操作を要求すると、ハンドラーが管理対象のストレージに対してその操作を実行し、結果を tool_result ブロックで返します。Anthropic がファイルを保持することはないため、転嫁すべきストレージ料金はありません。料金が発生するのはラウンドトリップです。ツール定義はすべてのリクエストで送信され、返されたファイル内容はその時点から会話に残ります。
Anthropic は、このオーバーヘッドの固定部分を公開しています。2026 年 8 月に文書化された内容では、Claude Opus 5 でツール選択を auto にした場合、ツール使用のシステムプロンプトは 286 トークンです。これは memory かどうかを問わず、ツールが存在するすべてのリクエストで 1 回分課金されます。
Claude Code。 各セッションの開始時に 2 つの仕組みが読み込まれます。CLAUDE.md ファイルには、ユーザーが記述した指示を保存します。自動メモリには、Claude が ~/.claude/projects/<project>/memory/ 配下に自分用に記録したメモを保存します。MEMORY.md の先頭 200 行または 25KB のうち、先に上限へ達した方までしか読み込まれません。その横にあるトピックファイルは起動時ではなく、必要に応じて読み込まれます。起動時に読み込まれた内容は、セッション中の後続のすべてのリクエストが持ち運ぶプレフィックスの一部になります。Claude Code がセッション間でメモリを呼び出す仕組みでは、ファイルごとの読み込み順序を説明しています。
Claude on the web。 claude.ai では、メモリはチャット中に Claude が記録・更新するエントリの集合です。プロジェクトごとに個別のメモリ領域があります。Settings > Memory では保存内容を確認でき、そこにあるトグルから Pause memory または Reset memory を選択できます。このサーフェスはサブスクリプションで課金されるため、メモリは利用上限を消費します。
記憶されたテキストが入力トークンとして課金される理由
Messages API はステートレスです。呼び出しの間に何も保持しないため、クライアントは各ターンで会話全体を送信し、モデルはその全体を再び読み取ります。メモリもこのルールの例外ではありません。同じリクエスト内に含まれる、もう1つのテキストブロックです。
この内訳は、任意のレスポンスに含まれる usage オブジェクトで確認できます。
"usage": {
"input_tokens": 412,
"cache_creation_input_tokens": 0,
"cache_read_input_tokens": 18240,
"output_tokens": 236
}input_tokens は、キャッシュから読み取られず、キャッシュの作成にも使用されなかったトークンだけを数えます。実際には、最後のキャッシュブレークポイントより後にあるトークンです。リクエストの入力トークン総数は、cache_read_input_tokens、cache_creation_input_tokens、input_tokens の合計です。3 ターン前に Claude が開いたメモリファイルは、それ以降の各ターンでこの合計に含まれます。キャッシュされたプレフィックスが有効な間は cache_read_input_tokens に計上され、無効になると input_tokens に計上されます。同じテキストでも、料金は大きく異なります。入力トークンと出力トークンでは料金が異なり、メモリが計上されるのは常に入力側です。
自分の利用でこれらの数値を確認する方法
ブログ記事の数値をそのまま使わないでください。この記事も例外ではありません。自分のメモリブロックを測定してください。トークン数のカウントは無料で、専用のレート制限があるため、測定に費用はかかりません。
curl https://api.anthropic.com/v1/messages/count_tokens \
-H "x-api-key: $ANTHROPIC_API_KEY" \
-H "content-type: application/json" \
-H "anthropic-version: 2023-06-01" \
-d '{
"model": "claude-opus-5",
"system": "You are a scientist",
"messages": [{"role": "user", "content": "Hello, Claude"}]
}'結果は、{ "input_tokens": 14 } のような1つの数値です。メモリのテキストを system フィールドに貼り付けて1回実行し、次にメモリなしで実行します。その差が、毎ターンそのメモリにかかるコストです。注意点が2つあります。このカウントは推定値です。また、Anthropic が独自のシステム最適化のために追加するトークンは、課金対象になりません。実際に使用するモデルを指定してカウントしてください。Claude 4.7 以降では新しいトークナイザーが使われ、同じテキストでもトークン数が約30パーセント増えるためです。
Claude Code 内では、curl を使わずに同じことを確認できます。
/contextには、メモリファイルを含め、現在読み込まれている内容が表示されます。入力前に、メモリがコンテキストウィンドウのどれだけを占めているか確認できます。/memoryには、CLAUDE.md ファイルが一覧表示され、自動メモリのフォルダーが開きます。/usageには、セッションの合計値が表示されます。キャッシュの読み取りと書き込みも含まれます。- ステータス行では、コンテキストウィンドウの使用量を継続的に表示できます。使用量の増加をリアルタイムで確認できます。
/usage セッションブロックは次のようになります。
Total cost: $0.55
Total duration (API): 6m 20s
Total duration (wall): 6h 33m 10s
Total code changes: 0 lines added, 0 lines removed
Usage by model:
claude-sonnet-4-6: 1.2k input, 5.3k output, 940.0k cache read, 50.0k cache write ($0.55)最後の行を注意して確認してください。940.0k の cache read は、会話とメモリを含むすべての内容が、キャッシュ料金で毎ターン再送信されていることを示します。1.2k の input は、新しく追加された部分だけを示します。Claude Code は定価に基づいてこの金額をローカルで計算するため、適用されている割引は反映されず、請求書の金額と異なる場合があります。正確な数値は Claude Console の Usage ページで確認してください。
次に、比較を直接行います。新しいセッションを2つ用意し、同じ最初の質問を実行します。一方は通常の設定、もう一方は自動メモリを無効にした設定にします。
CLAUDE_CODE_DISABLE_AUTO_MEMORY=1 claude各セッションで /context を実行し、memory files の項目を比較してください。その差が、作業を始める前に、各セッションの開始時点で蓄積済みメモリにかかるコストです。Claude Code のトークン使用量の内訳を、この2つの数値と合わせて読むと理解が深まります。
メモリの再送には、100万トークンあたりいくらかかりますか？
プロンプトキャッシュにより、同じメモリブロックでもターンによってコストが10倍になることがあります。Anthropic は各モデルの基本入力料金に対する倍率としてキャッシュ料金を公開しているため、ドル価格が変動してもこの関係は維持されます。
The data behind this chart
[
{
"label": "Base input",
"price_multiple": 1
},
{
"label": "5 minute cache write",
"price_multiple": 1.25
},
{
"label": "1 hour cache write",
"price_multiple": 2
},
{
"label": "Cache read",
"price_multiple": 0.1
}
]キャッシュの読み取りには、基本入力料金の 0.1 倍がかかります。存続期間が5分のエントリを書き込む場合は基本料金の 1.25 倍、1時間の場合は 2 倍です。Anthropic は損益分岐点を明確に示しています。5分間のキャッシュでは1回読み取れば、1時間のキャッシュでは2回読み取れば、キャッシュによる節約が書き込みコストを上回ります。プロンプトキャッシュの損益分岐点は、メモリをどこに配置するか決める前に計算すべき値です。
この倍率を使うと、再送回数を算術計算に置き換えられます。次のブロックは、上記で公開されている倍率に基づく計算です。稼働中のワークロードを測定したものではありません。100ターンのセッションでメモリブロックを3通りに扱い、通常の基本入力料金で課金されるトークン数に換算しています。
The data behind this chart
[
{
"label": "4,000 tokens, never cached",
"base_rate_equivalent_tokens": "400,000"
},
{
"label": "4,000 tokens, 1 write and 99 reads",
"base_rate_equivalent_tokens": "44,600"
},
{
"label": "1,000 tokens, 1 write and 99 reads",
"base_rate_equivalent_tokens": "11,150"
}
]4,000トークンのメモリブロックが100ターンすべてでキャッシュミスになる場合、基本料金のトークン 400,000 個分として課金されます。同じブロックを1回の5分間キャッシュ書き込みと99回のキャッシュ読み取りで利用すると、44,600 個分として課金されます。サイズを4分の1に削減してキャッシュを維持すると、11,150 個分として課金されます。3 行を通じて、機能自体は変わっていません。変わったのは再送の動作だけです。これらは金額ではなくトークン数です。トークン数を月額請求の金額に換算するには、モデルの100万トークンあたりの料金を1回掛けます。その料金は使用するモデルによって決まります。エージェントを Claude Fable 5 で動かす場合は、まず公開されている100万トークンあたりの料金と適した用途を確認してください。
2行目では、後続の99件のリクエストが、キャッシュエントリの有効期間内に到着すると仮定しています。実際の請求額が想定と大きく異なる原因の多くは、この前提にあります。
休憩後に同じ質問をすると、なぜ料金が高くなるのですか？
キャッシュエントリには有効期間があり、その時間は、エントリを読み書きするリクエストから始まります。デフォルトは 5 分です。1 hour オプションでは、上記の書き込み料金の 2 倍がかかります。Claude Code では、サブスクリプション利用時の有効期間は 1 時間ですが、usage credits を使う状態になると 5 分に短縮されます。API key またはクラウドプロバイダーでは、デフォルトで 5 分です。ENABLE_PROMPT_CACHING_1H=1 を設定すると、usage credits の利用中も有効期間を 1 時間に維持できます。
昼休みの間に開いたままにしていたセッションで 1 行の質問を入力すると高額になるのは、離席中にキャッシュエントリの有効期間が切れるためです。メモリを含むプレフィックス全体が、再び基本入力料金で処理され、キャッシュにも再度書き込まれます。料金を決めるのは、停止していた時間の長さです。
推測ではなく、実際に確認できます。Pro、Max、Team、Enterprise プランでは、/usage の内訳に、直近の使用量の 10 パーセント以上を占める挙動が表示されます。長いコンテキストとキャッシュミスも、その名前で表示されます。API では、しばらく利用していなかった後の最初のリクエストで、cache_creation_input_tokens がプレフィックス全体のサイズまで戻ることを確認してください。
キャッシュを静かに無効化する変更
キャッシュされるプレフィックスの順序は、tools、system、messages です。あるレベルで変更すると、そのレベルと、それ以降のすべてが無効になります。tool 定義を編集すると、キャッシュ全体が破棄されます。system prompt を編集すると、system と message のキャッシュが破棄されます。
これは、メモリを system prompt に保持し、エージェントの学習に応じて書き換える場合に起きる問題です。書き換えるたびに、その後ろにあるすべてのキャッシュ済みコピーが破棄されるため、次のリクエストでは全体を再び書き込む必要があります。安定した内容は先頭に置いて変更せず、変動する内容は messages リストの後方に置いてください。そうすれば、無効化のコストを抑えられます。
もう 1 つ、気付きにくい失敗があります。各モデルには、キャッシュ可能なプレフィックスの最小長があります。2026 年 8 月時点の公開情報では、Claude Opus 5 は 512 tokens、Claude Sonnet 5 は 1,024 tokens、Claude Haiku 4.5 は 4,096 tokens です。Anthropic のドキュメントには、この長さを下回った場合の動作が明記されています。「このトークン数未満をキャッシュするリクエストは、キャッシュなしで処理され、エラーは返されません。」したがって、cache_control が付いた小さなメモリファイルは、完全に何も起こさず、静かに無視されます。確認できる症状は、プロンプトに明らかにブレークポイントが含まれているのに、cache_creation_input_tokens が 0 のままであることです。
役割を終えたメモリを削除する
メモリの各行は、そのメモリを保持するすべてのターンでトークンを消費します。そのため、各行について最近の回答を変えたかどうかを確認します。Claude Code では、この上限が明確に定められています。CLAUDE.md は 200 行未満に保つことを目指してください。ファイルが長いほどコンテキストを消費し、Claude がその内容に従う信頼性が低下するためです。MEMORY.md は読み込み時に先頭 200 行または 25KB までに制限されます。この上限を超えた内容は、次のセッション開始時に破棄されます。サイズの大きすぎるインデックスはトークンを消費するだけで、何も教えません。
小さく保つには、2 つの習慣が役立ちます。詳細をインデックスからトピックファイルへ移してください。Claude はそれらを起動時ではなく、必要に応じて読み込みます。ワークフローの指示は CLAUDE.md から skills へ移してください。skills は呼び出されたときだけ読み込まれます。frontmatter で始まる既存のメモリファイルについては、version 2.1.214 以降の Claude Code が書き込み時刻を ISO 8601 形式のタイムスタンプとして modified フィールドに記録します。このタイムスタンプを使うと、古くなった事実を最も速く見つけられます。古くなったエージェントメモリを削除するでは、レビューの手順をさらに詳しく説明しています。
すべてをコンテキストに読み込むより取得が有効な場合
memory ツールは、必要な時点で情報を取得するために使用します。最初にすべてを読み込むのではなく、エージェントは学習した内容を記録し、タスクで必要になった時点でファイルを読み戻します。これにより計算が変わります。ファイルの読み取りはトークンを 1 回消費した後、キャッシュ済みプレフィックス内に保持されます。一方、常に読み込むブロックは、ターンごとにコストが発生します。
上の 2 つのグラフから、単純なルールを導けます。ほぼすべてのターンで使用するテキストは、安定したキャッシュ済みプレフィックスに含めます。20 回に 1 回しか使用しないテキストは、view の呼び出しの背後に置きます。損益分岐点を左右するのは再生回数であり、Anthropic の課金方式ではありません。
API では、プラットフォームに会話のトリミングを任せることもできます。コンテキスト編集を使用すると、会話が設定したしきい値を超えた時点で、古いツール結果が削除されます。
{
"edits": [
{
"type": "clear_tool_uses_20250919",
"trigger": {"type": "input_tokens", "value": 30000},
"keep": {"type": "tool_uses", "value": 3},
"clear_at_least": {"type": "input_tokens", "value": 5000}
}
]
}デフォルトでは、入力トークンが 100,000、保持するツール使用回数が 3 です。有効にする前に、キャッシュを使用したインタラクションを確認してください。内容を削除すると、削除した位置でキャッシュ済みプレフィックスが無効になるため、次のリクエストでキャッシュ書き込みのコストが発生します。clear_at_least は、このために使用します。書き込みを正当化できるだけの節約が得られるまで、削除を保留します。context_management の下で、cleared_tool_uses と cleared_input_tokens を含む、実際に行われた処理が正確に応答へ報告されます。そのため、このトレードオフを理論ではなく実測できます。Claude Code でコンテキストウィンドウを管理するでは、同じ考え方をコーディングセッションに適用します。
独立した料金項目があるもの
Memory 自体には料金がかかりませんが、一部の機能には実際に個別料金が設定されています。どの機能が該当するかを把握しておく価値があります。以下は、2026 年 8 月時点で公開されている Claude API の料金です。まったく料金がかからない操作もありますが、Claude API に無料利用枠はありません。サインアップ時に付与される少額のクレジットだけなので、以下の費用は最初のリクエストから実際に発生します。
- Web search: 1,000 回の検索につき $10。さらに、検索結果がコンテキストに追加するすべての内容について、通常のトークン料金がかかります。
- Code execution: 組織ごとに毎月 1,550 時間まで無料です。それを超えると、コンテナ 1 個・1 時間あたり $0.05 かかります。Web search または Web fetch と併用する場合は無料です。
- Claude Managed Agents: 通常のトークン料金に加えて、セッション実行時間に対して 1 セッション時間あたり $0.08 かかります。
- Web fetch: 追加料金はありません。取得したコンテンツのトークン料金だけがかかります。
Memory は、これらのどの料金項目にも表示されません。Memory は入力トークン数に含まれます。ここで使用量を測定でき、pruning と caching によって削減できます。仮想プライベートサーバー（VPS）上で常時稼働する agent の予算を見積もる場合は、VPS 上の AI agent のコスト管理を次に整備してください。Memory ファイルが増え続け、pruning も行わない agent は、使用量を報告する仕組みがないまま、毎週コストが増加するためです。
FAQ
Claude のメモリ機能には別料金がかかりますか？
いいえ。Anthropic の料金表には、100 万入力トークンあたりの料金、100 万出力トークンあたりの料金、プロンプトキャッシュの倍率が記載されていますが、メモリ専用の項目はありません。Claude API では、メモリツールはクライアント側で動作するため、ファイルはすでに料金を支払っているストレージに保存されます。メモリによって追加されるのは入力トークンです。メモリを含む各ターンで、モデルの通常の入力料金が適用されます。
メモリを無効にすると Claude は安くなりますか？
各リクエストのトークン数が減るため、1 回あたりの料金は下がります。ただし、全体として節約できるかは、その後の処理によって決まります。メモリに保存されていた内容を再構築するために Claude が 3 つのファイルを読み直し、2 つの質問をする必要がある場合、そのトークン料金はメモリを使った場合より高くなる可能性があります。推測せずに測定してください。自動メモリを有効にしたセッションと、CLAUDE_CODE_DISABLE_AUTO_MEMORY=1 を指定して開始したセッションで /context を実行し、同じタスクで消費した合計トークンを比較します。
何も変更していないのに使用量が増えたのはなぜですか？
最も一般的な原因は、休止後のキャッシュミスです。キャッシュエントリの有効期間はデフォルトで 5 分、拡張設定では 1 時間です。そのため、休止後の最初のリクエストでは、プレフィックス全体が基本入力料金で再処理され、再び書き込まれます。次に多い原因は、プレフィックスの編集です。ツール定義を変更するとキャッシュ全体が無効になり、system prompt を変更すると system キャッシュと message キャッシュが無効になります。サブスクリプションプランでは、最近の使用量の 10 パーセント以上を占める場合、/usage の内訳にこの動作が表示されます。
メモリは system prompt に置くべきですか、それともツール呼び出しの背後に置くべきですか？
ほぼすべてのターンで使う場合は system prompt に置いてください。キャッシュされたプレフィックスに含まれるため、キャッシュ読み取り料金が適用されます。一部のタスクだけで必要な場合は、view 呼び出しの背後に置いてください。1 回だけ読み取るファイルであれば、各ターンで読み取るのではなく、トークン料金が 1 回だけ発生します。判断基準となるのは再利用回数です。usage オブジェクトを使うと、その数値を直接取得できます。
メモリ機能はサブスクリプションの使用量上限に算入されますか？
はい、間接的に算入されます。サブスクリプションの使用量上限は、各リクエストに含まれるトークンによって消費されるためです。Anthropic のヘルプドキュメントによると、自動コンテキスト管理が発生する長い会話では、使用量上限をより多く消費します。メモリによって各リクエストが少し長くなり、長いセッションではその長さが各ターンで再利用されます。Claude の使用量上限の実際の仕組みでは、何がいつリセットされるかを説明しています。