API e retenção de dados

Esta página cobre a Claude API (api.anthropic.com), a Claude Platform na AWS e o Claude in Microsoft Foundry, onde a Anthropic é a processadora de dados. No Amazon Bedrock e no Google Cloud's Agent Platform, o provedor de nuvem é o processador de dados; consulte a documentação de retenção de dados e conformidade dessas plataformas para conhecer seus controles equivalentes.

A Anthropic oferece dois arranjos de tratamento de dados para a Claude API: "zero data retention" (retenção zero de dados), ou ZDR, e preparação para HIPAA. A tabela de elegibilidade de recursos lista quais recursos da API cada arranjo cobre. Para as políticas de retenção padrão da Anthropic fora desses arranjos, consulte a política de retenção de dados comerciais e a política de retenção de dados de consumidores.



Como a Anthropic aborda a retenção de dados

Diferentes APIs e recursos têm diferentes necessidades de armazenamento. Quando um recurso não exige o armazenamento de prompts ou respostas do cliente, ele pode ser elegível para ZDR. Quando um recurso necessariamente exige armazenamento, a Anthropic projeta para a menor pegada de retenção possível sob os seguintes compromissos:

• Os dados retidos nunca são usados para treinamento de modelos sem sua permissão expressa.
• Apenas o que é tecnicamente necessário para o funcionamento do recurso é retido. O conteúdo da conversa (seus prompts e as saídas de Claude) não é retido por padrão; a exceção são os Covered Models, que exigem retenção de 30 dias.
• Os dados retidos são eliminados no menor "time to live" (tempo de vida), ou TTL, praticável, e a Anthropic busca dar aos clientes controle sobre por quanto tempo os dados são retidos. O que é mantido, e a duração da retenção quando um TTL específico se aplica, está documentado na página de cada recurso.

Vários modelos de retenção estão fora dos arranjos de ZDR e HIPAA descritos nesta página. Os dados acessíveis por meio da Compliance API seguem seu próprio modelo de retenção, o Activity Feed retém dados por 6 anos, e o conteúdo de chat, arquivos e projetos do claude.ai segue a política de retenção da sua organização definida em claude.ai > Organization settings > Data and privacy.



Retenção zero de dados (ZDR)

Sob um arranjo de ZDR, a Anthropic não armazena prompts ou respostas do cliente em repouso após a resposta da API ser retornada. Para solicitar ZDR para sua organização, entre em contato com a equipe de vendas da Anthropic. O ZDR é habilitado por organização; cada nova organização exige que o ZDR seja habilitado separadamente pela sua equipe de conta, e a habilitação não se estende automaticamente a outras organizações sob a mesma conta.



O que o ZDR cobre

• APIs Claude Messages e Token Counting: O ZDR se aplica a esses endpoints para os recursos elegíveis listados na tabela de elegibilidade de recursos. Recursos que operam sobre /v1/messages mas estão marcados como "Não" na tabela (como execução de código) não são cobertos.
• Claude Code: O ZDR se aplica quando o Claude Code é usado com chaves de API de uma organização Commercial (uma organização sob os Termos de Serviço Comerciais da Anthropic, distinta de uma conta Claude de consumidor) ou por meio do Claude Enterprise com ZDR habilitado. Se o registro de métricas estiver habilitado no Claude Code, dados de produtividade, como estatísticas de uso, são isentos do ZDR e podem ser retidos. Consulte a documentação de ZDR do Claude Code para detalhes completos.
• Claude Platform na AWS: A Claude Platform na AWS segue a mesma política de retenção de dados da Claude API de primeira parte. O ZDR está disponível mediante solicitação; entre em contato com seu representante de conta da Anthropic para habilitá-lo.



O que o ZDR não cobre

