API 與資料保留

本頁涵蓋 Claude API（api.anthropic.com）、Claude Platform on AWS，以及 Claude in Microsoft Foundry，在這些情況下 Anthropic 是資料處理者。在 Amazon Bedrock 和 Google Cloud's Agent Platform 上，雲端供應商是資料處理者；請參閱這些平台的資料保留與合規文件以了解其對等的控制措施。

Anthropic 為 Claude API 提供兩種資料處理安排：zero data retention（零資料保留），或 ZDR 與 HIPAA 就緒。功能適用性表格列出了每種安排涵蓋哪些 API 功能。關於這些安排之外的 Anthropic 標準保留政策，請參閱商業資料保留政策與消費者資料保留政策。



Anthropic 如何處理資料保留

不同的 API 和功能有不同的儲存需求。如果某項功能不需要儲存客戶的提示或回應，則可能符合 ZDR 的資格。如果某項功能必然需要儲存，Anthropic 會在以下承諾下設計出最小可能的保留範圍：

• 未經您的明確許可，保留的資料絕不會用於模型訓練。
• 僅保留該功能運作在技術上所必需的內容。對話內容（您的提示和 Claude 的輸出）預設不會被保留；例外是 Covered Models，其需要 30 天的保留期。
• 保留的資料會在最短可行的「time to live」（存留時間），或 TTL 內清除，且 Anthropic 致力於讓客戶能控制資料保留的時間長度。保留的內容，以及在適用特定 TTL 時的保留期限，都記錄在各功能的頁面上。

有幾種保留模式不在本頁所述的 ZDR 和 HIPAA 安排範圍內。透過 Compliance API 存取的資料遵循其自身的保留模式，Activity Feed 會保留資料 6 年，而來自 claude.ai 的聊天、檔案和專案內容則遵循您的組織在 claude.ai > Organization settings > Data and privacy 中設定的保留政策。



零資料保留（ZDR）

在 ZDR 安排下，Anthropic 在 API 回應傳回後不會以靜態方式儲存客戶的提示或回應。若要為您的組織申請 ZDR，請聯絡 Anthropic 銷售團隊。ZDR 是以組織為單位啟用的；每個新組織都需要由您的客戶團隊分別啟用 ZDR，且啟用不會自動延伸至同一帳戶下的其他組織。



ZDR 涵蓋的範圍

• Claude Messages 與 Token Counting API： ZDR 適用於這些端點中列於功能適用性表格的符合資格功能。依附於 /v1/messages 但在表格中標記為「否」的功能（例如程式碼執行）不在涵蓋範圍內。
• Claude Code： 當 Claude Code 搭配來自商業組織（即受 Anthropic 商業服務條款約束的組織，有別於消費者 Claude 帳戶）的 API 金鑰使用，或透過已啟用 ZDR 的 Claude Enterprise 使用時，ZDR 即適用。如果在 Claude Code 中啟用了指標記錄，則生產力資料（例如使用統計）不受 ZDR 約束，可能會被保留。完整詳情請參閱 Claude Code ZDR 文件。
• Claude Platform on AWS： Claude Platform on AWS 遵循與第一方 Claude API 相同的資料保留政策。ZDR 可依要求提供；請聯絡您的 Anthropic 客戶代表以啟用。



ZDR 不涵蓋的範圍

