Дайте ИИ-агенту отдельную рабочую папку, доступ только к нужным файлам и короткий список разрешённых команд. Секреты и рабочие данные оставьте вне его среды. Перед запуском проверьте реальные права агента в настройках инструмента: просьба в чате «не трогай другие файлы» сама по себе доступ не ограничивает. Ниже — порядок для владельца сайта или сотрудника, который поручает агенту доработку: от подготовки копии проекта до проверки изменений перед публикацией.
Какие файлы агенту нужны для конкретной задачи?
Начните с одного поручения. Например: «Исправь отображение кнопки заказа на мобильном экране». Для такой правки агенту обычно нужны файлы страницы и её стили. Доступ к выгрузкам заказов и настройкам рабочего сервера ему не нужен. Чем точнее граница задачи, тем проще заметить лишнее изменение.
Сделайте отдельную копию проекта для работы агента. Уберите из неё реальные ключи доступа, пароли, резервные копии и файлы с рабочими данными. Если задача требует проверить код, подготовьте тестовые значения и тестовый сценарий. Журнал Яндекс Практикума «Код» описывает запуск кода агента в отдельном контейнере или виртуальной машине без личных файлов и ключей; в более простом варианте ограничивает работу одной папкой и запрещает править тесты.
Проверьте и историю проекта. Файл .gitignore помогает не добавить секреты в новые изменения, но не удаляет то, что уже попало в отслеживаемые файлы. Если ключ ранее оказался в репозитории, его нужно отозвать и выпустить новый (материал «Безопасность вайбкодинга: ключи, права и откат»). Простое удаление строки из текущего файла старый ключ не защитит.
Как ограничить команды и проверить реальные права агента?
Права задают в инструменте и рабочей среде, а затем сверяют с заданием. Посмотрите, может ли агент читать файлы за пределами рабочей папки, менять тесты, запускать произвольные команды и выходить в сеть. Если инструмент позволяет, отключите то, что для этой задачи не требуется. Например, для правки стилей не нужен доступ к рабочему серверу.
В отдельных инструментах фактические разрешения можно посмотреть через codex doctor либо команды /permissions и /sandbox; нужный способ зависит от инструмента (материал «Безопасность вайбкодинга: ключи, права и откат»). Если вы не нашли настройку, которая ограничивает доступ к файлам, не считайте текстовую инструкцию агенту заменой такого ограничения. Перенесите задачу в изолированную копию проекта, где лишних файлов просто нет.
С командами действует тот же принцип. Разрешите агенту читать проект и запускать заранее выбранную проверку, если инструмент поддерживает такой режим. Команды удаления, установки новых пакетов, изменения настроек доступа и отправки файлов наружу оставьте на ручное согласование. Когда программа требует полный доступ к компьютеру для небольшой правки сайта, остановите запуск и смените среду или способ работы.
Что написать агенту перед началом доработки?
Короткое задание помогает и агенту, и человеку, который проверит результат. Укажите папку, цель правки, файлы под запретом и способ проверки. Например: «Исправь кнопку заказа в рабочей копии сайта. Меняй только файлы страницы и стилей. Не меняй тесты и настройки доступа. Не добавляй секреты в код. Покажи список изменённых файлов и результат существующих тестов». Такой текст объясняет границы работы, но технические права всё равно проверьте отдельно.
Если агент делает форму или другой участок, который принимает ввод посетителя, добавьте в задание проверку входных значений и прав пользователя на каждом действии. Блог Касперского советует прямо указывать эти требования, а также запрет на секреты в коде. Для простой правки кнопки не перегружайте задание: попросите агента сохранить прежнее поведение формы и покажите ему тестовый сценарий.
Перед правкой зафиксируйте исходное состояние проекта. Затем попросите агента сначала назвать файлы, которые он собирается менять. Если в списке появились конфигурация сервера, тесты или папка с заказами, уточните задачу до запуска изменений. На это проще потратить несколько минут сейчас, чем выяснять назначение лишних правок после публикации.
Как принять результат и откатить лишние изменения?
Посмотрите список изменённых файлов и разницу между прежним и новым кодом. Проверьте, куда отправляются данные формы, не появились ли новые права доступа и строки с ключами. После этого запустите существующие тесты и вручную повторите действие посетителя на тестовой версии сайта. Работающий код ещё не означает, что кнопка ведёт туда, куда нужно (журнал «Код», руководство по Cursor AI).
Если агент менял вид страницы, откройте её на узком экране и пройдите путь до отправки формы. Для такой проверки пригодится список проверок мобильной версии после вайбкодинга. Если правка затронула адреса страниц, заголовки или ссылки, отдельно пройдите проверку SEO сайта после правок Cursor. Публикуйте изменение только после этих проверок; исходная копия проекта позволит вернуть прежнюю версию, если на тесте обнаружится ошибка.
Какие ошибки чаще всего оставляют агенту лишний доступ?
- Запускают агента в папке, где рядом с кодом лежат рабочие выгрузки. Исправление: создайте копию проекта без этих файлов.
- Пишут «не открывай секреты», но оставляют их доступными агенту. Исправление: уберите ключи из рабочей среды и проверьте настройки доступа.
- Разрешают менять тесты вместе с кодом. Исправление: оставьте тесты только для чтения, чтобы агент не подогнал проверку под свою правку.
- Принимают ответ «готово» без просмотра изменений. Исправление: откройте список файлов, сравните версии и повторите действие посетителя на тестовом сайте.
Начните с ближайшей небольшой задачи: создайте отдельную копию проекта и проверьте, что в её папке нет ключей и рабочих выгрузок. Это первый шаг до выдачи агенту доступа.
