保留思考：改變 Messages API 處理思考區塊的方式以防止蒸餾

我們正在改變 Messages API 處理思考區塊的方式以防止蒸餾。思考區塊是 Claude 在處理回應時可能產生的推理記錄。在 Claude Fable 5.1、Claude Opus 5.5 和 Claude Sonnet 5.5 上，新的 API 帳戶在多輪對話期間無法再編輯思考區塊周圍的上下文，例如訊息、工具或系統提示。我們將在即將推出的模型版本中將推出範圍擴展到所有使用者。

修改此先前的上下文有合法的應用，我們繼續使用下面概述的調整來支援。但是，此類修改也是工業規模非法蒸餾的常見且公開記錄的技術，這在我們的使用政策和服務條款中被禁止。

現在，API 將驗證思考區塊是否與產生它的相同系統提示、工具和訊息一起發送回來，如果不匹配將返回錯誤。為了讓修改的請求成功，開發人員可以選擇改為從此類請求中移除思考區塊；模型將在不看到思考區塊的情況下做出回應。

在本文中，我們分享了我們這樣做的原因的詳細資訊以及您可以進行的調整以最小化中斷。

Claude 在提供最終答案之前會產生推理步驟。在 API 上，這些以「思考區塊」的形式返回給使用者。在多輪對話中，API 使用者在每次交換時將這些區塊與系統提示、工具和早期訊息一起發送回來，以便 Claude 具有完整的對話上下文。

對於使用下面列出的模型的受影響帳戶，如果先前思考區塊之前的系統提示、工具或訊息已被修改，API 將返回錯誤。

為了避免錯誤訊息，您可以選擇加入「非嚴格」模式。在此模式下，請求將通過，但受影響的思考區塊將從模型看到的內容中刪除。這允許您繼續對話或任務而不中斷，儘管先前輪次的思考未顯示給模型。發生這種情況時，API 回應將告訴您哪些區塊被刪除。

改變對話的早期輪次是非法蒸餾活動中使用的常見技術，其目的是提取先進模型的能力（尤其是思考）來訓練另一個模型，未經授權。蒸餾通常在工業規模上進行，使用數千個虛假帳戶。我們加密 Claude 的思考區塊以防止這種情況，但通過在思考區塊之前編輯對話，使用者可以讓 Claude 解密並列印其推理。以這種方式訓練的系統可以繼承它們本來不會有的能力，而不會繼承我們為防止廣泛濫用（如網路攻擊和武器開發）而建立的保障措施。

此更改旨在使蒸餾活動更難執行。它建立在現有的反蒸餾措施之上，例如增強的蒸餾分類器和限制將會話或推理從更先進的模型轉移到具有較弱保障的不太能幹的模型。

某些整合（特別是涉及在對話中途重寫早期輪次的整合，例如上下文壓縮、注入的系統提醒或在會話中途更改工具）可能需要調整。

以下是幫助您完成此更新的資源：

檢查每個頁面以了解 Amazon Bedrock、Google Cloud Vertex AI 和 Microsoft Foundry 上的可用性。

如果上面的指導不涵蓋您的使用案例，請聯繫我們的支援團隊。如果您與帳戶團隊合作，您也可以聯繫他們以獲得更新更複雜整合的支援。

保持思考區塊一致還有額外的好處：這意味著 API 可以更頻繁地重複使用快取的提示，這可以降低成本和回應時間。

保留思考適用於這些模型和帳戶：

這涵蓋了 Claude Platform 組織、Amazon Bedrock 帳戶、Google Cloud Vertex AI 專案和 Microsoft Foundry 專案。

我們採取分階段的執行方法，從新帳戶開始，我們在新帳戶中看到最高濃度的蒸餾相關濫用。這給現有帳戶的開發人員時間來使其工具和整合相容。

如果您使用 Claude Code、Claude Cowork 或 Claude.ai，您無需進行任何更改；這些產品會為您處理思考區塊。

從 Claude Sonnet 5.5 開始，思考區塊只能由建立它的帳戶或與其連結的帳戶讀取。

思考區塊可以包含私人資訊。因為它們是加密的，當您檢查記錄時該資訊不可見。此檢查有助於防止共享或洩露的記錄暴露其中的推理。它也使蒸餾者更難在我們禁止產生它們的帳戶後將收集的記錄移動到新帳戶。

如果請求包含來自未連結帳戶的思考，API 會刪除該思考，請求繼續進行。它不返回錯誤。下一個回應可能會更慢並使用更多令牌，類似於壓縮。

同一 Claude Platform 父組織或同一 Google Cloud 組織中的帳戶會自動連結。如果您在其他帳戶之間繼續對話，例如在 Claude Platform 和 Amazon Bedrock 之間進行故障轉移，請聯繫您的帳戶團隊以連結它們。

在 Claude Code 中，在會話中途切換帳戶具有相同的效果：下一個回應更慢並使用更多令牌。