Что делать, если ИИ удалил базу данных: 3 места, где лежат копии

Первая минута: останови агента и ничего не перезапускай

Первое действие занимает секунду и стоит дороже всех остальных: пока агент работает, он продолжает менять файлы, и каждая следующая правка засыпает то, что ты собираешься откапывать

Про последний пункт стоит сказать отдельно, потому что через него проходят почти все. Агент отлично умеет писать текст, который выглядит как твоя таблица. Он не умеет знать, что было в удалённых строках. Просьба «восстанови» даёт тебе файл нужной формы с выдуманным содержимым, и отличить его от настоящего через час будет уже трудно

Официальная справка Claude Code описывает клавишу коротко и без обещаний:

«Esc - Interrupt Claude, or close a dialog. Stop the current response or tool call mid-turn so you can redirect»

code.claude.com, страница «Interactive mode», проверено 23.08.2026

По-русски это ровно то, что нам нужно: одна клавиша обрывает текущее действие на середине, не закрывая окно

Что именно у тебя пропало: файл, таблица или база внутри сервиса

Дальше всё зависит от одной развилки, и новичок её обычно не видит: слово «база» означает три очень разные вещи, и возвращаются они из трёх разных мест

Представь три полки. На первой лежит твоя собственная тетрадь - файл, который живёт прямо в папке проекта на твоём компьютере. На второй - тетрадь, которую ты сдал на хранение в чужой сервис: облачная таблица или облачная база, доступ к ней по ссылке или по паролю. На третьей - записи внутри готового сервиса, который ты не собирал: там своя внутренняя кухня, и ты не видишь ни файлов, ни папок

Дальше в статье идут первая и вторая полки: именно на них живут проекты новичка, который собирает своё вайбкодингом. Третья полка закрывается одним абзацем в конце, потому что там от тебя мало что зависит

Половина пути уже пройдена: ты остановил агента и знаешь, где искать. Осталось найти копию и вернуть её на место

Копия первая: сам Claude Code помнит, каким файл был до его правки

Claude Code сам сохраняет состояние твоих файлов перед каждым твоим сообщением. Это его встроенная страховка, и она включена всегда - специально ничего настраивать не нужно

Метафора тут простая: агент ведёт себя как игра с автосохранением. Перед каждым твоим ходом он молча кладёт снимок в свой карман, и ты можешь отмотать партию к любому из последних ходов

Важная деталь про пустое поле: если в поле ввода остался набранный текст, два Esc его просто сотрут, и список не откроется. Стёрли текст - нажми ещё два раза, теперь откроется. Это не поломка, просто у клавиши две работы

Если варианта Restore code в списке нет вовсе (останутся только Restore conversation и пункты про сжатие переписки), значит после этого сообщения агент файлы своими руками не правил. Это подсказка, а не тупик: переходи к следующему разделу, там объясняется, почему так бывает

Почему после удаления командой откат агента не помогает

Здесь чаще всего и ломается надежда, поэтому скажу прямо, без смягчений. У встроенного отката есть граница, и она проходит ровно по тому случаю, из-за которого ты сюда пришёл

Агент меняет твои файлы двумя разными способами. Первый - своим редактирующим инструментом: открыл файл, переписал строки. Такие правки он запоминает и умеет отматывать. Второй - служебной строкой-приказом операционной системе, вроде «удали это». Такие изменения он не запоминает вообще

Документация Claude Code пишет об этом без обиняков:

«Checkpointing does not track files modified by bash commands. These file modifications cannot be undone through rewind»

code.claude.com, страница «Checkpointing», раздел ограничений, проверено 23.08.2026

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

Там же названы ещё три границы, о которых лучше знать заранее. Правки, сделанные помощниками агента в фоне, откатом не возвращаются. Изменения, которые ты внёс сам в обход агента, он не отслеживает. И снимки живут не вечно: они лежат вместе с историей переписки и через месяц убираются вместе с ней

Вывод для тебя простой и не грустный: откат агента пробуем первым, потому что это тридцать секунд. Но настоящая надежда - следующие два места

Копия вторая: редактор кода хранит свою историю каждого файла

Это место знают единицы, а работает оно чаще всего. Редактор кода VS Code - то самое окно со списком файлов слева, в котором обычно и живёт агент - ведёт собственную историю каждого файла, отдельно от всего остального

Метафора: редактор работает как фотоаппарат с непрерывной съёмкой. Каждый раз, когда файл сохраняется, он щёлкает кадр и складывает его в свой альбом. Альбом лежит в служебной папке редактора, а не рядом с проектом, поэтому удаление файла из проекта его не задевает

Так это описано в официальных заметках к версии редактора, где история и появилась:

