Контроль и безопасность
Как не дать ИИ удалить файлы и сломать сайт: страховки, которые стоит включить
Чтобы ИИ не удалил файлы и не сломал сайт, нужны четыре вещи: точка отката до начала работы, ограничение опасных команд, работа в копии проекта и проверка перед выкладкой. Все четыре делаются без глубоких знаний кода и работают в обычном Claude Code. Ниже по порядку, что включить и как вернуть всё назад, если что-то пошло не так.
Что может пойти не так, когда ИИ правит проект?
Три типичных сбоя: агент стёр файл, который считал лишним; перезаписал нужную версию файла своей; применил команду, которая откатила или снесла чужую работу. Злого умысла тут нет. Агент выполняет задачу буквально и не всегда видит, что файл нужен кому-то ещё.
Поэтому страховки включайте до начала работы, до первой потери. Подробный разбор рисков самого деплоя и доступов к серверу вынесен в отдельную статью: можно ли доверить ИИ-агенту деплой и доступы. Здесь речь о файлах проекта на вашем компьютере.
Как сделать точку отката перед работой?
Сохраните версию проекта до того, как агент начнёт. Есть два способа.
Простой: скопируйте папку проекта целиком, например в «проект-копия-до-ИИ». Для небольшого сайта этого достаточно. Минус в том, что копия быстро устаревает и занимает место.
Надёжный: используйте git. Это программа, которая хранит историю проекта. Для вашей задачи нужны три понятия:
| Понятие | Что значит по-простому | Команда |
|---|---|---|
| Подготовка | Если папка ещё не под git, включить хранение истории (один раз) | git init |
| Коммит | Сохранённая версия проекта с подписью | git add -A, затем git commit -m "до правок ИИ" |
| Откат | Вернуть файлы к последней сохранённой версии | git restore --source=HEAD --staged --worktree . |
| Что изменилось | Список файлов, которые поменял агент | git status |
Порядок такой: при необходимости git init, сохранили версию, дали агенту задачу, посмотрели git status. Результат не понравился — команда отката возвращает все изменённые файлы к сохранённой версии. Короткая запись git restore . берёт файлы из индекса (области подготовленных изменений), поэтому после git add она может вернуть уже не последнюю сохранённую версию; указание --source=HEAD снимает эту неоднозначность. Одна оговорка: новые файлы, которые агент создал, откат не удаляет. Они видны в git status как неотслеживаемые, и их можно убрать вручную.
Важно: git хранит только то, что вы сохранили. Файл, удалённый до первого сохранения, вернуть нечем. Поэтому первое сохранение делайте до первой задачи.
Какие команды опасны?
Опасны те, что нельзя отменить одним действием:
- удаление файлов и папок (
rm, особенно с ключами рекурсии и принуждения); - перезапись файла целиком вместо точечной правки;
- отмена сохранённых версий (
git reset --hard) и удаление неотслеживаемых файлов (git clean): команды, которые стирают работу; - отправка в общий репозиторий и выкладка на сайт (
git push, деплой); - установка и удаление пакетов, которые меняют проект.
Общее правило: чем меньше шансов вернуть результат, тем больше причин спросить человека. Читать, искать и править файл можно свободно. Удалять и сбрасывать — только с подтверждением.
Как ограничить права агента?
Claude Code умеет спрашивать разрешение перед командой. В его настройках можно задать, что разрешено сразу, что требует вашего «да», а что запрещено. Практичный минимум:
- Чтение и поиск по проекту — разрешить.
- Правку файлов в папке проекта — разрешить или подтверждать по желанию.
- Удаление, сброс истории, отправку в репозиторий, выкладку — оставить на подтверждение или запретить.
- Файлы с паролями и ключами — закрыть для чтения.
Не включайте режим «разрешить всё без вопросов» на проекте, где нет сохранённой версии. Он ускоряет работу ровно до первой ошибки.
Точный синтаксис правил меняется от версии к версии, поэтому сверяйтесь с документацией Claude Code: Configure permissions, проверено 23.10.2026.
Зачем работать в копии или ветке?
Копия или ветка не даёт агенту трогать рабочую версию. Ветка в git — это параллельная линия истории: правки идут в ней, основная версия остаётся нетронутой. Нравится результат — вы объединяете ветку с основной. Не нравится — ветку удаляете, и ничего не потеряно.
Для непрограммиста самый простой вариант: попросить Claude Code «создай ветку для этой задачи и работай в ней». Если сайт живёт на хостинге, не давайте агенту прямой доступ к рабочей папке сервера. Пусть правит локальную копию, а вы выкладываете сами.
Что проверить перед выкладкой?
Перед тем как выложить правки на рабочий сайт, проверьте по списку:
git statusпоказывает только те файлы, которые вы ожидали увидеть.- Сайт открывается локально: главная, форма заявки, страница с оплатой или записью.
- Ничего не пропало: сравните список страниц до и после.
- Нет паролей, ключей и личных данных в изменённых файлах.
- У вас есть сохранённая версия, к которой можно вернуться, если сайт на сервере сломается.
Как отличить настоящую готовность от уверенного «готово» в чате, разобрано в статье «Claude сказал готово, но не работает».
Что в этом делает appagent?
Всё перечисленное можно сделать вручную, и это стоит делать в любом случае. appagent берёт на себя то, что легко забыть. По описанию продукта:
| Страховка | Вручную в Claude Code | В appagent |
|---|---|---|
| Опасные команды | Правила разрешений в настройках | Агентам запрещены опасные git и rm, выкладка, установка пакетов |
| Секреты | Закрыть файлы с паролями в правилах | Агентам запрещено читать секреты, в отчёты они не попадают |
| Необратимые действия | Следить самому | Только после «да» владельца, на каждое отдельно |
| Параллельные задачи | Отдельная копия проекта на задачу | Отдельные рабочие копии (git worktree) |
| Проверка перед выкладкой | Свой список | Проверки: команды, ревью, состязательная проверка |
Отправка в репозиторий, выкладка, данные, права и зависимости остаются за вами. Агент их не выполняет без вашего согласия.
Частые вопросы
Как не дать ИИ удалить файлы проекта?
Сохраните версию проекта в git (если папка ещё не под git: git init) или скопируйте папку до начала работы. Затем закройте для агента опасные команды: удаление, сброс истории, отправку и выкладку. В настройках Claude Code их можно запретить или поставить за подтверждение. Работа в отдельной ветке или копии добавляет ещё один слой защиты.
Как откатить изменения, которые сделал ИИ?
Если версия сохранена в git, команда git restore --source=HEAD --staged --worktree . вернёт изменённые файлы к последней сохранённой версии. Новые файлы, которые создал агент, видны в git status, их удаляют вручную. Если сохранённой версии нет, остаётся копия папки или резервная копия хостинга.
Нужен ли appagent, чтобы защитить проект от ошибок ИИ?
Нет, сохранённая версия, ограничение команд и работа в копии делаются вручную в Claude Code. appagent нужен, когда вы не хотите настраивать это каждый раз: агентам заранее запрещены опасные git, rm и выкладка. Необратимое выполняется только после вашего «да».
Что дальше
Начните с одного действия: сохраните версию проекта прямо сейчас. Затем посмотрите, как устроены два «да» владельца в appagent, и прочитайте, как оптимизировать работу в Claude Code.
Хотите, чтобы ограждения были включены с первого дня? appagent работает в вашем Claude Code на вашей подписке. Выбрать тариф