Claudeの蒸留対策とpreserved thinking｜API連携で確認すること

Anthropicは2026年10月12日、Claudeの能力を無断で模倣するために大量のデータを取り出す「蒸留攻撃」への対策を説明しました。対策の一部は正規のAPI連携にも変更を求めるため、自社ツールからClaudeを呼び出している会社は、連携担当者への確認が必要です。

蒸留対策は、Claudeの内部の思考を取り出しにくくする仕組み

今回の発表では、内部の推論情報の持ち出しを制限し、抽出の試みを検知する対策が説明されています。一般利用者に新しい操作機能を提供する発表ではありません。会社側が見るべき点は、既存の連携が現在のAPI仕様に合っているかです。

preserved thinkingでは、過去の文脈を変える処理に注意

公式の「preserved thinking」資料によると、思考ブロックは、それを生成した会話の文脈と結び付いています。前の指示や会話を変更したまま再利用すると、整合性の確認に失敗する場合があります。

2026年8月31日0時UTC以降に作成されたアカウントでは、対象モデルでこの確認が既定で適用されます。資料にはFable 5.1、Opus 5.5、Sonnet 5.5、Haiku 5.5が挙げられています。古いアカウントでは適用条件が異なるため、作成時期だけでなく実際のリクエスト設定も確認します。

会話の要約やモデル切り替えを担当者に確認する

以下は編集部が提案する確認項目です。自社でAPIを実装していない場合は、利用中のツールの提供元へ、該当する処理があるか確認してください。

確認する箇所	担当者へ伝える質問
会話履歴の短縮	古い会話を要約した後、要約前の思考ブロックをそのまま送っていないか
指示の更新	会話の途中で、最初に渡した指示やツール定義を書き換えていないか
モデルの変更	過去の思考情報を別モデルへ引き継ぐ処理が、公式仕様に合っているか
エラーの扱い	失敗の理由を記録し、同じリクエストを無制限に送り直していないか

公式資料には、不整合な思考ブロックを扱う選択肢もあります。ただし、単にブロックを捨てる方法は出力トークンの増加につながる場合があるため、エラーが消えたことだけで修正完了とは判断しないでください。

連携のテストは、通常の会話と長い会話を分ける

ここからも編集部の提案です。まずテスト用データで短い往復を実行し、その後に履歴の要約や指示変更が起きる長い作業を確認します。担当者には、成功・失敗に加えて、変更前後の出力と利用量を報告してもらうと判断しやすくなります。

本記事は2026年10月15日時点の公式資料に基づきます。個別のAPI連携や修正コードの動作は未検証です。Claudeの通常のチャット画面で、一律に設定変更が必要という意味ではありません。

参照した公式情報

• Anthropic：Strengthening our defenses against distillation attacks（2026年10月12日公開）
• Claude Platform：Preserved thinking（公開・更新日の表示は未確認。2026年10月15日参照）