Notion відключив усі моделі Claude: хронологія збою, реакція компаній та гіркий урок для бізнесу

Керівник відділу продуктів Notion Макс Шонінг підтвердив, що доступ до моделей Anthropic було відновлено приблизно через 12 годин після початку збою. Він описав цю подію як стандартне тимчасове порушення обслуговування, зазначивши, що такі інциденти трапляються з кожною великою платформою, включаючи сам Notion, GitHub та AWS .

Представник Anthropic пояснив проблему «короткою проблемою інфраструктури», яка спричинила підвищену кількість помилок на кількох моделях Claude протягом короткого періоду, підтвердивши, що проблему було вирішено .

Відповідь Notion: еталонна мульти-модельна аварійна маршрутизація

Notion публічно не розголошував, які саме альтернативні ШІ-провайдери прийняли перенаправлений трафік, але дії компанії були чіткими: щойно моделі Anthropic Opus почали повертати погіршені результати, система Notion автоматично видалила всі моделі Anthropic з користувацького інтерфейсу вибору моделей і перенаправила запити в інше місце .

Це конкретний приклад архітектури мульти-модельного аварійного перемикання в дії. Замість того, щоб дозволити збоям наростати каскадом, поки Anthropic відновлюється, Notion поставився до рівня ШІ-моделі як до змінного компонента — так само, як хмарний архітектор поставився б до бази даних, що відмовляє, або до мережі доставки контенту (CDN), що не відповідає.

Бурхливий місяць для Claude: ширша картина збоїв

Збій 7 червня був незначним сам по собі, але він трапився в розпал цілої серії інцидентів з Claude, які похитнули довіру до надійності платформи.

2 червня – Глобальний збій (~6 годин)

Найзначніший збій стався 2 червня, коли масштабна аварія торкнулася Claude.ai, API, Claude Console та Claude Code. Було повідомлено про підвищену частоту помилок на Opus 4.6 та інших моделях, при цьому кількість скарг користувачів на Downdetector різко зросла близько 02:10 за східним часом / 07:10 за Гринвічем. Загальна тривалість збою становила майже шість годин, перш ніж сервіси було повністю відновлено .

5 червня – П'ятничний збій та розслідування витоку даних (~3 години)

Лише через три дні, 5 червня, платформа Claude від Anthropic знову вийшла з ладу. На сторінці статусу було зафіксовано «підвищену кількість помилок на багатьох моделях Claude» з 15:08 UTC до 18:28 UTC, причому Opus 4.7 та 4.8 відновлювалися останніми. Інцидент набув серйознішого обороту, коли користувачі повідомили про отримання відповідей після збою, які, здавалося, належали до інших сеансів, що спонукало Anthropic розпочати офіційне розслідування щодо можливого витоку даних .

6 червня – Погіршена продуктивність Opus 4.8 (~50 хвилин)

Коротший інцидент 6 червня торкнувся claude.ai, консолі та API. Opus 4.8 зазнав погіршення обслуговування приблизно на 50 хвилин, перш ніж було впроваджено виправлення та проведено моніторинг .

Ранні проблеми з якістю: травень та квітень

Цей останній кластер проблем не виник на порожньому місці. Opus 4.7 вже фіксував періоди підвищених помилок 22 та 25 травня, а регресія якості була задокументована розробниками приблизно через тиждень після запуску моделі 16 квітня — модель, яка віддзеркалювала проблеми з Opus 4.6 у березні .

У квітні 2026 року Anthropic публічно визнала зниження якості в Claude Code, Claude Agent SDK та Claude Cowork між 4 березня та 20 квітня, пояснивши це трьома різними причинами та згодом скинувши обмеження для користувачів після постмортему .

Що ця тенденція означає для кінцевих інтеграторів

Для бізнесів, які покладаються на Claude як на ключову частину свого продукту, інцидент з Notion 7 червня несе простий урок: залежність від сторонніх ШІ-моделей тепер є інфраструктурним ризиком, і від нього потрібно захищатися інженерними методами.

Залежність від однієї моделі — це крихко

Продуктивна система, яка викликає одну-єдину модель Anthropic, потребує трьох окремих можливостей: стратегії повторних спроб для тимчасових помилок 5xx або 529, резервної моделі для поглинання перебоїв у обслуговуванні та плану міграції для довгострокових регресій якості або виведення моделей з експлуатації. Покладатися лише на одну з цих стратегій недостатньо .

Архітектура аварійного перемикання стає обов'язковою

Автоматичне відключення Notion усіх моделей Anthropic та безперебійне перенаправлення до альтернативних провайдерів — це саме той шаблон, який доведеться переймати все більшій кількості кінцевих інтеграторів. Без мульти-модельного аварійного перемикання навіть 50-хвилинне вікно погіршеної продуктивності може каскадно перерости у збої, з якими стикаються клієнти, у чат-ботах підтримки, конвеєрах даних та інструментах для розробників .

Показники часу безвідмовної роботи не розповідають усієї історії

Власні 90-денні показники часу безвідмовної роботи (uptime) Anthropic показують 98.8% для claude.ai та 99.15% для Claude API . Хоча ці цифри виглядають прийнятними в абсолютному вираженні, вони відображають платформу, яку багато бізнесів тепер розглядають як інфраструктуру першого рівня. Скупчення інцидентів на початку червня 2026 року — шестигодинний глобальний збій, тригодинний збій із розслідуванням витоку даних та численні дрібніші перебої — свідчить про те, що планку стійкості для ШІ-залежностей потрібно встановлювати вище, ніж для традиційних SaaS-сервісів.

Підсумок

Рішення Notion відкликати всі моделі Anthropic 7 червня було рутинною оперативною реакцією на тимчасову проблему інфраструктури. Але в контексті шести помітних збоїв Claude приблизно за шість тижнів — це також чіткий сигнал: пільговий період ставлення до генеративного ШІ як до захопливого експерименту закінчився.

Для будь-якої команди, яка будує свій продукт на основі Claude — чи будь-якої сторонньої ШІ-моделі — інженерія надійності більше не є опціональною. Логіка повторних спроб, резервні провайдери та протестований шлях міграції моделей — це нові мінімальні вимоги для підтримки життєздатності продукту, коли його фундамент починає хитатися.