В платформе для разработчиков platform.claude.com и в отчетах Admin API произошел сбой, из-за которого перестали загружаться данные об использовании ресурсов и текущих лимитах. Проблема стартовала 7 октября в 13:25 UTC и затронула отображение статистики, тогда как сами вызовы моделей через API продолжали работать в штатном режиме. Компания Anthropic полностью закрыла инцидент 13 октября в 18:00 UTC.
Что именно сломалось в сервисе Anthropic
Проблема затронула исключительно инфраструктуру аналитики и мониторинга расходов внутри экосистемы Anthropic. Разработчики, открывавшие личный кабинет platform.claude.com, сталкивались с повышенным числом ошибок при попытке загрузить страницы Usage (расход) и Rate limits (лимиты запросов).
Одновременно с этим сломалась генерация отчетов об использовании через Admin API (инструмент для программного аудита расходов и нагрузки на аккаунт). Инженеры компании зафиксировали неполадку 7 октября в 13:25 UTC и начали внутреннее расследование. Потребовалось около четырех часов, чтобы выявить первопричину и начать раскатку временного исправления.
К 17:28 UTC 7 октября функционал отчетов Admin API удалось вернуть к жизни, после чего команда переключилась на интерфейс веб-консоли. При этом сохранялась задержка синхронизации: свежая статистика за последние 30 минут появлялась на сайте с опозданием. Инцидент находился на мониторинге почти неделю, вплоть до официального статуса «Resolved» 13 октября в 18:00 UTC.
| Дата и время (UTC) | Статус инцидента | Текущее состояние систем |
|---|---|---|
| 7 октября, 13:25 | Investigating | Рост ошибок на странице Usage и в отчетах Admin API |
| 7 октября, 16:36 | Update | Раскатка первого патча; задержка отображения данных около 30 минут |
| 7 октября, 17:28 | Identified | Причина найдена; Admin API восстановлен, чинят консоль |
| 7 октября, 21:44 | Monitoring | Снижение ошибок; актуальные данные запаздывают на ~30 минут |
| 13 октября, 18:00 | Resolved | Полное устранение сбоя, все системы в норме |
Кого задел инцидент: разработчики, биллинг и API
Сбой ударил по администраторам сервисов и инженерам, отслеживающим бюджеты на инференс (процесс генерации ответов моделью) и лимиты в реальном времени. Если вы рассчитывали оперативно увидеть, сколько токенов потребил новый релиз приложения, графики либо выдавали ошибку загрузки, либо показывали пустые значения.
Это означает, что продакшен-системы клиентов, чат-боты и сторонние интерфейсы, интегрированные с API Anthropic, не падали. Отказ затронул только панель управления и отчетность для менеджмента, но не сами вычисления нейросетей.
Что делать разработчикам и как действовать сейчас
Поскольку инцидент официально закрыт, никаких экстренных правок в конфигурации проектов вносить не нужно. Однако специфика прошедшего сбоя требует контрольной сверки цифр за период нестабильности.
- Проверьте логи расходов в platform.claude.com за 7 октября: убедитесь, что всплески трафика корректно отражены в итоговом биллинге.
- Запросите свежую выгрузку через Admin API usage report, чтобы удостовериться в отсутствии пропусков по токенам за дни мониторинга с 7 по 13 октября.
- Подпишитесь на уведомления официальной статус-страницы status.claude.com, чтобы не тратить время на поиск багов в своем коде, когда падает дашборд провайдера.
Чего мы до сих пор не знаем о произошедшем
Компания Anthropic традиционно сохранила максимальную сухость в отчетах о статусе и не раскрыла технические детали инцидента. В официальных апдейтах не указано:
- Архитектурная причина сбоя — был ли это отказ базы данных, обслуживающей сбор метрик, перегрузка очередей обработки событий или ошибка во фронтенде личного кабинета;
- Точное количество затронутых организаций и учетных записей разработчиков;
- Причина, по которой перевод инцидента из статуса Monitoring в статус Resolved занял целых шесть дней (с вечера 7 октября по 13 октября).
Подобная закрытость — стандартная практика для статус-страниц крупных ИИ-вендоров. Главный вывод для команд разработки: не завязывать жесткую логику приложений (например, аварийную блокировку пользователей по лимиту) на синхронные ответы систем биллинга без локального кэша и запасных таймаутов.
