Anthropic究竟改变了什么

按照Anthropic平台文档，普通情况下，对话内容——包括用户提示词和Claude输出——不会被默认保留。但被列为“覆盖模型”的产品是例外，目前包括Claude Fable 5和Claude Mythos 5；使用这些模型时，30天数据留存是必要条件，因此无法采用零数据留存安排。

计划中的新方案将调整留存数据的存储地点和控制权，而非取消留存要求。根据知情人士信息，企业客户仍需保留相关数据30天，但可以将其放在自身控制的云计算基础设施中。

从企业架构角度看，这更接近“客户自主管理留存”，而不是ZDR：

• 提示词和模型输出仍将在规定期限内保留；
• 存储环境可以由客户控制；
• Anthropic仍能维持其安全监测目标，同时减少对敏感业务数据的直接第三方托管。

具体技术架构、适用客户、访问权限、密钥管理以及删除流程，目前仍有待进一步公布。

Anthropic为何坚持保留30天

Anthropic表示，有限留存和人工或系统审查是其安全工作的一部分。该公司的核心判断是：复杂滥用未必会在一次孤立的对话中显现。攻击者可能通过一连串交互逐步试探、调整策略，只有保留一段时间内的交互记录，才更容易发现其中的关联模式并调查事件经过。

这种做法存在明显取舍。保存提示词和输出，有助于重建可疑活动、分析攻击链条；但对处理机密、受监管或受法律特权保护信息的企业而言，这也会带来额外的数据治理责任。

Anthropic自己的风险报告承认，30天留存可能引发习惯于零留存的客户不满，并造成业务风险；但公司仍认为，这项措施对于发现和阻止复杂攻击不可或缺。

换句话说，Anthropic并不是声称数据留存没有风险，而是在安全收益与数据暴露、合规和治理成本之间作出了明确选择。

企业为何要求“存到自己的云里”

对于金融、医疗、法律以及其他受监管行业，供应商持有的日志可能很难接受。企业通常需要考虑：

• 数据必须存储在哪个国家或地区；
• 哪些内部管理员和供应商人员可以访问；
• 保密义务、客户特权和商业秘密如何得到保护；
• 备份、复制和分包商是否会扩大数据范围；
• 安全事件、监管调查和电子取证时由谁负责提供记录。

如果最终方案允许客户在自有云环境中保存30天日志，企业就可能使用自己的身份权限体系、区域部署策略、加密密钥、监控机制和数据生命周期规则。需要注意的是，这些保护能否真正实现，仍取决于最终产品设计、合同条款和客户自身的运维能力。

因此，新选项解决的主要是“数据由谁托管”的问题，而不是彻底消除审查或合规义务。企业可能获得更多控制权，同时也可能承担更多保护、备份、访问审计和事件响应责任。

OpenAI的Private Safety Processing有何不同

OpenAI的Private Safety Processing采取了另一条路线：在保持ZDR保护的同时，识别跨相关交互出现的安全模式。OpenAI表示，系统可以通过隐私保护处理生成范围严格限定的安全信号，而不让其员工访问底层提示词和模型回复。

对于ZDR部署，客户内容会保留在客户控制的基础设施上。OpenAI还在开发另一种选择：将加密内容存储在OpenAI的基础设施中，但加密密钥由客户控制。

两种架构的差异可以概括为：

• **Anthropic：**提示词和模型输出保留30天，计划允许企业将这些数据存放在自己的云环境中；
• **OpenAI：**通过自动化、隐私保护的处理方式识别安全信号，目标是在不保留或暴露原始内容的情况下进行跨交互监测。

这不只是两套不同的合同条款，而是对“如何发现缓慢演变的滥用行为”给出了不同答案。Anthropic更看重一份可以回溯和重建的交互历史；OpenAI则更强调隐私保护计算和减少原始数据托管。

不过，OpenAI的方案目前仍处于预览阶段。企业在将其用于最敏感的生产负载前，还需要评估它的覆盖范围、误报和漏报表现、技术保障以及安全事件升级流程。供应商的公开承诺不能替代技术文档、测试和独立审查。

企业采购时应重点追问什么

企业不应只看供应商是否宣传“零留存”，而应结合自身威胁模型、监管义务和事件响应能力进行评估。采购、法务和安全团队至少应确认以下问题：

