Approval-карточка - это момент, когда автономия агента встречается с вашим решением. Легко превратить её в кнопку "да", которую жмут не глядя. Но карточка не только спрашивает разрешение - она даёт прочитать, отредактировать и ограничить действие до того, как оно случится, и в этом её настоящая ценность.

Наивный ход понятен: агент занят делом, карточка тормозит, и рука тянется подтвердить. Ожидание - что модель предлагает разумное, а карточка лишь формальность на пути к результату. Из этого растёт привычка одобрять быстро и широко, особенно когда карточки идут одна за другой.

Ломается это на том, что подтверждают часто не то, что прочитали. Команда бывает почти правильной: верное действие, но не тот рабочий каталог, лишний аргумент, слишком широкий glob, незамеченный побочный эффект. Одобрив по форме, вы санкционируете именно фактическую команду, а не своё представление о ней. Поэтому первый шаг у карточки - не жать, а читать: сама команда, CWD, аргументы, scope и побочный эффект. Именно рабочий каталог обманывает чаще всего: команда, безобидная в корне проекта, в другом CWD затронет не те файлы, а глаз, привыкший читать саму команду, каталог пропускает.

Второй шаг - карточка редактируема, и это меняет её роль. Команду можно поправить прямо в карточке: сузить путь, убрать флаг, сменить каталог. Можно не править руками, а описать нужное изменение, и быстрая модель перепишет команду - но результат снова приходит вам на ревью, а не исполняется сразу. Есть и клавиатурные действия: одобрить, always-allow или отклонить, не берясь за мышь. Карточка - это редактор решения, а не только его выключатель.

Третий шаг - выбрать срок разрешения, и здесь цена ошибки растёт с длительностью. Разрешение бывает одноразовым, на сессию, project-shared, project-local и global. Правило простое: выбирайте минимальный срок, которого хватает. Одноразовое ничего не запоминает; сессионное живёт до конца сессии; проектные и global пишутся в конфиг и переживают перезапуск. Чем дольше срок, тем дальше во времени уедет последствие сегодняшнего быстрого "да". Разница особенно ощутима между project-shared и project-local: первое уедет в общий конфиг и подхватится коллегами, второе останется у вас, и путать их - значит либо навязать команде своё правило, либо потерять его при следующем клоне.

Одна деталь про сессионный grant важна для параллельной работы. В stable 3.7.16 разрешение, выданное на сессию, распространяется на root-агента и его subagents: выдав scope один раз, вы не будете переспрашиваться под каждый subagent. Это удобно и одновременно расширяет радиус - сессионное "да" теперь охватывает не одного исполнителя, а всё дерево. Номер версии здесь не украшение: поведение датировано и проверяется по актуальному changelog.