gh-issues

• У вас есть бэклог чётко сформулированных баг-репортов и вы хотите получить автоматическую первичную попытку исправления до ревью человеком.
• Вы запускаете плановый CI/cron-пайплайн и хотите, чтобы задачи автоматически триажировались и для них создавались PR без ручного вмешательства (режим --cron).
• Вы работаете с моделью контрибуций через форк и вам нужно пушить ветки в ваш форк с PR, нацеленными на upstream-репозиторий (--fork).
• Вы хотите, чтобы комментарии к ревью PR обрабатывались автоматически — используйте --reviews-only, чтобы gh-issues сканировал открытые PR fix/issue-* и пушил исправления для запрошенных изменений.

• Задачи расплывчаты, архитектурны или слишком масштабны — суб-агенты навыка самостоятельно оценивают уверенность и пропускают задачи с оценкой ниже 7/10, однако особо сложные задачи следует решать вручную.
• Вам необходима гарантированная корректность — суб-агенты запускают тесты при их наличии, но автоматически сгенерированные исправления следует проверять перед слиянием в продакшн.
• У вас нет токена GitHub (GH_TOKEN) — навык gh-issues не может пройти аутентификацию в GitHub API без него.

До 8 подагентов работают одновременно, каждый из которых решает одну задачу от начала до конца: создание ветки, анализ кода, реализация исправления, выполнение тестов, коммит, пуш и открытие PR. Каждый агент располагает бюджетом в 60 минут и встроенной проверкой уверенности — он пропускает задачи, которые не может решить с уверенностью ≥7/10.

После открытия PR Phase 6 получает рецензии, встроенные комментарии, общие комментарии к PR и даже встроенные проверки ботов (например, Greptile). Комментарии, требующие действий, запускают дополнительных суб-агентов, которые переключаются на ветку, применяют запрошенные изменения, отправляют обновление и отвечают на каждый комментарий с указанием SHA коммита.

Передайте --fork user/repo, чтобы запушить все ветки в свой форк и открыть PR из форка, нацеленные на исходный репозиторий upstream — это соответствует стандартному рабочему процессу участия в разработке open-source без необходимости иметь права на запись в upstream.

--cron включает планирование по принципу «запустил и забыл»: оркестратор выбирает одну подходящую задачу, запускает суб-агент и немедленно завершает работу — безопасно вызывать из cron-задания каждые несколько минут. --watch удерживает оркестратор активным, периодически опрашивая новые задачи и комментарии к ревью с настраиваемым интервалом.

Перед запуском навык gh-issues проверяет наличие существующих открытых PR, веток в процессе работы в репозитории push, а также локального файла заявок со сроком действия 2 часа. Это предотвращает гонку дублирующихся суб-агентов над одной и той же задачей при перекрывающихся запусках cron или циклах наблюдения.

Передайте --notify-channel с идентификатором канала Telegram, чтобы получить итоговое сообщение со ссылками на PR и результатами по каждому issue. Отправляется только финальный результат — промежуточные обновления статуса не передаются.

Запустите /gh-issues owner/repo --label bug --limit 10 --cron из запланированного задания. При каждом вызове выбирается следующий незанятый баг-ишью, порождается суб-агент для реализации исправления, после чего выполнение завершается. Со временем очередь задач постепенно сокращается без участия человека между запусками.

Используйте /gh-issues upstream/project --fork myfork/project --label good-first-issue, чтобы gh-issues получил задачи из upstream-репозитория, отправил ветки с исправлениями в ваш форк и открыл PR, нацеленные на upstream — с соблюдением стандартного рабочего процесса участника проекта.

Запланируйте выполнение /gh-issues owner/repo --reviews-only --cron совместно с вашим существующим пайплайном PR. При каждом запуске выполняется сканирование открытых PR типа fix/issue-* на наличие необработанных проверок CHANGES_REQUESTED или встроенных комментариев, выбирается первый необработанный PR, после чего запускается агент для применения запрошенных изменений и отправки ответа.

Запустите /gh-issues owner/repo --label enhancement --watch --interval 10 во время сессии планирования спринта. Навык загружает задачи, просит вас подтвердить, какие из них обрабатывать, запускает агентов и опрашивает новые задачи и отзывы на проверку каждые 10 минут — отображая накопленные результаты до тех пор, пока вы не скажете «стоп».