1. 具体保留哪些数据？ 是提示词、输出、元数据、安全信号、滥用日志，还是应用状态？
2. 数据存在哪里？ 需要核查区域、云账户所有权、备份、复制副本和分包商。
3. 谁能访问数据？ 应明确供应商员工、承包商、自动化系统和客户管理员分别能否查看或提取内容。
4. 加密密钥由谁控制？ 客户自持密钥可能减少供应商访问机会，但密钥轮换、恢复和紧急访问机制同样重要。
5. 如何证明数据已删除？ 合同应写明删除时限、删除凭证、备份处理方式，以及被标记为安全调查证据的数据如何处置。
6. 发生事件时由谁负责？ 应提前明确通知、调查、配合、责任承担和证据保全义务。
7. 安全系统能否接受独立评估？ 企业可以要求查看威胁模型、技术论文、审计权、性能指标和升级规则。

如果企业重视可重建的审计轨迹，并且能够在自己的环境中合规管理30天数据，Anthropic的客户自主管理方案可能更具吸引力。若原始内容留存和供应商访问是不可接受的，OpenAI的方案可能更符合要求；但由于它仍是预览产品，企业应在依赖它处理受监管数据前要求充分证据。

AI安全日志的控制权正在成为采购分水岭

这场竞争并非简单的“隐私对安全”。更关键的问题是：安全证据存放在哪里、谁能够控制它，以及合规和事件响应的责任由哪一方承担。

Anthropic的判断是，先进模型带来的复杂风险需要一份可回溯的交互历史，即使这份历史存放在客户自己的云环境中。OpenAI则认为，隐私保护处理和加密技术可以在不保存原始客户内容、也不让员工接触这些内容的情况下，实现相近的安全监测目标。

目前，两种说法都不应被视为已经充分验证的结论。相关系统还需要更完整的技术披露、更大规模的部署和独立评估。

对于企业客户而言，选择AI供应商时，模型能力只是其中一项指标。数据控制权、可审计性、删除机制、访问边界，以及供应商能否清楚解释其安全架构，可能同样决定一个系统能否真正用于敏感业务。

Anthropic究竟改变了什么

按照Anthropic平台文档，普通情况下，对话内容——包括用户提示词和Claude输出——不会被默认保留。但被列为“覆盖模型”的产品是例外，目前包括Claude Fable 5和Claude Mythos 5；使用这些模型时，30天数据留存是必要条件，因此无法采用零数据留存安排。

计划中的新方案将调整留存数据的存储地点和控制权，而非取消留存要求。根据知情人士信息，企业客户仍需保留相关数据30天，但可以将其放在自身控制的云计算基础设施中。

从企业架构角度看，这更接近“客户自主管理留存”，而不是ZDR：

• 提示词和模型输出仍将在规定期限内保留；
• 存储环境可以由客户控制；
• Anthropic仍能维持其安全监测目标，同时减少对敏感业务数据的直接第三方托管。

具体技术架构、适用客户、访问权限、密钥管理以及删除流程，目前仍有待进一步公布。

Anthropic为何坚持保留30天

Anthropic表示，有限留存和人工或系统审查是其安全工作的一部分。该公司的核心判断是：复杂滥用未必会在一次孤立的对话中显现。攻击者可能通过一连串交互逐步试探、调整策略，只有保留一段时间内的交互记录，才更容易发现其中的关联模式并调查事件经过。

这种做法存在明显取舍。保存提示词和输出，有助于重建可疑活动、分析攻击链条；但对处理机密、受监管或受法律特权保护信息的企业而言，这也会带来额外的数据治理责任。

Anthropic自己的风险报告承认，30天留存可能引发习惯于零留存的客户不满，并造成业务风险；但公司仍认为，这项措施对于发现和阻止复杂攻击不可或缺。

换句话说，Anthropic并不是声称数据留存没有风险，而是在安全收益与数据暴露、合规和治理成本之间作出了明确选择。

企业为何要求“存到自己的云里”

对于金融、医疗、法律以及其他受监管行业，供应商持有的日志可能很难接受。企业通常需要考虑：

