GitHub и AI-агенты
В GitHub лежит всё, что сделано, — и ничего из этого не написано для человека, который спрашивает про сроки. Агент читает репозиторий и переводит его в слова, которые можно сказать клиенту или руководителю: что вышло, что застряло и о чём вас спросят первым.
Что агент делает в GitHub
- Собирает, что реально вышло за неделю: слитые pull request, закрытые issue, проставленные теги релизов.
- Показывает, какие pull request висят без ревью дольше срока, который назначили вы.
- Держит связку между вопросом клиента и issue за ним: где она сейчас и что по ней было последним.
- Готовит черновик release notes по реальным коммитам и тегу, отдельно отмечая то, что заметит пользователь.
- Приносит issue, открытые людьми вне команды, вместо того чтобы они лежали непрочитанными.
Процессы, которые запускаются сами
Плейбук — это не кнопка, а процесс с условием запуска. В GitHub это условие обычно даёт сам репозиторий: pull request без ревью, проставленный тег релиза, issue от человека со стороны.
Pull request завис без ревью
Pull request открыт дольше срока, который задали вы, и ревью на нём так и нет
- Отделить настоящее ожидание от черновиков и от тех, где ревьюер не назначен
- Описать одним абзацем без кода, что там меняется и кого это касается
- Напомнить назначенному ревьюеру там, где он действительно читает сообщения
- Вынести вам тот, что дольше всех тормозит поставку
Релиз, рассказанный словами
В репозитории проставлен тег релиза
- Собрать коммиты и закрытые issue между прошлым тегом и этим
- Разделить их на то, что заметит клиент, и то, что заметит только команда
- Отдать вам черновик release notes — формулировки и обещания остаются за вами
- Отметить пункты, по которым нужен ответ разработчика, а не догадка
Пришло снаружи
Issue открыл человек, которого нет в вашей команде
- Проверить, не повторяет ли это то, что уже открыто
- Собрать короткую карточку: кто написал, что просит, на что это влияет
- Принести вам — исполнителя он не назначает и срок не обещает
Где агент останавливается
- Код он не пишет, не ревьюит и не мёржит: это решение инженеров и их ответственность.
- Он рассказывает, что показывает репозиторий, и не судит по числу коммитов ни о качестве, ни о старании.
- Доступы, секреты и защиту веток он не трогает — ничего из этого не настраивается разговором.
- Срок, когда что-то будет готово, называют те, кто это делает, а не агент, экстраполирующий график коммитов.
FAQ
Нужно ли разбираться в коде, чтобы это читать?
Нет. Агент описывает изменения результатом: что заработало, что починили, кого это касается. Ссылка на исходный pull request или issue остаётся рядом — на случай, когда вы захотите показать её разработчику.
Агент будет что-то менять в репозитории?
По умолчанию он только читает. Если вы разрешите, он оставит комментарий или поставит метку — но не код, не ветки и не историю. Ревью и слияние остаются за командой.
Не превратится ли это в надзор за разработчиками?
Отчёты вида «кто сколько закоммитил» мы намеренно не строим: это число ничего не говорит о работе, и любая команда за месяц научится его кормить. Агент показывает состояние работы, а не рейтинг людей.
Что нужно, чтобы подключить приватный репозиторий?
Доступ на чтение выдаёт владелец репозитория или администратор организации — это их решение, а не наше. Дальше настройка идёт разговором: вы называете репозитории и сроки, после которых считать, что что-то зависло.
Где это работает
Разборы, в которых видеть, что происходит в разработке, — часть процесса.