Розробник доручив ШІ-асистенту серію завдань з автоматичного ремонту програмного забезпечення, яке використовувалося для аналізу історичних даних біржових опціонів. Головна умова була чіткою: створювати копії потрібних файлів, працювати з ними, тестувати виправлення та не чіпати оригінальні робочі файли.
Розробник доручив ШІ-асистенту серію завдань з автоматичного ремонту програмного забезпечення, яке використовувалося для аналізу історичних даних біржових опціонів. Головна умова була чіткою: створювати копії потрібних файлів, працювати з ними, тестувати виправлення та не чіпати оригінальні робочі файли.
Загалом запускалося 11 завдань із відновлення. Перші 10 пройшли успішно, проте останнє передбачало перезбірку тестового середовища (так званого «дзеркала»), пише TechRadar.
У тестовому середовищі знаходилися 614 папок-посилань (Windows junctions) — спеціальних символьних покажчиків, які зовні виглядають як звичайні папки, але ведуть на іншу локацію на ПК (у цьому випадку — на робоче середовище).
Під час очищення тестового середовища ШІ не розпізнав, що це лише покажчики, перейшов за ними в реальну систему та стер оригінальні документи.
Загалом асистент знищив 55 550 файлів, з яких лише близько 7 300 підлягали видаленню. Решта 48 218 файлів були реальними робочими даними. Увесь процес тривав трохи більше ніж 100 секунд.
Зрозумівши масштаби скоєного, ШІ видав розробнику неочікувано відверте та чесне повідомлення: «Крейг — зупинися і прочитай це. Я щось зламав».
Паралельно постраждав і Git-репозиторій: хоча файл індексу зберігся, самі знімки файлів та історія змін були повністю знищені. Git відображав тисячі імен файлів, але відновлення їхнього вмісту було вже неможливим.
Пост розробника на Reddit миттєво став вірусним, зібравши понад 1 400 коментарів за кілька днів. Спільнота розробників сприйняла ситуацію з гумором, але винесла суворий вердикт: це класична ситуація «FAFO» (find out after messing around) та серйозна відсутність базових навичок безпеки кодингу.
Користувачі зазначили, що перед тим, як надавати ШІ доступ до робочої системи, обов’язково потрібно push-ити всі зміни у віддалений репозиторій (наприклад, на GitHub), який слугує фундаментальною «кнопкою збереження». Робота з проєктом на 48 000 файлів без локальних чи хмарних резервних копій була названа «піковою поведінкою вайбкодера».
Деякі користувачі порадили спробувати відновити втрачені дані за допомогою Windows Shadow Copy або спеціальних утиліт для відновлення файлів. Головний же урок цієї історії для всіх розробників — налаштовуйте контроль версій і бэкапи до того, як підпускати штучний інтелект до вашого коду.
