ИИ занимается реагированием на инциденты. Разработчики становятся не нужны.

В недавнем посте Сильвен Калаш, бывший SRE в LinkedIn и глава AI Lab в Rootly, описывает намечающуюся проблему: по мере того как ИИ берёт на себя реагирование на инциденты (то есть устранение и починку сбоёв в сервисах), инженеры теряют «мышечную память», необходимую, чтобы оставаться в теме внутреннего устройства своих систем. Опубликовано 4 сентября 2026 года. Оригинал статьи здесь.

1Аналогия с авиацией

Аналогия с самолётами: чем больше вы полагаетесь на автоматику (автопилот), тем хуже у вас получается вручную вмешиваться во время кризиса. В случае рейса 235 TransAsia Airways самолёт разбился через 117 секунд после первого сигнала тревоги, потому что пилот отключил не тот двигатель. Незапланированные отказы в современных реактивных двигателях случаются реже, чем раз на 100 000 часов полёта. В результате пилоты редко сталкиваются с настоящими отказами. Чтобы решить эту проблему, регуляторы обязали пилотов каждые 6 месяцев проходить тест на симуляторе.

2Долг понимания

В IT такого требования нет. По мере того как среднее время устранения инцидента (MTTR) сокращается для большинства инцидентов, будет казаться, что мы продвигаемся вперёд. Однако мы будем незаметно накапливать долг: когда сломается что-то сложное и ИИ не будет знать, что делать, мы окажемся перед системами, которые сами уже не понимаем изнутри. Это то, что я называю «долгом понимания». Улучшить свои навыки дебаггинга можно только на практике, а практика уходит к ИИ.

3Что делать

Я считаю, что нужно ввести обязательные симуляции инцидентов для дежурных инженеров, как это делают в авиации. Если мы хотим сохранить владение своими системами в автоматизированном мире, нам нужно поддерживать эту форму через практику. Без ИИ мы будем теряться в хаосе. С ИИ мы будем слепы.