Вторая практически важная группа - работа с изменениями. Сюда входят обзор в разных вариантах, включая отдельные проходы на вероятные ошибки и на безопасность, разделение большого изменения на несколько запросов и сопровождение уже открытого изменения. Последнее особенно полезно в командах, где между открытием и слиянием проходит время: замечания, конфликты и упавшие проверки разбираются по мере появления, а не накапливаются к моменту, когда автор уже переключился на другую задачу.

Есть и группа, которую легко пропустить, - настройка самого инструмента. Обновление конфигурации командной строки, настройка строки состояния, поиск и правка нужной настройки редактора, перенос старых процедур в новый формат. Эти навыки решают скучные задачи, но именно они чаще всего откладываются на потом и потом никогда не делаются. Готовая процедура снимает барьер: вместо получаса чтения документации ради одного флажка получается один запрос.

Группа автоматизации требует более осторожного отношения, потому что меняет не удобство, а частоту. Расписание, сообщение в мессенджере или событие в репозитории способны запускать работу без человека в момент запуска, а повторяющийся запуск с интервалом продолжает тратить бюджет, пока его не остановят. Отсюда два правила. Первое: у любой автоматизации должно быть условие остановки, а не только условие запуска. Второе: пока автоматизация новая, её вывод держат совещательным - пусть предлагает, а применяет человек. Совещательный режим стоит дороже по времени и дешевле по последствиям.

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

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

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

Типичные провалы предсказуемы. Считать, что список команд одинаков у всех. Игнорировать встроенные процедуры и писать свои с нуля. Ссылаться в командной инструкции на команду без указания версии и поверхности. Запускать повторяющуюся автоматизацию без условия остановки. И откладывать настройку инструмента, для которой уже есть готовая процедура.