Claude Access Transparency Compliance API: что должны знать операторы предприятий до получения первого события cmek_preserve

Каждый корпоративный оператор, работающий с AI-нагрузками на чувствительных данных, сталкивается с одним и тем же вопросом: если Anthropic проверяет контент, вы об этом узнаете? После расширения документации по Claude Access Transparency 10 июля — с добавлением кодов причин cmek_preserve, примера фильтрации и уточнения о том, что автоматизированные pipeline также могут инициировать события сохранения — ответ стал однозначным: да, но при условии, что Compliance API подключён до поступления первого события.

Сама возможность не нова. Access Transparency существует на платформе Anthropic уже некоторое время. Июльские изменения касаются глубины документации: два новых кода причин cmek_preserve (policy_violation_investigation и csae_report), пример payload события и явное уточнение о том, что сохранение может быть инициировано автоматизированными safety-pipeline, а не только людьми-ревьюерами. Для операторов, ещё не интегрировавших эту возможность в свой аудиторский стек, расширенная документация — сигнал действовать немедленно.

Что произошло

Anthropic внесла три существенных дополнения на справочную страницу Access Transparency:

Два новых кода причин cmek_preserve. Таблица кодов причин теперь включает policy_violation_investigation (контент сохранён в ходе расследования политики доверия и безопасности) и csae_report (контент сохранён как доказательство для отчёта о детской безопасности). Ранее задокументированные коды — safety_review и incident_response — по-прежнему применяются к событиям anthropic_access. Коды сохранения применяются исключительно к событиям cmek_preserve.

Уточнение об автоматизированных pipeline. Документация теперь явно указывает, что событие cmek_preserve записывается «независимо от того, было ли сохранение инициировано ревьюером-человеком или автоматизированным safety-pipeline». Это важное изменение для операторов, чья модель угроз предполагает, что пустой feed anthropic_access означает нулевую активность Anthropic на их данных. Пустой feed anthropic_access — это не то же самое, что отсутствие проверки контента: автоматические классификаторы обрабатывают трафик и могут самостоятельно инициировать сохранение без предварительной генерации событий anthropic_access.

Пример фильтрации и payload для событий cmek_preserve. Теперь операторы могут выполнять запрос:

curl --fail-with-body -sS -G \
  "https://api.anthropic.com/v1/compliance/activities" \
  --data-urlencode "activity_types[]=cmek_preserve" \
  --data-urlencode "limit=50" \
  --header "x-api-key: $ANTHROPIC_COMPLIANCE_ACCESS_KEY"

Payload события полностью повторяет структуру события anthropic_access — те же поля, только значение type отличается. Это означает, что парсер, написанный для событий доступа, без изменений обработает и события сохранения.

Почему это важно для AI-инженерных команд

Корпоративные операторы, маршрутизирующие API-трафик через Claude, должны воспринимать anthropic_access и cmek_preserve как два различных, но взаимодополняющих сигнала:

• anthropic_access = сотрудник Anthropic просматривал ваш контент в рамках окна хранения под именованным кодом причины.
• cmek_preserve = статус шифрования вашего контента изменился; контент перешифрован вне вашего CMEK-ключа, что продлевает его хранение сверх стандартного окна.

Второй тип событий несёт прямые последствия для соответствия требованиям. Для регулируемых отраслей — здравоохранение (HIPAA), финансовые услуги, юридические компании — событие cmek_preserve означает, что контент, который должен был выйти из периода хранения, был удержан. Это существенное событие жизненного цикла данных, о котором необходимо уведомить команды по соответствию требованиям и юридический отдел — часто в течение 72 часов по таким фреймворкам, как GDPR.

Двухдневное окно доставки, задокументированное Anthropic, означает, что этот feed не является каналом оповещения в реальном времени. Это аудиторская запись. Настраивайте окна ретроспекции SIEM или плановые экспорты соответственно: ежедневный экспорт с окном ретроспекции 48 часов пропустит события, окно в 7 дней — нет.

Взгляд router/operator

Для команд, эксплуатирующих AI gateway и проксирующих Claude API-трафик, Access Transparency вводит два операционных аспекта:

Логирование msg_id для возможности объединения данных. События anthropic_access и cmek_preserve содержат resource_details.id — это msg_... ID из ответа Messages API. Если ваш gateway не логирует этот ID вместе с внутренними метаданными запроса (идентификатор пользователя, tenant, workflow), событие сообщает, что доступ был, но не говорит, какое приложение, пользователь или разговор были задействованы. Это распространённый пробел в конфигурациях логирования gateway — устраните его до включения Access Transparency, а не после.

Пробелы покрытия в multi-provider стеке. Access Transparency охватывает трафик на api.anthropic.com, сессии Claude Code с API key, а также Claude Platform on AWS. Она не охватывает Amazon Bedrock, Google Cloud Vertex AI, Microsoft Foundry и API Batch/Files. Операторы, распределяющие трафик между api.anthropic.com и Bedrock, нуждаются в отдельных механизмах прозрачности для каждого пути. Трафик Bedrock учитывается в AWS CloudTrail для использования ключей и в сервисных элементах управления AWS — но не в Compliance API Anthropic.

Стоимость и требования к eligibility. Access Transparency не является самообслуживаемой функцией. Для её подключения необходимо обратиться к представителю Anthropic и выполнить критерии приемлемости, определённые условиями договора. Командам без корпоративного контракта эта функция недоступна. Это также означает, что поставщики AI gateway, предлагающие управляемую маршрутизацию Claude без корпоративных контрактов, не могут обеспечить этот аудиторский уровень своим клиентам — пробел в governance, который стоит учитывать при принятии решений build-vs-buy.

На что обратить внимание пользователям TheRouter

Если ваша организация рассматривает или активно использует Claude API-трафик через routing gateway, актуальные действия по итогам этого обновления документации:

1. Уточните, включён ли Access Transparency для вашей организации. Если у вас есть корпоративный контракт, но вы ещё не зарегистрированы, обратитесь к представителю Anthropic.
2. Добавьте логирование msg_id в gateway. Записывайте поле id из каждого тела ответа Messages API вместе с внутренними метаданными запроса. Без этого будущие аудиторские события будет трудно привязать к конкретному workflow.
3. Настройте опрос Compliance API с ретроспективным окном 7 дней. Не рассчитывайте на доставку событий в реальном времени — рассматривайте feed как отложенный аудиторский журнал и настраивайте SIEM-интеграцию соответственно.
4. Установите разные пороги оповещений для anthropic_access и cmek_preserve. Событие доступа требует проверки; событие сохранения может потребовать юридического уведомления в зависимости от ваших соглашений об обработке данных.
5. Проведите аудит покрытия при multi-provider маршрутизации. Если вы маршрутизируете трафик одновременно на api.anthropic.com и Bedrock, вам нужны отдельные механизмы аудита. Политика маршрутизации провайдеров TheRouter позволяет размечать и разделять потоки трафика для последующей отчётности по соответствию требованиям.

Для команд, изучающих управление маршрутизацией AI, эта функция представляет собой формирующийся стандарт: провайдеры создают наблюдаемые, проверяемые уровни доступа к данным, предоставляя корпоративным операторам верифицируемую запись о том, как обрабатываются их данные.