pr-address-comments

pr-address-comments — официальный навык из Gemini CLI для разбора замечаний к pull request в текущей ветке проекта. Его задача — помочь сначала увидеть полную картину ревью, а уже затем решить, какие изменения действительно нужны. Для работы навык требует установленный инструмент gh CLI, поэтому он рассчитан на репозиторий и ветку, доступные через привычный интерфейс GitHub CLI. Рабочий процесс начинается со скрипта scripts/fetch-pr-info.js. Навык предписывает прочитать весь вывод этого скрипта, даже если он кажется длинным или был сокращён интерфейсом. Это нужно, чтобы не потерять состояние pull request и контекст обсуждения до анализа. После получения информации рассматриваются текущий diff, история коммитов и комментарии ревьюеров. Такой порядок связывает замечание не только с отдельной строкой, но и с фактическим состоянием ветки и уже внесёнными изменениями. Результатом первого прохода становится сводка статуса ревью. Для решённых обсуждений навык предлагает короткую строку с отметкой ✅. Для открытых обсуждений используются последовательные ссылки вида [1], чтобы к каждому пункту можно было вернуться без двусмысленности. Отдельно учитываются комментарии текущего пользователя: они могут задавать приоритет или уточнять, какие замечания уже были сняты. Сводка должна опираться на diff, коммиты и сами комментарии, а не на догадки о намерениях автора. Практически этот навык полезен перед исправлением PR, когда нужно отделить закрытые треды от ещё актуальных, проверить, не изменился ли контекст после последнего коммита, и составить короткий план точечных правок. Он также подходит для повторного прохода по ревью после обновления ветки: текущий diff и история коммитов становятся частью проверки, а не фоном. Нумерованный список открытых пунктов облегчает согласование порядка работы с владельцем изменений. У навыка есть важное ограничение: он не начинает исправлять проблемы автоматически. После анализа нужно показать пользователю состояние PR и дождаться указаний, что именно исправлять, пропускать или считать закрытым. Поэтому карточка описывает этап подготовки решения, а не автономное внесение кода. Наличие gh CLI и доступа к текущему pull request — обязательные операционные предпосылки; без них навык не сможет получить обещанный статус, diff и комментарии. Источник также не заявляет, что такой разбор является security-аудитом или гарантирует корректность предложенных изменений. Для безопасного применения сначала проверьте, что gh работает в нужном репозитории и что выбранная ветка действительно соответствует рассматриваемому pull request. Затем прочитайте полный результат получения данных, сверьте коммиты с diff и только после этого формируйте сводку. Сначала согласуйте открытые пункты с пользователем, а к правкам переходите отдельным шагом. Такой порядок сохраняет границу навыка: фактическое состояние PR и комментариев он помогает собрать и классифицировать, но решение о начале исправлений остаётся явным.