Claude：Messages APIでサーバー側に対話コンテキストを保持可能に

Anthropicは2026年11月2日、エージェント開発者にとって控えめながら重要な新機能となるClaudeのMessages API向け「message threads（メッセージスレッド）」のパブリックベータを開始した。これまで同APIは完全なステートレス運用であり、クライアントは毎ターン、ツールの実行結果、ファイル、スクリーンショットを含む会話の全履歴を再送していた。スレッド機能により、会話は一定時間サーバー側に保持され、クライアントは差分のみを送信すれば済むようになる。

仕組み

このメカニズムは、通常のリクエストにthreadパラメータを追加するだけで機能する。

• 作成（Create）： 初回リクエストは従来どおり、会話全体、システムプロンプト、ツールに加えて"thread": {"type": "create"}を付けて送信する。APIは応答IDに紐づけて対話を保存する。
• 継続（Continue）： 以降のターンでは、新規メッセージと直前の応答IDであるprevious_message_idのみを送信する。システムプロンプトやツールは再送不要となる。ただし、一部のパラメータ（モデル、思考、出力フォーマット、ベータヘッダーなど）は一致している必要があり、異なるとエラーになる。
• 再送（Replay）： サービスは「ベストエフォート」で動作する。スレッドは最後のリクエストから5分で失効し、最終利用から遅くとも1時間で消去される。APIが継続を処理できない場合は404エラーを返し、クライアントは会話全体を再送しなければならない。公式SDKには、この再送を自動で行うヘルパーが用意されている。

利用にはベータヘッダーmessage-threads-2026-08-12が必要となる。本機能はClaude API、Claude Platform on AWS、Claude in Microsoft Foundry、Claude on Google Cloud（Anthropic管理）で提供されている。

変わること、変わらないこと

改善されるのはレイテンシであり、利用料金ではない。AnthropicはすでにClaude Codeでこれを活用しており、大半のユーザー向けにスレッドがデフォルトで有効化されている。

Anthropic発表の数値であり、第三者による検証は未実施。

Claudeは毎ターン会話全体を読み直すため、トークン消費量は変わらず、プロンプトキャッシュも自動ではないため明示的な要求が必要である。スレッドによって省略されるのは、リクエストごとの履歴全体の再送、バリデーション、トークン化処理である。Anthropicは、長時間稼働するコーディングエージェント、PCを操作するエージェント（スクリーンショットがスレッド内に残る）、ドキュメントや画像を大量に処理するワークロードをユースケースとして挙げている。

留意すべき制限事項

ドキュメンテーションではトレードオフについても率直に記載されている。信頼できる情報源（source of truth）は依然としてクライアント側であり、各メッセージのローカルコピーを保持する必要がある。APIの応答には、ターンが正常に保存されたかどうかの明示的な指標が含まれないためである。また、スレッドは追加のみを受け付ける。メッセージの変更、履歴の要約、ツールの変更を行う場合は、新しいスレッドを開始しなければならない。スレッドはMessage Batches、トークン数カウント、オンデマンド圧縮には対応しておらず、スレッドの一覧取得、読み取り、削除を行うAPIも存在しない。

データ面では、コンテンツは永続ディスクに書き込まれず、メモリ上で暗号化されて保持される。しかし、この機能はゼロデータ保持（ZDR）の対象外であり、HIPAAモードの組織では利用できない。Anthropicは一般提供（GA）の時期を明らかにしていない。