• Console 與 Workbench： 在 Claude Console 或 Workbench 提示測試介面上的任何使用。
• Claude Managed Agents： Claude Managed Agents 是有狀態的資源；工作階段逐字稿會持續存在，直到您刪除為止。
• Claude 消費者產品： Claude Free、Pro 和 Max 方案，包括這些方案的客戶使用 Claude 的網頁版、桌面版或行動應用程式或 Claude Code 時。
• Claude Teams 與 Claude Enterprise 產品介面： 這些介面不符合 ZDR 資格。例外是透過已啟用 ZDR 的 Claude Enterprise 使用的 Claude Code；請參閱 ZDR 涵蓋的範圍。
• Claude for Excel： 目前不符合 ZDR 資格。
• Claude Fable 5 與 Claude Mythos 5： 這些模型需要 30 天的資料保留，因此不適用於 ZDR。請參閱模型特定的資料保留要求。
• 第三方整合： 由第三方網站、工具或其他整合處理的資料不在涵蓋範圍內，但某些第三方可能有類似的方案。請檢視各服務的資料處理做法。
• 跨來源資源共享（CORS）： 具有 ZDR 安排的組織不支援 CORS。若要從瀏覽器端應用程式發出 API 呼叫，請透過後端代理伺服器轉送請求。有關代理模式和 API 金鑰處理，請參閱 API 安全指南。
• 被標記的內容與法律保留： 請參閱無論何種安排皆適用的保留。



HIPAA 就緒

Claude API 支援為處理受保護健康資訊（PHI）的組織提供 HIPAA 就緒的整合。透過簽署 BAA 並啟用 HIPAA 的組織，您可以使用受支援的 API 功能來處理 PHI，同時支援您組織的 HIPAA 合規。符合資格的組織可以直接從 Claude Console 檢視並簽署 BAA 並啟用 HIPAA 就緒。HIPAA 就緒採用比 ZDR 更廣泛的隱私與安全防護措施（在 PHI 的整個生命週期中保護它的加密、存取控制和稽核記錄），而非要求立即刪除。如果您的組織處理 PHI，HIPAA 就緒就是應採用的安排；您不需要同時使用 ZDR。請參閱功能適用性表格以了解每種安排涵蓋哪些功能。



HIPAA 就緒涵蓋的範圍

• Claude API： HIPAA 就緒適用於 Claude API（api.anthropic.com）中列於功能適用性表格的符合資格功能。



HIPAA 就緒不涵蓋的範圍

• Claude 消費者產品： Claude Free、Pro 和 Max 方案。
• Console 與 Workbench： 透過 Claude Console 介面的使用（支援從 Console 設定中啟用 HIPAA 就緒；透過 Console 處理 PHI 則不在涵蓋範圍內）。
• 合作夥伴營運的平台： Amazon Bedrock 和 Google Cloud's Agent Platform。請參閱這些平台的合規文件。
• Claude Platform on AWS 與 Microsoft Foundry： 這些平台不提供 HIPAA 就緒。
• 第三方整合： 由連接到您應用程式的外部工具或服務處理的資料。
• Claude Code： Claude Code 不在 HIPAA 就緒的涵蓋範圍內。
• Beta 功能： 除非在功能適用性表格中明確列為符合資格，否則 Beta 功能通常不在 BAA 的涵蓋範圍內。
• 被標記的內容與法律保留： 請參閱無論何種安排皆適用的保留。



PHI 處理準則

「Protected health information」（受保護健康資訊），或 PHI，包括任何可識別個人身分的健康資訊。在 Claude API 的情境中，PHI 通常出現在訊息內容（提示和 Claude 的回應）、附加檔案（圖片、PDF），以及與訊息內容相關聯的檔案名稱或中繼資料中。在 BAA 下，以下欄位預期不包含 PHI：工作區名稱、使用者資訊（姓名、電子郵件、電話號碼）、帳單資料和支援工單。

使用結構化輸出或帶有 strict: true 的工具時，API 會將 JSON 結構描述編譯為與訊息內容分開快取的文法。這些快取的結構描述不會獲得與提示和回應相同的 PHI 保護。**請勿在 JSON 結構描述定義中包含 PHI。**此限制適用於結構描述屬性名稱、enum 值、const 值和 pattern 正規表達式。病患特定資訊應僅出現在訊息內容中，在那裡它受到 HIPAA 防護措施的保護。



HIPAA 錯誤處理

您簽署的 BAA 是哪些功能受涵蓋的官方依據。API 也會自動強制執行這些限制。當已啟用 HIPAA 的組織發送包含不符合資格功能的請求時，API 會傳回 400 錯誤，以防止意外使用您的 BAA 未涵蓋的功能：