«Local history of files is now available in the Timeline view. Depending on the configured settings, every time you save an editor, a new entry is added to the list»

code.visualstudio.com, заметки к версии 1.66, проверено 23.08.2026

Два ограничения назовём сразу, чтобы ты не искал там того, чего нет. Очень большие файлы редактор в историю не берёт: у записи есть потолок размера. И копий на один файл хранится ограниченное число, старые вытесняются новыми. Точные значения обоих потолков стоят на той же официальной странице, и по умолчанию их хватает на обычную таблицу проекта

Как вернуть таблицу из истории редактора за три клика

Дальше самое приятное место статьи: тут ты просто делаешь по шагам и получаешь свои данные назад

Как понять, какую копию брать, если их несколько. Строки отсортированы сверху вниз от свежих к старым, и рядом стоит возраст. Бери первую, которая старше момента поломки: агент работал минут пять - бери копию возрастом восемь-десять минут. Взял не ту - ничего страшного, возврат можно повторить с соседней строкой, копии от этого не исчезают

Если пункта Restore Contents в меню нет, ты нажал правой кнопкой не по копии, а по заголовку раздела. Наведись точно на строку со словами File Saved и повтори

Файл пропал из списка целиком: как найти его копию по имени

Отдельный случай, когда файла в списке слева больше нет вовсе. Кажется, что тогда и историю смотреть не на чем: раздел Timeline показывает копии того файла, который открыт, а открывать нечего

Выход есть, и он в том же разделе. У Timeline справа наверху есть кнопка с тремя точками, за ней прячется поиск по всей истории редактора - не по одному файлу, а по всем, что он когда-либо сохранял. Пункт в этом меню называется «Local History: Find Entry to Restore...», по-русски «найти запись для возврата»

Дальше маршрут расходится с прошлым разделом, и спотыкаются обычно ровно здесь. Набираешь кусок имени пропавшего файла, выбираешь файл - и открывается второй список, уже из копий этого файла. Над ним стоит подпись самого редактора: «Select the local history entry to open», то есть «выбери запись, чтобы её ОТКРЫТЬ». Открыть, а не вернуть: копия откроется отдельной вкладкой на просмотр, и файл в проекте от этого не появится. Правой кнопки тут тоже нет, знакомый по прошлому разделу пункт Restore Contents в этом списке не вызывается

Возврат делает отдельная кнопка, и живёт она в шапке открывшейся вкладки, справа наверху. Подписи у неё нет: это иконка-галочка, рядом с иконкой раздвоенного окна и тремя точками. Наведёшь на неё курсор - всплывёт подсказка Restore Contents. Нажимаешь галочку, получаешь то же окно подтверждения, что и в прошлом разделе, жмёшь Restore, и файл встаёт на своё место в проекте

Что увидишь: выпадающий список файлов, у которых история есть. Что это даёт: даже полностью удалённый файл возвращается, потому что копии лежат отдельно от него

Я проверил это на демо-проекте перед тем, как писать. Сохранил таблицу клиентов в редакторе 2 раза, один раз вернул её из копии, потом стёр файл с диска целиком: файла в проекте нет, а в служебной папке редактора осталось 3 копии, и в самой свежей лежат все 5 строк таблицы. Сам механизм редактор описывает в заметках к версии 1.66.

И заодно то, чего ждать не стоит. Файл, стёртый служебной строкой-приказом, в корзину компьютера не попадает: корзину открывают мышкой, а такой приказ проходит мимо неё. Заглянуть туда всё равно стоит - тридцать секунд, а вдруг файл убрал ты сам через окно папок

Копия третья: облачная таблица и облачная база хранят свои версии

Вторая полка из развилки выше. Тут файлов у тебя нет, зато почти всегда есть история на стороне сервиса

Если твоя «база» это облачная таблица, у неё есть история версий. По официальной справке сервиса Google на 23.08.2026 путь такой: справа сверху есть кнопка с надписью про последнее изменение, за ней открывается панель со списком прошлых состояний, и у выбранного состояния наверху появляется кнопка восстановления. Справка отдельно оговаривает, что для таблиц это работает так же, как для документов, и что неизменённые строки сервис по умолчанию прячет, чтобы правки было видно

Здесь честная граница, и я её не перепрыгиваю: чужой кабинет я тебе по памяти не рисую. Интерфейс сервиса меняется, и если у тебя на экране написано иначе, верь экрану, а не мне. Открой официальную страницу справки про историю версий и иди по ней - там скриншоты от самого сервиса

