Anthropic、長時間稼働するエージェント向けメッセージスレッドのベータ版を公開

Anthropicは2026年11月2日、メッセージスレッドをパブリックベータとして導入し、Claude Platform上のMessages APIを利用するアプリケーションが、最初に会話全体を送信した後は新しいメッセージだけを送信できるようにしました。

この機能は、レイテンシが重要となるアクティブなセッションを想定しています。対象には、長時間稼働するコーディングエージェント、スクリーンショットをスレッド内に保持するコンピューター操作エージェント、文書や画像を多用するワークフローが含まれます。Anthropicによると、ほとんどのClaude Codeユーザーでメッセージスレッドがデフォルトで有効になっており、50万〜100万トークンを含むリクエストでは、最初のトークンが返るまでの時間の中央値が約35％短縮されます。

リクエストのライフサイクルと復旧

スレッドを使わない場合、リクエストのたびに会話全体を再びアップロードし、APIはその全内容を再度検証してトークン化します。スレッドを使う場合、APIがモデル向けに会話を再構築する前に行われる処理の大半は、新しいターンだけを対象とします。ただし、Claudeは各ターンで引き続き会話全体を読み込むため、トークン使用量は変わりません。標準のトークン料金と既存のレート制限が適用されます。

公式ドキュメントでは、ライフサイクルを作成リクエストと続行リクエストに分けて説明しています。作成リクエストでは、会話全体、システムプロンプト、ツールを次の thread パラメーターとともに送信します。APIは会話とClaudeの返信をレスポンスIDのもとに保存します。続行リクエストでは、前回の応答以降のメッセージだけを、その応答のIDとともに送信し、 system および tools。新しいレスポンスIDは、それぞれ次のターンで使用します。

スレッドはベストエフォート方式で提供され、最後のリクエストから5分後に有効期限が切れます。APIが応答を保存するたびに、この期限はリセットされます。アプリケーションが引き続き正本となるため、すべてのメッセージのコピーを自ら保持する必要があります。APIがスレッドを続行できなくなった場合、クライアントは新しい作成リクエストで会話全体を再送信します。SDKのスレッドヘルパーは、スレッドの作成と続行を行い、必須のベータ版ヘッダーを追加して、会話をメモリ上に保持します。また、指定された続行エラーが発生した場合、会話全体を1回自動的に再送信します。

保持とキャッシュ

スレッドの内容は、サーバー管理の暗号化のもとでメモリ上に保持され、永続ストレージには書き込まれません。また、最後に使用されてから1時間以内に削除されます。スレッドには、モデルに送信された会話、作成リクエストのシステムプロンプトとツール、および後続のリクエストの検証に使う固定フィールドのフィンガープリントが含まれます。ファイルは参照によって保持されるため、アプリケーションはスレッドが有効な間、会話で使用するすべてのファイルを利用可能な状態にしておく必要があります。メッセージスレッドは、ゼロデータ保持やHIPAAに基づく利用の対象にはなりません。ただし、この機能を利用しても、ほかのゼロデータ保持機能の利用資格には影響しません。

スレッドではプロンプトは自動的にキャッシュされないため、開発者はキャッシュブレークポイントまたはトップレベルの cache_control。スレッドを使ったリクエストに設定できるキャッシュ制御ブレークポイントは最大4つです。また、スレッドは追記専用であり、各レスポンスIDから続行できるのは1回だけです。作成時のみ設定できるフィールド（たとえば system または tools）、あるいは固定フィールドを変更する場合は、会話全体を含む新しいスレッドが必要です。

ストリーミング、提供状況、機能の制限

ストリーミング応答では、クライアントは次の message_stop イベントが発生するまで待ってから、レスポンスIDを使って続行する必要があります。それより前に続行リクエストを送ると、404エラーが返ることがあります。ストリームが途中で切断されても、SDKヘルパーは続行リクエストを自動的に再試行しません。フォールバックモデルが生成したターンはAPIに保存されないため、スレッドを再開するには、新しい作成リクエストで会話全体を送信する必要があります。

ベータ版は、ネイティブのClaude Platform、AWS上のClaude Platform、Microsoft Foundry上のClaude、Anthropicが管理するGoogle Cloud上のClaude Modelsで利用でき、すべてのモデルでベータ版としてサポートされています。スレッドの一覧表示、読み取り、削除を行うAPIはありません。スレッドはMessage Batches、トークン数のカウント、オンデマンドのコンパクション、ほとんどのコンテキスト編集に対応していません。また、Inferenceフックが有効な組織では利用できません。

スレッドには有効期限があり、API経由で取得することもできないため、ベータ版を利用するアプリケーションは、通常のターンで新しいメッセージだけを送信する場合でも、会話履歴を自ら保持し、会話全体を再送信できる仕組みを維持する必要があります。