【ITニュース解説】Claude's Anti-Distillation Rule Turns Your Agent's Message History Append-Only

AI技術の進化が目覚ましい中、大規模言語モデル（LLM）の一つであるAnthropic社のClaudeは、開発者にとって強力なツールだ。このClaudeをシステムに組み込む際、特にそのAPIを利用する場面で、Anthropic社が導入した新しいルール「思考の保存（Preserved thinking）」について理解することが非常に重要になる。このルールは、Claudeとの会話履歴の取り扱い方に大きな影響を与え、これまでの開発手法を見直す必要が出てくる可能性がある。

「思考の保存」ルールが導入された背景には、Anthropic社が自社のAIモデルを保護するという明確な目的がある。AIモデルがどのように推論し、どのように回答を導き出したかというプロセス、つまり「思考」の部分は、モデルの核心的な価値を形成する。この「思考」のプロセスが他のAI開発者によって「蒸留（distillation）」される、つまり模倣や学習の材料として不正に利用されることを防ぐため、Anthropic社は強力な対策を講じた。他社がClaudeの推論データを基に自社のモデルを訓練する行為は、Anthropic社の知的財産を侵害する可能性があり、その保護が急務だったのだ。この防御策は複数あり、そのうちの一つが「思考の保存」であり、これによってデータ盗用が大幅に減少したという初期の報告もなされている。

この「思考の保存」ルールは、Claude APIにリクエストを送る際、過去の会話履歴に含まれるClaudeの「思考ブロック（thinking block）」を開発者側で編集することを禁止する。具体的には、Claudeが一度生成した応答に含まれる思考の記録を、後続のリクエストで変更してはいけないということだ。もし、システムが以前の会話履歴を書き換えて、その中に含まれる思考ブロックと整合性の取れない内容でAPIリクエストを送信すると、「messages.1.content.0: Invalid signature in thinking block. The block is bound to a different conversation.」といったエラー（HTTPステータスコード400 Bad Request）が返されることになる。このエラーは、Claudeが「あなたが送ってきた思考ブロックは、以前の会話の文脈と合わない」と判断したことを意味する。 このルールは、2026年8月31日以降に作成された新しいAPIアカウントに対してはデフォルトで適用される。それ以前に作成された古いアカウントについては、開発者が明示的にこの機能を有効にするまで強制されないが、将来的には対応が求められるだろう。 APIがチェックする範囲は、思考ブロックより前の全ての要素に及ぶ。これには、会話の冒頭で設定する「システムプロンプト」の内容、利用可能な「ツール」の定義、そして思考ブロックが生成された時点より前の「すべてのメッセージ」が含まれる。これらのどれか一つでも変更されていると、その後の思考ブロックはすべて無効と判断される。 しかし、すべての変更が禁止されるわけではない。新しいメッセージを会話履歴に「追記」することは引き続き有効だ。また、モデルの振る舞いを調整するためのeffort（努力量）やmax_tokens（最大トークン数）、tool_choice（ツール選択）、metadata（メタデータ）、cache_control（キャッシュ制御）といったパラメータを変更することは問題ない。これは、APIが開発者が送信した内容とサーバー側で編集されたコピーを区別しているためだ。つまり、会話の途中でメッセージを一つでも変更すると、その後に続く思考ブロックは全て無効になるということを理解する必要がある。