Если твоя «база» это облачная база данных, которую тебе завёл вайбкодинг-сервис, копии там тоже бывают, но не у всех и не всегда. Общее правило по официальной документации Supabase на 23.08.2026: на бесплатном тарифе автоматических копий не делают вовсе, выгружать данные нужно самому заранее; на платных тарифах копии снимают раз в сутки и хранят несколько последних дней, а восстановить проект из такой копии можно самому из кабинета. Точное название раздела ищи в своём кабинете: он у разных сервисов разный, и придумывать тебе маршрут я не буду

Копий нет вообще: что ещё можно сделать и чего не будет

Этот раздел нужен, чтобы ты не потратил вечер на бесполезное. Обещаний тут не будет: бывает так, что данные не возвращаются, и лучше узнать это за десять минут, чем за десять часов

Что ещё имеет смысл попробовать, по убыванию шансов. Первое - написать в поддержку сервиса, где жила база, и описать, что случилось и когда: у них бывают свои технические копии, о которых в кабинете не написано. Второе - поискать выгрузку, которую ты сам когда-то делал: люди часто скачивают таблицу «на всякий случай» и забывают об этом, посмотри в папке загрузок и в переписке, куда мог её отправлять. Третье - собрать данные из соседних мест: письма с заказами, переписка в мессенджере, выписка по счёту. Это не восстановление, но часто половина строк собирается обратно

Чего не будет. Не будет волшебной программы, которая вернёт стёртую облачную базу с твоего компьютера: её на нём никогда и не было. Не будет и восстановления «силами агента»: он сгенерирует правдоподобную таблицу, и это худший исход из всех, потому что выглядит как успех

И самое неприятное, что стоит сказать честно: чем дольше компьютер работает после удаления, тем меньше шансов на глубокое восстановление файлов с диска. Именно поэтому первый раздел просил ничего не перезапускать

Отдельно про время: копии живут не вечно, и это вторая причина не откладывать поиск на завтра

Чтобы второй раз этого не искать: один вечер на страховку

Всё, что выше, это медицина после травмы. Профилактика - отдельная тема, и у меня она разобрана целиком в гайде как настроить агента, чтобы он не удалил твой проект: там по шагам про режимы прав, про список запретов, который агент не переступит, и про точки возврата, которые ставятся заранее

Пересказывать её здесь не буду, но одну мысль оттуда возьму, потому что она меняет всё остальное. Настройки прав агента - это не про недоверие к нему, а про то, чтобы у одной ошибки не было последствий на весь проект. Агент, которому нельзя удалять пачками, ошибается ровно так же часто, только цена ошибки другая

Второе, что стоит завести в тот же вечер: собственная копия базы раз в неделю, руками, в отдельную папку. Это скучно и это работает лучше любой автоматики, потому что не зависит от чужого тарифа

Что меняется, когда таблица вернулась на место

Меняется отношение к собственному проекту. До этой истории он был чем-то хрупким: ты нажимал и ждал, что сломается. После того как ты своими руками достал данные из истории редактора, проект перестаёт быть чёрным ящиком - ты знаешь, где он хранит свои прошлые состояния, и знаешь, что делать, когда что-то пойдёт не так

Дальше начинается настоящая работа. Одно дело - вернуть таблицу. Другое - собрать проект так, чтобы данные жили не в одном файле, который агент может задеть, а в понятной структуре с копиями, правами и границами. Это уже не пять кликов, это система, и её я разбираю отдельно - на живых проектах, где ошибки стоят денег

Если тебе интересно, куда двигаться дальше по самому вайбкодингу, начни с большого разбора что это такое и как начать с нуля, а если хочешь, чтобы агент отвечал по твоим собственным файлам, а не из головы - вот отдельный гайд про работу на своей базе знаний

Источники

• Claude Code, страница «Checkpointing» - как работают точки возврата, что именно восстанавливается и почему изменения служебными командами не отслеживаются
• Claude Code, страница «Interactive mode» - что делает Esc и что делают два Esc подряд при пустом поле ввода
• VS Code, заметки к версии 1.66 - появление истории файлов в разделе Timeline, возврат содержимого и потолки хранения
• Справка Google, история версий файла - как посмотреть и вернуть прошлое состояние облачной таблицы
• Supabase, документация про резервные копии - какие копии делаются на разных тарифах и что доступно на бесплатном

Памятка: ИИ удалил базу, что нажимать по порядку

Семь строк пути от паники до вернувшейся таблицы

Частые вопросы

Читайте также

Безопасность ИИ-агентов: как не потерять проект

Права, запреты и точки возврата до инцидента

Вайбкодинг: что это простыми словами и как начать с нуля в 2026

Что это такое и как собрать первый проект

Настройка Claude Code бесплатно: запуск с нуля и выбор модели по ОЗУ

Файлы настроек, правила и границы агента