• 数据必须存储在哪个国家或地区；
• 哪些内部管理员和供应商人员可以访问；
• 保密义务、客户特权和商业秘密如何得到保护；
• 备份、复制和分包商是否会扩大数据范围；
• 安全事件、监管调查和电子取证时由谁负责提供记录。

如果最终方案允许客户在自有云环境中保存30天日志，企业就可能使用自己的身份权限体系、区域部署策略、加密密钥、监控机制和数据生命周期规则。需要注意的是，这些保护能否真正实现，仍取决于最终产品设计、合同条款和客户自身的运维能力。

因此，新选项解决的主要是“数据由谁托管”的问题，而不是彻底消除审查或合规义务。企业可能获得更多控制权，同时也可能承担更多保护、备份、访问审计和事件响应责任。

OpenAI的Private Safety Processing有何不同

OpenAI的Private Safety Processing采取了另一条路线：在保持ZDR保护的同时，识别跨相关交互出现的安全模式。OpenAI表示，系统可以通过隐私保护处理生成范围严格限定的安全信号，而不让其员工访问底层提示词和模型回复。

对于ZDR部署，客户内容会保留在客户控制的基础设施上。OpenAI还在开发另一种选择：将加密内容存储在OpenAI的基础设施中，但加密密钥由客户控制。

两种架构的差异可以概括为：

• **Anthropic：**提示词和模型输出保留30天，计划允许企业将这些数据存放在自己的云环境中；
• **OpenAI：**通过自动化、隐私保护的处理方式识别安全信号，目标是在不保留或暴露原始内容的情况下进行跨交互监测。

这不只是两套不同的合同条款，而是对“如何发现缓慢演变的滥用行为”给出了不同答案。Anthropic更看重一份可以回溯和重建的交互历史；OpenAI则更强调隐私保护计算和减少原始数据托管。

不过，OpenAI的方案目前仍处于预览阶段。企业在将其用于最敏感的生产负载前，还需要评估它的覆盖范围、误报和漏报表现、技术保障以及安全事件升级流程。供应商的公开承诺不能替代技术文档、测试和独立审查。

企业采购时应重点追问什么

企业不应只看供应商是否宣传“零留存”，而应结合自身威胁模型、监管义务和事件响应能力进行评估。采购、法务和安全团队至少应确认以下问题：

1. 具体保留哪些数据？ 是提示词、输出、元数据、安全信号、滥用日志，还是应用状态？
2. 数据存在哪里？ 需要核查区域、云账户所有权、备份、复制副本和分包商。
3. 谁能访问数据？ 应明确供应商员工、承包商、自动化系统和客户管理员分别能否查看或提取内容。
4. 加密密钥由谁控制？ 客户自持密钥可能减少供应商访问机会，但密钥轮换、恢复和紧急访问机制同样重要。
5. 如何证明数据已删除？ 合同应写明删除时限、删除凭证、备份处理方式，以及被标记为安全调查证据的数据如何处置。
6. 发生事件时由谁负责？ 应提前明确通知、调查、配合、责任承担和证据保全义务。
7. 安全系统能否接受独立评估？ 企业可以要求查看威胁模型、技术论文、审计权、性能指标和升级规则。

如果企业重视可重建的审计轨迹，并且能够在自己的环境中合规管理30天数据，Anthropic的客户自主管理方案可能更具吸引力。若原始内容留存和供应商访问是不可接受的，OpenAI的方案可能更符合要求；但由于它仍是预览产品，企业应在依赖它处理受监管数据前要求充分证据。

AI安全日志的控制权正在成为采购分水岭

这场竞争并非简单的“隐私对安全”。更关键的问题是：安全证据存放在哪里、谁能够控制它，以及合规和事件响应的责任由哪一方承担。

Anthropic的判断是，先进模型带来的复杂风险需要一份可回溯的交互历史，即使这份历史存放在客户自己的云环境中。OpenAI则认为，隐私保护处理和加密技术可以在不保存原始客户内容、也不让员工接触这些内容的情况下，实现相近的安全监测目标。

目前，两种说法都不应被视为已经充分验证的结论。相关系统还需要更完整的技术披露、更大规模的部署和独立评估。

对于企业客户而言，选择AI供应商时，模型能力只是其中一项指标。数据控制权、可审计性、删除机制、访问边界，以及供应商能否清楚解释其安全架构，可能同样决定一个系统能否真正用于敏感业务。