Anthropic теперь требует срок истечения при создании API ключа: что операторы должны проверить до первого сбоя

Каждый API ключ, который ваша команда создаёт для Claude API, теперь требует обязательного решения о сроке истечения. В обновлении платформы от 8 июля Anthropic изменила процесс создания ключей в Claude Console: оператор обязан выбрать срок истечения — предустановленный (3 часа, 1 день, 7 дней или 30 дней), произвольный период или явный вариант Never — до выдачи ключа. Admin API теперь возвращает поле expires_at для каждого ключа. Ключи, созданные до этого изменения, не затрагиваются, но сдвиг в позиции по умолчанию означает, что базовый уровень управления учётными данными изменился.

Это не классическое устаревание с обратным отсчётом. Это структурное изменение в том, как Anthropic ожидает от команд подхода к жизненному циклу API-учётных данных — изменение, которое напрямую влияет на маршрутизацию, ротацию и мониторинг доступа к Claude API в production.

Что изменилось 8 июля

До 8 июля создание ключа в Claude Console не требовало выбора срока истечения. Команды могли создавать ключи и полностью полагаться на внутренние процессы для ротации — или вовсе игнорировать этот вопрос. С 8 июля Console обязывает принять решение в момент выдачи ключа.

Варианты:

Важно: срок истечения устанавливается при создании и не может быть изменён после. Если организация в будущем введёт политику максимального срока истечения, существующие ключи не затронуты, но при создании новых будет действовать ограничение.

То же правило теперь применяется при создании ключа Admin API в Console — не только для обычных API-ключей.

Сигнал Admin API: expires_at

Операционно более значимое изменение — то, что эндпоинты List API Keys и Get API Key Admin API теперь возвращают expires_at для каждой записи ключа. Для ключей без срока истечения поле равно null.

Это даёт вашему мониторинговому слою данные, необходимые для заблаговременного алертинга по ротации:

{
  "id": "apikey_01AbCdEfGhIjKlMn",
  "name": "prod-gateway-key",
  "status": "active",
  "expires_at": "2026-08-15T14:23:00Z",
  "created_at": "2026-07-16T14:23:00Z"
}

Anthropic также добавила серверные email-уведомления: для ключей со сроком жизни не менее 14 дней создатель ключа получит предупреждение за 7 дней до истечения; для ключей сроком не менее 7 дней — за 1 день. Ключи со сроком менее 7 дней истекают без уведомления.

После истечения запросы с использованием ключа возвращают 401 authentication_error. Льготного периода нет; истёкшие ключи нельзя реактивировать.

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

Для команд, маршрутизирующих запросы к Claude API через AI gateway или многопровайдерный routing-слой, истечение срока ключа создаёт новый класс production-инцидентов: тихий 401-каскад.

Если production-ключ истекает, а ваш routing-слой интерпретирует 401 authentication_error как сбой провайдера, а не проблему с учётными данными, это может запустить fallback-логику — переключить трафик на альтернативного провайдера, — не вскрывая корневую причину. Маршрутизация внешне работает (запросы успешно проходят через fallback), но ёмкость Claude молча недоступна, а затраты смещаются на fallback-провайдера.

Команды, использующие API-ключи для аутентификации на gateway, должны:

1. Инвентаризировать текущие ключи и их expires_at через Admin API до истечения срока первого ключа.
2. Выстроить мониторинг с опережающим алертингом: еженедельно опрашивать Admin API, выдавать алерт когда до истечения любого ключа остаётся менее 14 дней.
3. Разграничить 401 authentication_error и ошибки недоступности провайдера в routing-логике. 401 на Claude API должен триггерить алерт на ротацию учётных данных, а не провайдерный fallback.
4. Выбрать стратегию для gateway-ключей — Never или ограниченный срок: если ваш routing gateway использует единственный долгоживущий Claude API-ключ, Never сохраняет текущее поведение, но лишает вас защиты от последствий утечки, которую даёт ограниченный срок.

Взгляд оператора routing-инфраструктуры

Выбор между Never и ограниченным сроком для основного gateway-ключа — это компромисс между операционным трением при ротации и гигиеной учётных данных:

Never (с ротацией через secrets manager): подходит командам с зрелым конвейером управления секретами (AWS Secrets Manager, HashiCorp Vault, GCP Secret Manager) с автоматизированной ротацией и отзывом. Ключ никогда не истекает на стороне Anthropic, но внутренний конвейер ротирует его по собственному расписанию. Этот подход соответствует рекомендации Anthropic для пользователей secrets manager.

Ограниченный срок — 30 дней или произвольный период: подходит, когда нужен жёсткий верхний предел на время жизни утёкшего ключа — даже если secrets manager сломается или задача ротации завершится с ошибкой без уведомления. Недостаток: routing-инфраструктура должна обрабатывать ротацию ключа как live-операцию — обновлять ключ в конфигурации gateway без прерывания запросов.

Краткосрочные ключи (часы/дни) для автоматизации: подходят для CI-конвейеров, batch-задач или любых неинтерактивных workload'ов, где ключ инжектируется при старте задачи и отбрасывается по её завершении. Такие ключи дополняют — а не заменяют — Workload Identity Federation, который полностью устраняет статические ключи для workload'ов с OIDC-идентичностью платформы.

Что стоит проверить пользователям TheRouter

Если вы маршрутизируете запросы к Claude API через TheRouter, ваша политика ротации ключей определяет, как долго утёкший gateway-ключ остаётся пригодным. Поле expires_at в Admin API даёт данные для автоматизированной проверки с опережением:

• Используйте Admin API, чтобы получить expires_at всех активных Claude-ключей.
• Если вы используете бессрочные ключи, дополните их ротационным расписанием в secrets manager и чётким сценарием экстренного отзыва при подозрении на утечку.
• Для gateway-развёртываний, где ротация ключа требует изменения конфигурации, протестируйте бесперебойную замену ключа до того, как production-ключ истечёт впервые, — особенно если вы используете ключи со сроком менее 30 дней.

Материал от 26 мая о keyless-аутентификации OpenAI и Admin API-управлении освещал аналогичные темы для OpenAI. Изменение Anthropic от 8 июля теперь предоставляет операторам Claude эквивалентный сигнал о жизненном цикле учётных данных через Admin API.