API и хранение данных



Подход Anthropic к хранению данных

Разные API и функции имеют разные потребности в хранении и удержании данных. Если API или функция не требует хранения подсказок или ответов клиента, она может быть пригодна для ZDR. Если API или функция обязательно требует хранения подсказок или ответов клиента, Anthropic проектирует её с минимально возможным объёмом хранимых данных. Для таких функций:

• Сохранённые данные никогда не используются для обучения моделей без вашего явного разрешения.
• Сохраняется только то, что технически необходимо для работы API и функции. Содержимое разговоров (ваши подсказки и выходные данные Claude) по умолчанию не сохраняется. Некоторые модели требуют 30-дневного хранения данных; см. Требования к хранению данных для конкретных моделей.
• Данные удаляются по кратчайшему практически возможному TTL, и Anthropic стремится предоставить клиентам контроль над тем, как долго хранятся данные. Что именно хранится и продолжительность хранения, если применяется конкретный TTL, задокументированы на странице каждой функции.

Данные, доступные через Compliance API, следуют собственной модели хранения. Activity Feed хранит данные в течение 6 лет. Содержимое чатов, файлов и проектов из claude.ai следует политике хранения вашей организации, заданной в claude.ai > Organization settings > Data and privacy.

В таблице пригодности функций некоторые функции отмечены как «Да (с оговорками)» в столбце пригодности для ZDR. Если у вашей организации есть соглашение о ZDR, вы можете использовать эти функции с уверенностью, что то, что сохраняет Anthropic, является узким по объёму и необходимо для оптимальной производительности.



Область действия нулевого хранения данных (ZDR)

Что покрывает ZDR

• Определённые Claude API: ZDR применяется к Claude Messages API и Token Counting API.
• Claude Code: ZDR применяется при использовании с ключами API коммерческой организации или через Claude Enterprise (см. документацию по ZDR для Claude Code)

Что ZDR НЕ покрывает

• Console и Workbench: любое использование в Console или Workbench
• Claude Managed Agents: Claude Managed Agents — это ресурс с сохранением состояния. Вы можете удалять транскрипты сессий, но автоматического удаления нет.
• Потребительские продукты Claude: планы Claude Free, Pro или Max, в том числе когда клиенты на этих планах используют веб-, настольные или мобильные приложения Claude или Claude Code
• Claude Teams и Claude Enterprise: продуктовые интерфейсы Claude Teams и Claude Enterprise не пригодны для ZDR, за исключением Claude Code при использовании через Claude Enterprise с включённым ZDR для организации. Для других продуктовых интерфейсов только ключи API коммерческой организации пригодны для ZDR.
• Сторонние интеграции: данные, обрабатываемые сторонними веб-сайтами, инструментами или другими интеграциями, не пригодны для ZDR, хотя некоторые из них могут иметь аналогичные предложения. При использовании внешних сервисов совместно с Claude API обязательно ознакомьтесь с практиками обработки данных этих сервисов.



Требования к хранению данных для конкретных моделей

Claude Fable 5 и Claude Mythos 5 обозначены как Covered Models и требуют 30-дневного хранения данных. Нулевое хранение данных недоступно для Claude Fable 5 или Claude Mythos 5. В Claude API запросы к любой из этих моделей от организации, чья конфигурация хранения данных не соответствует этому требованию, возвращают ошибку 400 invalid_request_error.

Требование 30-дневного хранения данных применяется везде, где предлагаются Covered Models. В Claude API (включая Claude Platform на AWS) Anthropic обрабатывает сохраняемые данные. В Amazon Bedrock, Google Cloud's Agent Platform и Microsoft Foundry сохраняемые данные остаются в среде вашего облачного провайдера; ознакомьтесь с документацией каждой платформы для получения инструкций по включению.

Организации с соглашением о ZDR могут настроить хранение данных на уровне рабочего пространства в Claude Console > Settings > Workspaces: откройте вкладку Privacy controls рабочего пространства и включите 30-дневное хранение данных для этого рабочего пространства. Это делает Claude Fable 5 и Claude Mythos 5 доступными в указанном рабочем пространстве, в то время как другие рабочие пространства организации сохраняют нулевое хранение данных. Рабочие пространства без переопределения следуют настройке организации по умолчанию.



Готовность к HIPAA

