Как задать ограничения для ИИ, чтобы он не расширил задачу

1. Ограничьте область файлов и компонентов

Назовите рабочую папку, разрешённый модуль и соседние зоны, которых задача не касается. Если точные файлы неизвестны, разрешите read-only поиск перед изменением.

Не заставляйте агента копировать репозиторий ради изоляции. Используйте существующую ветку или worktree по правилам проекта.

2. Определите границу данных

Укажите, какие таблицы и поля можно читать или менять, что является авторитетным состоянием и какие значения запрещено выводить в UI или лог.

Для миграции задайте additive и idempotent требования, rollback или восстановление, если риск этого требует.

3. Отделите внешние действия

Push, deploy, письмо, оплата, DNS и изменение production являются отдельными действиями. Напишите, разрешены ли они, и укажите точную цель.

Доступ к SSH не равен разрешению менять сервер. Если полномочие не дано, агент готовит локальный результат и останавливается.

4. Опишите поведение при неизвестном

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

Запретите создавать заменяющую систему только потому, что текущий путь сложнее ожидаемого.

5. Добавьте отрицательную приёмку

Проверьте не только появление результата, но и отсутствие лишнего: чужие файлы не изменены, секреты не выведены, duplicate не создал второй эффект, PENDING не показан как оплата.

Так ограничение превращается в тест, а не остаётся текстом в начале задачи.

• точный список изменённых путей;
• git diff без соседнего scope;
• негативный сценарий запрещённого действия;
• очистка только task-owned ресурсов.

Пример ограничения

«Работай только в /site на ветке feature. Не меняй /bot, цены и payment callback. Разрешены локальные build и browser smoke. Commit, push, VPS и IndexNow не выполнять. Если сборка требует изменения общего package, остановись и объясни зависимость».

Такая формулировка определяет область, запреты, разрешённые проверки и условие остановки.

Как проверить усиленный запрос

Убедитесь, что ограничения не противоречат ожидаемому результату. Нельзя потребовать production smoke и одновременно запретить сеть и deploy.

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