{
  "type": "error",
  "error": {
    "type": "invalid_request_error",
    "message": "The requested features are not available for HIPAA-regulated organizations without Zero Data Retention: code_execution."
  }
}

錯誤訊息會列出在請求中偵測到的不符合資格功能；請移除它們並重試。「without Zero Data Retention」這個措辭是 API 本身的用語，不會改變解決方式。



開始使用 HIPAA 就緒

有兩種方式可以設定 HIPAA 就緒的 API 存取。大多數組織可以直接在 Claude Console 中使用 Anthropic 的標準 BAA 啟用；需要協商 BAA 的組織應與其客戶團隊合作。



在 Console 中啟用（標準 BAA）



聯絡銷售團隊（自訂 BAA）

如果您的組織需要協商或自訂的 BAA，或者您的組織無法使用自助啟用，請聯絡 Anthropic 銷售團隊。Anthropic 將簽署 BAA 並為您的組織啟用 HIPAA 就緒。



使用符合資格的功能進行建置

無論您使用哪種途徑，請在功能適用性表格中確認支援哪些功能，並檢視 PHI 處理準則以了解限制 PHI 可出現位置的功能。有關詳細的設定和合規要求，請參閱 HIPAA 實作指南。



模型特定的資料保留要求

Claude Fable 5 和 Claude Mythos 5 被指定為 Covered Models（請參閱 Covered Models 支援文章），需要 30 天的資料保留；因此這兩個模型都不適用 ZDR。在 Claude API 上，來自資料保留設定不符合此要求的組織對 Claude Fable 5 的請求會傳回 400 invalid_request_error：

{
  "type": "error",
  "error": {
    "type": "invalid_request_error",
    "message": "In order to access this model, your organization or workspace must have data retention enabled."
  }
}

30 天資料保留要求適用於所有提供 Covered Models 的地方。在 Claude API 上（包括 Claude Platform on AWS），由 Anthropic 處理保留的資料。在 Amazon Bedrock 和 Google Cloud's Agent Platform 上，保留的資料會留在您的雲端供應商環境中；請檢視各平台的文件以了解啟用步驟。



為工作區啟用 30 天保留

具有 ZDR 安排的組織可以透過僅為特定工作區啟用 30 天保留，使 Claude Fable 5 和 Claude Mythos 5 在該工作區中可用。組織中的其他工作區則維持零資料保留。



功能適用性

下表列出哪些 Claude API 功能符合 ZDR 和 HIPAA 就緒安排的資格。

每個適用性欄位使用三種值：

• 是： 該功能在該安排下完全符合資格。對於 ZDR，「是」也假設您使用的是不需要 30 天資料保留的模型；無論功能適用性如何，Covered Models 在 ZDR 下都不可用。
• 是（有條件）： 您的提示和 Claude 的輸出不會被儲存，但會短暫保留一個有界限的技術產物（在「詳情」欄位中指明）以使該功能運作。請參閱 Anthropic 如何處理資料保留以了解規範這些功能的承諾。
• 否： 該功能不符合資格。在 HIPAA 就緒下，API 會封鎖包含「否」功能的請求並傳回 400 錯誤。在 ZDR 下，API 不會封鎖這些功能；使用其中一項即表示您選擇讓該特定資料脫離您的 ZDR 安排，並適用該功能自身記載的保留政策。對 ZDR 標記為「否」的功能通常是有狀態的（它們會儲存工作、檔案或容器狀態），這就是它們無法做到零保留的原因。



無論何種安排皆適用的保留

即使已有 ZDR 或 HIPAA 安排，在法律要求的情況下，或當資料被 Anthropic 的自動化信任與安全系統標記時，Anthropic 仍可能保留資料。因此，如果聊天或工作階段被標記，Anthropic 可能會保留輸入和輸出最多 2 年。



常見問題



相關資源

• 隱私政策
• 結構化輸出
• 提示快取
• 批次處理
• Files API 參考
• Trust Center