この「思考の保存」ルールは、特に複数のターンにわたる会話を管理するAIエージェントの開発に大きな影響を与える。AIエージェントの多くは、会話履歴を動的に操作して、次善の応答を生成しようとするが、これまでの一般的な習慣のいくつかは、今後は許容されない。 例えば、セッションの途中でシステムプロンプトの内容を再構築する行為は避けるべきだ。日付を挿入したり、更新された指示ファイル（CLAUDE.mdなど）を会話の途中でシステムプロンプトとして再読み込みしたりすると、ルールに違反する。このような場合は、指示ファイルを一度だけ読み込み、その後の更新は会話の中間のシステムメッセージとして、あるいは次のユーザーのターンの中で追加するべきだ。 同様に、会話の途中で利用可能なツールセットを変更するのも問題となる。全てのツールは会話の開始時に宣言し、後から追加するツールはdefer_loading: trueとマークし、tool_additionやtool_removalブロックを使って動的に提供・撤回する必要がある。単にツールを削除してAIのツール利用をオフにしたい場合は、tool_choice: {"type": "none"}という指定を行う。 会話の途中のメッセージを削除する「ターンカット」も、その後に続く思考ブロックを無効にするため、避けるべき習慣だ。古いツール結果の整理には、サーバーサイドのコンテキスト編集機能を利用することが推奨される。また、開発者が独自に会話履歴を要約して、古い部分を置き換えるような処理も、置き換えられた履歴に対して生成された思考ブロックとの不整合が生じるため、問題となる。この場合も、APIが提供するオンデマンドの要約機能を利用するか、保持するターンから思考ブロックを完全に削除する必要がある。 さらに、一部のシリアライザが内容が空のブロックをスキップする設定になっている場合も注意が必要だ。thinkingフィールドはデフォルトで空であることが多いが、その署名にはAIの推論が含まれており、これをスキップすると重要な情報が失われることになる。もし、role: "system"のメッセージをトップレベルのシステムフィールドに移動させるようなゲートウェイをシステム内に設けている場合も、会話全体の思考ブロックが無効となるため注意が必要だ。URLで参照される画像やドキュメントの内容が、参照後に変更された場合も問題となるため、会話を通じて参照するファイルはFiles APIを利用してfile_idで管理することが強く推奨される。 これらの変更は、これまでのメッセージ履歴を自由に操作できるという前提を覆し、Claudeとの会話履歴を「追記専用の台帳」のように扱うことを強制する。

自分のシステムが「思考の保存」ルールに違反する可能性があるかどうかを事前にテストする方法も提供されている。古いアカウントでも、APIリクエストにthinking-binding-controls-2026-08-01というベータヘッダを含め、prefix_mismatch_behaviorを設定しない状態でリクエストを送信することで、どのブロックが無効と判断されるかを確認できる。この場合、APIからのレスポンスのinput_transformationsフィールドに、thinking_mismatch_allowedとして無効とされたブロックのリストが表示されるため、問題のある箇所を特定できる。 すぐにプログラムを修正できない場合の「一時的な対処法」として、prefix_mismatch_behaviorをdrop_blockに設定することも可能だ。これにより、ルールに違反する思考ブロックはAPIによって自動的に破棄され、リクエスト自体は成功する。しかし、これは根本的な解決策ではない。思考ブロックが破棄されるとその後のモデルの推論能力が低下する可能性があり、場合によっては出力されるトークン数が大幅に増加することも報告されている。このため、あくまで一時的な回避策として利用し、できるだけ早く根本的な修正を行うべきだ。

この新しいルールに対応するため、開発者は以下の点に注意を払う必要がある。まず、Claudeに送信した内容、そしてClaudeから受け取った内容（レンダリングされたシステムプロンプト、ツール定義、アシスタントの各ターンを含む）を正確に永続化し、会話を再開する際にはその永続化された内容をそのまま再生するべきだ。入力データに基づいて毎回システムプロンプトなどを再生成するのではなく、送信した形をそのまま保存し利用する。 また、プロキシやAPIゲートウェイをシステムに組み込んでいる場合、anthropic-betaヘッダの値やthinking.block_bindingといった関連するAPI設定を透過的にパススルーし、APIからのinput_transformationsも呼び出し元に正確に返すようにする必要がある。エラーが発生した際に、黙ってthinkingブロックを削除してリトライするような動作は避けるべきだ。 さらに、複数のAPIアカウントを運用している場合は、あるアカウントで生成されたClaudeの思考ブロックを、別のアカウントで再利用することはできない点も注意が必要である。

Anthropic社は、自社のAIモデルを保護するために、開発者側にいくらかの工数を強いていると言える。しかし、この変更によってメッセージ履歴が「追記専用」となり、正確に再現可能な形式になることは、AIエージェントのデバッグや挙動分析を容易にするというメリットも持ち合わせている。このルールの意図を理解し、適切に対応することで、より堅牢で信頼性の高いAIエージェントを構築できるようになるだろう。