Ошибка доверия: ИИ Claude Code уничтожил серверы и базу данных за 2,5 года по вине программиста

Прокомментировать Просмотры: 34

Несмотря на то, что современные ИИ-ассистенты вроде Claude Code демонстрируют впечатляющие возможности, они не застрахованы от критических ошибок. Программист Алексей Григорьев поделился поучительным кейсом о том, как из-за некорректных действий нейросети он едва не лишился базы данных с информацией, накопленной за 2,5 года. К счастью, в конечном итоге данные удалось реанимировать.

Замысел автора состоял в миграции своего ресурса AI Shipping Labs на облачную платформу AWS с использованием архитектуры, аналогичной DataTalks.Club. Любопытно, что Claude изначально скептически отнесся к этой затее, однако разработчик решил придерживаться своего плана.


Сгенерировано нейросетью Grok

Стратегия поэтапного перехода выглядела следующим образом:

  • Перенос существующего статического контента с GitHub Pages в объектное хранилище AWS S3.
  • Делегирование DNS-управления в среду AWS для централизации настроек домена.
  • Развертывание обновленной версии приложения на Django в рамках поддомена.
  • После успешного тестирования — перенаправление основного трафика на Django-версию.

По словам автора, концепция миграции была вполне жизнеспособной, однако стадия реализации преподнесла неприятные сюрпризы. Основной причиной фиаско стало чрезмерное доверие к автоматизированным советам ИИ.

Если вкратце, коллапс произошел из-за того, что разработчик инициировал процесс настройки без файла состояния Terraform (state file), который фиксирует текущую конфигурацию ресурсов. В результате ИИ создал дубликаты элементов инфраструктуры. Когда же файл состояния был наконец синхронизирован, Claude попытался привести систему в соответствие с документацией и выполнил команду terraform destroy, фактически аннигилировав всю облачную среду.

В результате инцидента были стерты серверы, базы данных и даже снапшоты с резервными копиями — под угрозой уничтожения оказался архив проекта за 2,5 года. Спасти ситуацию помогло только обращение в техподдержку AWS, специалисты которой смогли восстановить информацию и благополучно завершить этот инцидент.

 

Источник: iXBT

Поделиться:

Похожие статьи

Поиск по играм, новостям и статьям…

Введите не менее двух символов

Введите не менее двух символов