• Console e Workbench: Qualquer uso no Claude Console ou na interface de teste de prompts do Workbench.
• Claude Managed Agents: O Claude Managed Agents é um recurso com estado; as transcrições de sessão persistem até que você as exclua.
• Produtos Claude para consumidores: Planos Claude Free, Pro e Max, inclusive quando clientes desses planos usam os aplicativos web, desktop ou móveis do Claude ou o Claude Code.
• Interfaces de produto Claude Teams e Claude Enterprise: Essas interfaces não são elegíveis para ZDR. A exceção é o Claude Code usado por meio do Claude Enterprise com ZDR habilitado; consulte O que o ZDR cobre.
• Claude for Excel: Atualmente não é elegível para ZDR.
• Claude Fable 5 e Claude Mythos 5: Esses modelos exigem retenção de dados de 30 dias e não estão disponíveis sob ZDR. Consulte Requisitos de retenção de dados específicos por modelo.
• Integrações de terceiros: Dados processados por sites, ferramentas ou outras integrações de terceiros não são cobertos, embora alguns possam ter ofertas semelhantes. Revise as práticas de tratamento de dados de cada serviço.
• Cross-Origin Resource Sharing (CORS): CORS não é suportado para organizações com arranjos de ZDR. Para fazer chamadas de API a partir de aplicações baseadas em navegador, roteie as requisições por meio de um servidor proxy de backend. Consulte a orientação de segurança da API para padrões de proxy e tratamento de chaves de API.
• Conteúdo sinalizado e retenções legais: Consulte Retenção independentemente do arranjo.



Preparação para HIPAA

A Claude API oferece suporte a integrações preparadas para HIPAA para organizações que lidam com "protected health information" (informações de saúde protegidas), ou PHI. Com um BAA assinado e uma organização habilitada para HIPAA, você pode usar os recursos de API suportados para processar PHI enquanto apoia a conformidade da sua organização com a HIPAA. Organizações elegíveis podem revisar e executar o BAA e habilitar a preparação para HIPAA diretamente no Claude Console. A preparação para HIPAA aplica um conjunto mais amplo de salvaguardas de privacidade e segurança do que o ZDR (criptografia, controles de acesso e registro de auditoria que protegem PHI ao longo de seu ciclo de vida) em vez de exigir exclusão imediata. Se sua organização lida com PHI, a preparação para HIPAA é o arranjo a ser usado; você não precisa também de ZDR. Consulte a tabela de elegibilidade de recursos para saber quais recursos cada arranjo cobre.



O que a preparação para HIPAA cobre

• Claude API: A preparação para HIPAA se aplica à Claude API (api.anthropic.com) para os recursos elegíveis listados na tabela de elegibilidade de recursos.



O que a preparação para HIPAA não cobre

• Produtos Claude para consumidores: Planos Claude Free, Pro e Max.
• Console e Workbench: Uso por meio da interface do Claude Console (habilitar a preparação para HIPAA a partir das configurações do Console é suportado; processar PHI por meio do Console não é coberto).
• Plataformas operadas por parceiros: Amazon Bedrock e Google Cloud's Agent Platform. Consulte a documentação de conformidade dessas plataformas.
• Claude Platform na AWS e Microsoft Foundry: A preparação para HIPAA não está disponível nessas plataformas.
• Integrações de terceiros: Dados processados por ferramentas ou serviços externos conectados à sua aplicação.
• Claude Code: O Claude Code não é coberto pela preparação para HIPAA.
• Recursos beta: Recursos em beta geralmente não são cobertos pelo BAA, a menos que explicitamente listados como elegíveis na tabela de elegibilidade de recursos.
• Conteúdo sinalizado e retenções legais: Consulte Retenção independentemente do arranjo.



Diretrizes de tratamento de PHI

Informações de saúde protegidas (PHI) incluem qualquer informação de saúde individualmente identificável. No contexto da Claude API, PHI normalmente aparece no conteúdo das mensagens (prompts e respostas de Claude), em arquivos anexados (imagens, PDFs) e em nomes de arquivos ou metadados associados ao conteúdo das mensagens. Os seguintes campos não devem conter PHI sob o BAA: nomes de workspaces, informações de usuário (nome, e-mail, número de telefone), dados de faturamento e tickets de suporte.

Ao usar saídas estruturadas ou ferramentas com strict: true, a API compila esquemas JSON em gramáticas que são armazenadas em cache separadamente do conteúdo das mensagens. Esses esquemas em cache não recebem as mesmas proteções de PHI que prompts e respostas. Não inclua PHI em definições de esquema JSON. Essa restrição se aplica a nomes de propriedades do esquema, valores enum, valores const e expressões regulares pattern. Informações específicas de pacientes devem aparecer apenas no conteúdo das mensagens, onde são protegidas pelas salvaguardas da HIPAA.



Tratamento de erros HIPAA

