Как запретить ИИ менять посторонние файлы в проекте

1. Зафиксируйте исходное состояние

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

Не используйте reset, checkout или formatter по всему проекту, чтобы получить чистую картинку.

2. Назовите физическую границу

Укажите абсолютную рабочую папку и запретите менять соседний worktree. Для монорепозитория задайте каталог приложения и допустимые общие файлы.

Если нужная правка объективно требует общий package или schema, агент останавливается и объясняет overlap до изменения.

3. Ограничьте результат, а не только расширения

Фраза «меняй только .js» всё ещё разрешает сотни файлов. Лучше: «изменяй только article registry, новый module и article tests».

Перечислите соседние функции, которые должны остаться без изменений: цены, оплата, статьи, production.

4. Запретите широкие механические команды

Formatter, codegen или search-and-replace по корню может затронуть чужую работу. Разрешайте их только для exact target и проверяйте список файлов сразу после.

Для ручных изменений используйте patch, чтобы scope был виден. Сгенерированные артефакты создаются отдельной командой и перечисляются явно.

5. Проверьте итоговый diff

Сравните name-only с утверждённым списком, затем прочитайте каждый изменённый hunk. Выполните git diff --check и secret scan.

Если файл содержит и чужие, и ваши изменения, используйте hunk staging или не коммить до безопасного разделения.

• status до и после;
• diff --name-only;
• staged diff отдельно от unstaged;
• точный список в отчёте.

Когда нужен отдельный worktree

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

Права sandbox могут дополнительно запретить запись вне разрешённых корней. Это сильнее текста, но требует правильной конфигурации.

Пример формулировки

«Работай только в [absolute path], ветка [name]. Сначала прочитай инструкции и status. Изменяй только [scope]. [paths] являются чужими, не форматируй и не stage их. После работы покажи exact changed files и diff-check. Если нужен общий файл вне scope, остановись до правки».

Effort помогает сделать такую границу явной, но техническую изоляцию настраивает среда выполнения.