Claude Code работает в трёх режимах: Composer (правит файлы и запускает команды), Chat с Apply (правит по запросу) и Chat с Ask (только консультирует). Для рабочего сайта малого бизнеса безопасный старт — Chat с Ask: ИИ объясняет, что делать, но не меняет код без вашего разрешения. Composer удобнее для разработки в изолированной среде, но на продакшене может изменить критичные файлы или запустить команду с необратимыми последствиями. Разберём, какой режим выбрать под конкретную задачу и как настроить защиту от случайных правок.
Почему режим работы ИИ-агента важен для безопасности сайта
Claude Code управляет файлами и терминалом напрямую. В режиме Composer агент сам применяет правки и запускает команды — удобно для быстрой разработки, но опасно для действующего сайта. Одна неточная инструкция может удалить конфигурацию, перезаписать базу данных или сломать интеграцию с платёжным сервисом. Пользовательские соглашения AI-сервисов снимают ответственность за действия агента, поэтому единственная защита — правильно выбранный режим и резервные копии.
Режим Chat с Ask не меняет файлы и не запускает команды. Агент объясняет проблему, предлагает решение и показывает код, но применять его придётся вручную. Это безопаснее для продакшена: вы контролируете каждое изменение и видите, что именно попадёт в рабочую среду. Режим Chat с Apply — промежуточный вариант: агент показывает diff (разницу между старой и новой версией файла), а вы решаете, применять ли правку. Composer автоматизирует всё, включая запуск тестов и установку зависимостей, но требует изолированной среды разработки.
Как распределить режимы между окружениями
Безопасная схема работы строится на разделении окружений: продакшн (рабочий сайт), staging (тестовая копия) и локальная разработка. На продакшене используй только Chat с Ask. Агент консультирует, а правки вносишь через git и CI/CD с ревью. На staging разрешён Chat с Apply: можно быстрее тестировать правки, но перед применением видишь diff. В локальной разработке Composer ускоряет работу — агент сам правит код, запускает тесты и фиксирует изменения в git, но эта среда изолирована от пользователей.
| Окружение | Режим Claude Code | Что можно делать | Что нельзя |
|---|---|---|---|
| Продакшн | Chat с Ask | Консультации, диагностика, планирование правок | Менять файлы, запускать команды |
| Staging | Chat с Apply | Тестировать правки с подтверждением diff | Автоматические коммиты, деплой |
| Локальная разработка | Composer | Автоматизация правок, тестов, установки зависимостей | Работа без резервных копий |
Такое распределение снижает риск случайных изменений. Продакшн защищён от автоматических правок, staging позволяет проверить решение перед внедрением, а локальная среда даёт скорость разработки без угрозы для пользователей.
Что проверить перед запуском Claude Code на сайте
Перед первым запросом к агенту убедись, что окружение настроено правильно. Проверь содержимое .gitignore: файлы с секретами (.env, credentials.json, private ключи) должны быть в списке исключений. Если агент прочитает такой файл для диагностики, он может процитировать токен или пароль в ответе. Ссылайся на ключи по имени переменной, а не по значению.
Если работаешь в режиме Composer или Chat с Apply, сделай резервную копию базы данных и критичных файлов (конфигурация веб-сервера, .htaccess, composer.json, package.json). Встроенный механизм отката /rewind в Claude Code отслеживает только изменения через инструменты правки файлов, а команды оболочки (rm, git reset --hard, npm install) он не захватывает. Поэтому бэкап — единственный способ восстановить состояние после ошибки в терминале.
Проверь права доступа к файлам и базе данных. Если Claude Code запущен от имени пользователя с правами sudo или root, агент сможет удалить системные файлы или изменить конфигурацию сервера. Создай отдельного пользователя с ограниченными правами для работы с проектом.
Как снизить риск необратимых операций
Composer и команды терминала могут запустить операции с широким радиусом действия: рекурсивное удаление файлов, сброс базы данных, массовые обновления зависимостей. Перед такими действиями Claude Code должен запросить подтверждение, но если инструкция сформулирована неоднозначно, агент может интерпретировать её как явное разрешение.
Используй флаг --dry-run для команд, которые меняют файловую систему или зависимости (например, composer update --dry-run). Агент покажет, что изменится, но не применит правки. Если работаешь с git, запрети force push и reset --hard на удалённых ветках: добавь эти команды в pre-push hook или настрой защиту веток в репозитории.
Для критичных операций (удаление данных, изменение прав доступа, деплой на продакшн) формулируй запрос в два этапа. Сначала попроси агента показать команду и объяснить последствия. Затем, если решение подходит, выполни команду вручную или дай явное подтверждение для Composer.
Типичные ошибки при работе с режимами Claude Code
- Использовать Composer на продакшене без резервных копий. Агент может удалить файлы или перезаписать конфигурацию, а /rewind не восстановит изменения, сделанные через терминал.
- Давать агенту доступ к .env или credentials.json для диагностики. Если файл прочитан, секреты могут попасть в ответ. Ссылайся на переменные по имени, а не по значению.
- Формулировать запрос как серию действий вместо одной чёткой задачи. Агент может выполнить часть шагов автоматически и остановиться на ошибке, оставив проект в промежуточном состоянии.
- Не проверять diff перед применением в режиме Chat с Apply. Агент может изменить не тот файл или добавить зависимость с уязвимостью.
- Запускать агента от пользователя с правами sudo. Это открывает доступ к системным файлам и конфигурации сервера.
- Полагаться на /rewind как на универсальный откат. Механизм не отслеживает команды оболочки и изменения, сделанные внешними процессами.
Как тестировать изменения после работы агента
После любых правок, внесённых Claude Code, запусти тесты и проверь критичные сценарии вручную. Автоматические тесты покрывают основной функционал, но не гарантируют, что форма отправки заявки работает корректно на мобильных устройствах или что письмо с подтверждением заказа доходит до клиента. Простые сайты после AI-разработки часто содержат ошибки форм, SEO-проблемы и некорректную адаптивность (Avada Media).
Проверь, что критичные интеграции работают: платёжный шлюз, отправка заявок в CRM, отправка СМС-уведомлений через RocketSMS. Если агент менял конфигурацию или обновлял зависимости, интеграция могла сломаться из-за изменённого формата запроса или устаревшего API-ключа. Логи сервера и CRM покажут, дошли ли заявки после правки.
Если сайт использует поисковую индексацию или кеш, проверь, что данные синхронизированы. При откате могут вернуться старые версии документов в поисковом индексе или отозванные права доступа (Хабр). Запусти переиндексацию вручную, если агент менял структуру данных.
Три шага, которые можно сделать сегодня:
- Проверь .gitignore и убедись, что файлы с секретами исключены из репозитория. Если их нет в списке, добавь .env, credentials.json и private ключи.
- Настрой резервное копирование базы данных и критичных файлов конфигурации. Используй автоматические бэкапы перед каждым запуском Claude Code в режиме Composer или Chat с Apply.
- Запусти Claude Code в режиме Chat с Ask на продакшене и задай диагностический вопрос: «Какие файлы изменились за последнюю неделю?» Это покажет, как агент анализирует проект, не внося правок.