Claude API поддерживает интеграции с готовностью к HIPAA для организаций, работающих с защищённой медицинской информацией (PHI). С подписанным BAA и организацией с включённым HIPAA вы можете использовать поддерживаемые функции API для обработки PHI, поддерживая соответствие вашей организации требованиям HIPAA.

Ранее организациям, которым требовалась готовность к HIPAA для Claude API, необходимо было включить ZDR. Доступ к API с готовностью к HIPAA устраняет это требование и обеспечивает основу для того, чтобы Anthropic постепенно включала дополнительные функции по мере их аудита на готовность к HIPAA.



Начало работы

Чтобы настроить доступ к API с готовностью к HIPAA:



Область действия готовности к HIPAA

Что покрывает готовность к HIPAA

• Claude API: готовность к HIPAA применяется к Claude API (api.anthropic.com) для пригодных функций, перечисленных в таблице пригодности функций.

Что готовность к HIPAA НЕ покрывает

• Потребительские продукты Claude: планы Claude Free, Pro или Max
• Console и Workbench: использование через интерфейс Claude Console
• Платформы, управляемые партнёрами: Amazon Bedrock или Google Cloud (обратитесь к документации по соответствию этих платформ)
• Claude Platform на AWS и Microsoft Foundry: готовность к HIPAA недоступна
• Сторонние интеграции: данные, обрабатываемые внешними инструментами или сервисами, подключёнными к вашему приложению
• Claude Code: Claude Code не покрывается готовностью к HIPAA
• Бета-функции: функции в бета-версии, как правило, не покрываются BAA, если они явно не указаны как пригодные в таблице пригодности функций



Рекомендации по обработке PHI

Защищённая медицинская информация (PHI) включает любую индивидуально идентифицируемую медицинскую информацию. В контексте Claude API PHI обычно появляется в:

• Содержимом сообщений (подсказки и ответы от Claude)
• Прикреплённых файлах (изображения, PDF)
• Именах файлов и метаданных, связанных с содержимым сообщений

Следующие поля не должны содержать PHI в соответствии с BAA: имена рабочих пространств, информация о пользователях (имя, электронная почта, номер телефона), данные о выставлении счетов и обращения в поддержку.



Ограничения на схемы и определения инструментов

При использовании структурированных выходных данных или инструментов с strict: true API компилирует JSON-схемы в грамматики, которые кэшируются отдельно от содержимого сообщений. Эти кэшированные схемы не получают тех же мер защиты PHI, что подсказки и ответы.

Не включайте PHI в определения JSON-схем. Это ограничение применяется к:

• Именам свойств схемы
• Значениям 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."
  }
}

Сообщение об ошибке перечисляет непригодные функции, обнаруженные в запросе. Удалите эти функции из вашего запроса и повторите попытку.



Пригодность функций

В следующей таблице перечислено, какие функции Claude API пригодны для соглашений о ZDR и готовности к HIPAA. Для организаций с включённым HIPAA функции, отмеченные «Нет» в столбце HIPAA, автоматически блокируются, и запросы, включающие их, возвращают ошибку 400.

¹ Динамическая фильтрация не пригодна для ZDR или HIPAA.

² Хотя веб-загрузка пригодна для ZDR, издатели веб-сайтов могут сохранять данные запросов (такие как загруженные URL-адреса и метаданные запросов) в соответствии со своими собственными политиками.

³ PHI не должна включаться в определения JSON-схем. См. Рекомендации по обработке PHI.



Ограничения и исключения



CORS не поддерживается для ZDR

Cross-Origin Resource Sharing (CORS) не поддерживается для организаций с соглашениями о ZDR. Если вам нужно выполнять вызовы API из браузерных приложений, вы должны:

• Использовать прокси-сервер на бэкенде для выполнения вызовов API от имени вашего фронтенда
• Реализовать собственную обработку CORS на прокси-сервере
• Никогда не раскрывать ключи API напрямую в JavaScript браузера



Хранение данных при нарушениях политики и когда это требуется по закону

Даже при наличии соглашений о ZDR или HIPAA Anthropic может сохранять данные, когда это требуется по закону или когда они были помечены автоматизированными системами доверия и безопасности Anthropic. В результате, если чат или сессия помечены, Anthropic может сохранять входные и выходные данные на срок до 2 лет.



Часто задаваемые вопросы



Связанные ресурсы

• Политика конфиденциальности
• Структурированные выходные данные
• Кэширование подсказок
• Пакетная обработка
• Files API
• Trust Center