Запускайте Claude Code в отдельной среде с копией проекта, без ключей от рабочего сервера и без доступа к его сети. Такая песочница позволяет поручить ИИ правку сайта, а затем проверить результат до публикации. Для этого нужно ограничить доступ к файлам, соединениям и командам, проверить сами ограничения и отделить выпуск изменений от работы агента. Ниже — порядок действий для владельца бизнеса и разработчика, который помогает с сайтом.
Что подготовить для песочницы Claude Code?
Начните с отдельной копии проекта. Для интернет-магазина, сайта услуг или внутреннего калькулятора принцип одинаков: агент получает код для конкретной задачи, но не получает возможность менять действующий сайт. Если задача касается формы расчёта, подключать рабочий сервер для её решения не требуется.
Песочница — среда, где технические настройки ограничивают действия программы. Её можно организовать в контейнере или отдельной виртуальной машине. Само название среды ничего не гарантирует: если подключить к ней домашнюю папку разработчика и ключи от сервера, Claude Code получит лишние возможности.
- Создайте отдельную рабочую копию кода, которую можно удалить после проверки.
- Уберите из неё рабочие пароли, ключи публикации и настройки подключения к действующим сервисам.
- Подготовьте вымышленные примеры для проверки: товары, заявки или значения калькулятора.
- Запустите копию так, чтобы её адрес и настройки не совпадали с рабочим сайтом.
Проверьте не только видимые файлы. Секреты встречаются в скрытых файлах настроек, истории репозитория и переменных окружения. Поэтому копия проекта из Git сама по себе ещё не означает, что среда очищена. Если агенту не нужна история изменений, передайте только необходимые исходники.
В русскоязычном руководстве по Claude Code описан эталонный подход с автономным конвейером в песочнице: отдельные этапы помогают изучать угрозы, искать проблемы, разбирать находки и готовить исправления. Для небольшой задачи не обязательно повторять весь конвейер, но границу между экспериментом и рабочим сайтом стоит сохранить (источник: GitHub, sfrangulov/claude-code-handbook-ru).
Как ограничить файлы, сеть и команды?
Сначала задайте ограничения средствами среды запуска, затем настройте разрешения самого Claude Code. Инструкция в диалоге или файле CLAUDE.md помогает объяснить правила работы, но сама по себе не запрещает программе открыть файл или выполнить команду. Технический запрет должен действовать независимо от текста задания.
- Файлы: откройте запись только в рабочую папку задачи. Не подключайте домашний каталог, папки других проектов и каталоги с ключами.
- Сеть: разрешите только соединения, без которых задача не выполняется. Доступ к рабочему серверу и его базе закройте на уровне сети.
- Команды: оставьте запрос подтверждения для действий, которые выходят за рамки согласованной правки. Не включайте режим обхода проверок разрешений.
- Полномочия: запускайте среду без административных прав на основной системе и без доступа к управлению другими контейнерами.
Полное отключение сети не всегда подходит: Claude Code нужен доступ к сервису модели, а проекту могут понадобиться зависимости. Попросите разработчика составить список необходимых направлений и разрешить именно их. Доступ к сервису модели не должен автоматически открывать соединения с инфраструктурой бизнеса.
Отдельно проверьте установку зависимостей и запуск тестов. За привычной командой проекта могут стоять дополнительные сценарии, в том числе сетевые обращения. Прочитайте их до первого запуска. Если зависимости уже подготовлены в образе среды, агенту не потребуется заново скачивать их для каждой правки.
Конкретные переключатели зависят от версии Claude Code и способа запуска. Универсальный флаг из чужой инструкции не заменит проверку конфигурации. Зафиксируйте, какие папки доступны, куда разрешена сеть и какие действия требуют согласования.
Как проверить, что рабочий сайт недоступен?
До полезной задачи проведите короткую проверку границ. Успешный запуск проекта подтверждает только то, что он работает в песочнице. Он ничего не говорит о доступе к соседним папкам или рабочему серверу.
- Создайте за пределами рабочей папки безвредный контрольный файл без секретов.
- Проверьте из среды агента, что этот файл нельзя прочитать и изменить.
- Попросите разработчика проверить сетевой запрет к рабочему серверу без авторизации и изменения данных.
- Убедитесь, что действие вне согласованных разрешений вызывает запрос подтверждения или блокируется.
- Сохраните результаты проверки вместе с настройками среды.
Отказ агента со словами «мне запрещено» ещё не доказывает изоляцию. Нужен отказ со стороны файловой системы, сетевого правила или механизма разрешений. Проверяйте результат операции, а не объяснение модели.
Если контрольный файл читается, сначала исправьте подключение папок. Если доступен рабочий сервер, пересмотрите сетевые правила. Продолжать задачу стоит после повторной проверки. Дополнительный порядок разбора таких ситуаций есть в статье как проверить права доступа после вайбкодинга с Claude Code.
Как передавать правки из песочницы на сайт?
Дайте Claude Code ограниченную задачу с понятным результатом. Например: «Исправь расчёт итоговой суммы при изменении количества. Не меняй оформление и не добавляй зависимости. Покажи изменённые файлы и результаты тестов». Так проще заметить, если агент вышел за рамки поручения.
Разделите работу на план, правку и проверку. Такой цикл описан в проекте claude-code-harness как Plan→Work→Review. Это полезная схема организации, но название подхода само по себе не подтверждает качество конкретного изменения (источник: GitHub, Chachamaru127/claude-code-harness).
После правки попросите показать разницу между исходной и новой версией. Проверьте, какие файлы изменились, появились ли зависимости и затронуты ли настройки запуска. Для сайта с калькулятором отдельно пройдите обычный расчёт, пустой ввод и ошибочное значение. Ожидаемый результат лучше записать до запуска агента.
Автоматические проверки можно связать с этапами работы через хуки. Для этого пригодится инструкция как запускать проверки после правок Claude Code через хуки. Сначала убедитесь, что сами тесты проверяют нужное поведение: успешный запуск пустой проверки не подтверждает исправление ошибки.
Публикацию оставьте за отдельным процессом с собственными правами. Из песочницы передавайте изменения кода на проверку, а не команду обновления рабочего сайта. Перед выпуском сохраните предыдущую рабочую версию и определите способ возврата к ней.
Если среду настраивает подрядчик, полезный результат его работы — воспроизводимый запуск, список разрешений и запись проверок изоляции. Такую настройку и проверку сайта после вайбкодинга можно вынести в отдельную задачу: её границы понятны ещё до начала работ.
Типичные ошибки при запуске Claude Code в песочнице
- Считать копию сайта изолированной средой. Папка с другим названием не ограничивает права процесса. Настройте доступ средствами среды запуска.
- Подключать рабочие ключи ради одного теста. Вместо этого подготовьте тестовое подключение с отдельными правами или замените ответ сервиса заглушкой.
- Открывать всю сеть ради установки пакета. Уточните, какой адрес нужен, и разрешите только необходимое соединение.
- Принимать отчёт агента за проверку. Запросите вывод тестов и самостоятельно пройдите сценарий, который меняли.
- Публиковать правки из той же среды. Уберите из песочницы средства выпуска и передавайте код через отдельный этап проверки.
Песочница ограничивает последствия действий Claude Code, но не исправляет ошибки в логике сайта. Готовность к выпуску подтверждают проверка изменений и тест нужного бизнес-сценария. Начните сейчас: за две минуты запишите одну задачу для агента и добавьте к ней явное условие — «без доступа к рабочему серверу и без публикации изменений».