Seu BAA assinado é a fonte oficial da verdade sobre quais recursos são cobertos. A API também aplica essas restrições automaticamente. Quando uma organização habilitada para HIPAA envia uma requisição que inclui um recurso não elegível, a API retorna um erro 400 para evitar o uso acidental de recursos não cobertos pelo seu 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."
  }
}

A mensagem de erro lista os recursos não elegíveis detectados na requisição; remova-os e tente novamente. A frase "without Zero Data Retention" é a redação da própria API e não altera a resolução.



Primeiros passos com a preparação para HIPAA

Há duas maneiras de configurar o acesso à API preparado para HIPAA. A maioria das organizações pode habilitá-lo diretamente no Claude Console com o BAA padrão da Anthropic; organizações que exigem um BAA negociado devem trabalhar com sua equipe de conta.



Habilitar no Console (BAA padrão)



Entre em contato com vendas (BAA personalizado)

Se sua organização exige um BAA negociado ou personalizado, ou se a habilitação self-service não estiver disponível para sua organização, entre em contato com a equipe de vendas da Anthropic. A Anthropic executará o BAA e habilitará a preparação para HIPAA para sua organização.



Construa com recursos elegíveis

Qualquer que seja o caminho usado, confirme quais recursos são suportados na tabela de elegibilidade de recursos e revise as diretrizes de tratamento de PHI para recursos que restringem onde PHI pode aparecer. Para requisitos detalhados de configuração e conformidade, consulte o Guia de Implementação HIPAA.



Requisitos de retenção de dados específicos por modelo

Claude Fable 5 e Claude Mythos 5 são designados Covered Models (consulte o artigo de suporte sobre Covered Models) e exigem retenção de dados de 30 dias; o ZDR, portanto, não está disponível para nenhum dos dois modelos. Na Claude API, requisições ao Claude Fable 5 de uma organização cuja configuração de retenção de dados não atende a esse requisito retornam um 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."
  }
}

O requisito de retenção de dados de 30 dias se aplica onde quer que os Covered Models sejam oferecidos. Na Claude API (incluindo a Claude Platform na AWS), a Anthropic trata os dados retidos. No Amazon Bedrock e no Google Cloud's Agent Platform, os dados retidos permanecem no ambiente do seu provedor de nuvem; revise a documentação de cada plataforma para as etapas de habilitação.



Habilitar retenção de 30 dias para um workspace

Organizações com um arranjo de ZDR podem disponibilizar o Claude Fable 5 e o Claude Mythos 5 em um workspace específico habilitando a retenção de 30 dias apenas para esse workspace. Os demais workspaces da organização mantêm a retenção zero de dados.



Elegibilidade de recursos

A tabela a seguir lista quais recursos da Claude API são elegíveis para os arranjos de ZDR e de preparação para HIPAA.

Cada coluna de elegibilidade usa três valores:

• Sim: O recurso é totalmente elegível sob o arranjo. Para ZDR, "Sim" também pressupõe que você está usando um modelo que não exige retenção de dados de 30 dias; os Covered Models não estão disponíveis sob ZDR independentemente da elegibilidade do recurso.
• Sim (qualificado): Seus prompts e as saídas de Claude não são armazenados, mas um artefato técnico delimitado (nomeado na coluna Detalhes) é retido brevemente para que o recurso funcione. Consulte Como a Anthropic aborda a retenção de dados para os compromissos que regem esses recursos.
• Não: O recurso não é elegível. Sob a preparação para HIPAA, a API bloqueia requisições que incluem um recurso "Não" e retorna um erro 400. Sob ZDR, a API não bloqueia esses recursos; usar um deles é uma escolha de sair do seu arranjo de ZDR para aqueles dados específicos, e a política de retenção documentada do próprio recurso se aplica. Recursos marcados como "Não" para ZDR são tipicamente com estado (eles armazenam jobs, arquivos ou estado de contêiner), razão pela qual não podem ter retenção zero.



Retenção independentemente do arranjo

Mesmo com arranjos de ZDR ou HIPAA em vigor, a Anthropic pode reter dados quando exigido por lei ou quando tiverem sido sinalizados pelos sistemas automatizados de confiança e segurança da Anthropic. Como resultado, se um chat ou sessão for sinalizado, a Anthropic pode reter entradas e saídas por até 2 anos.



Perguntas frequentes



Recursos relacionados

• Política de Privacidade
• Saídas estruturadas
• Cache de prompt
• Processamento em lote
• Referência da Files API
• Trust Center