AIと長くやり取りすると、次の質問は一行でも、その裏では過去の会話を丸ごと送り直していることがある。Anthropicは11月2日、この繰り返しを省くClaude API向け機能「Message threads」のベータ提供を告知した。対話アプリや、道具を何度も使うAIエージェントを作る開発者に関係する変更だ。
最初に履歴を送れば、次から送る会話データは、新しいメッセージと前回の応答IDだけになる。履歴の転送や、サーバーがその内容を検査・トークン化する処理の繰り返しを減らし、回答が出始めるまでの待ち時間を短くする狙いがある。Claudeアプリに長期記憶が追加された、という話ではない。
次の一言のために、前の会話を送り直さない
公式ガイドによると、最初のリクエストでは、会話に加えてAIへの基本指示や使える道具を送り、スレッドを作る。次のリクエストからは、続きのメッセージと直前の応答IDを渡す。サーバーが保存した履歴をつなぎ直して、モデルへ渡す仕組みだ。モデル名など、毎回同じ値で送る必要がある項目は別に残る。
利用にはmessage-threads-2026-08-12というベータ用ヘッダーを指定する。公式SDKには、スレッドの作成と続行を扱うヘルパーも用意されている。
たとえば、AIがファイルを読み、内容を調べ、追加のファイルを読み、最後に修正案を出す。こうした連続作業では、会話と道具の結果がたまっていく。毎回その全部をアップロードする代わりに、新しく得た結果だけを送れる。
ただし、AIが過去の会話を読まなくてよくなるわけではない。サーバーへ全文を送り直さないだけで、モデルには履歴がつながった会話が渡る。「送るデータが小さい」と「モデルに渡る会話が短い」は、別の話になる。
初回は会話の全文・基本指示・道具を送り、2回目からは追加メッセージと直前の応答IDという会話データを送る。APIが履歴をつなぎ直すため、モデルに渡る会話が短くなるわけではない。モデル名などの固定項目は別途必要。公式仕様をもとに編集部作図。実APIの出力ではありません。 出典：Anthropic公式ガイド。
5分で失効。履歴は自分のアプリにも残す
便利そうだが、会話の保存先を丸ごと任せる用途には向かない。スレッドはベストエフォートで保持され、最後のリクエストから5分で失効する。5分以内でも、続けられない場合はある。
続行できずにthread_not_foundが返ったら、アプリ側に残した履歴を全文送り直し、新しいスレッドを作る。公式SDKのヘルパーには、この再送を処理する機能がある。ただしヘルパーが履歴を持つのはメモリー上だけ。アプリを終了した後も会話を残したければ、開発側で保存する必要がある。
5分の有効期間と、データが削除される期限も違う。公式説明では、履歴は暗号化されたメモリー上で保持され、永続ストレージには書き込まれず、最後の利用から1時間以内に削除される。この機能はゼロデータ保持の対象外だ。短時間の保存だからと、履歴を一切保持しない契約や設計にそのまま組み込めるわけではない。
スレッドは最後のリクエストから5分で失効し、内容は最後の利用から1時間以内にメモリーから削除される。保持はベストエフォートで、5分以内でも続行を保証しない。継続できなければ、自分のアプリに残した履歴を全文再送して新しいスレッドを作る。時刻の区別を示す模式図で、時間間隔や実測を表すものではありません。 出典：Anthropic公式ガイド。
通信は軽くなるが、料金が自動で安くなるわけではない
公式ガイドは、Message threadsを使っても料金とレート制限は変わらないと明記している。新しい一言しか送っていなくても、過去の会話がモデルから見えなくなるわけではない。
同じ入力の再利用で費用や処理を抑えるプロンプトキャッシュも、別に設定する。スレッドを作っただけで、自動的にキャッシュが有効になるわけではない。会話を要約して短くする機能とも異なり、途中の履歴を要約へ置き換えるなら、新しいスレッドを作る必要がある。
長い会話を続けながら道具を呼ぶアプリなら、試す理由は分かりやすい。新しい結果を一つ渡すために、過去の会話まで何度も送らなくて済む。ただ、速くなったかは自分のアプリで測りたい。全文再送あり・なしで、送信データ量、回答が出始めるまでの時間、課金対象のトークン数を分けて比べ、失効した後に会話を復元できるかも確かめる。通信の無駄を減らすことと、会話を失わないことを、一緒に設計する機能だ。
出典：Anthropic「Message threads」、公式リリースノート。2026年11月3日確認。ベータ機能の公式仕様を紹介した記事で、ファイル操作は説明用の例です。APIの実測や費用比較は行っていません。
