Агент работает с GitHub через его API: репозитории, issues, pull request с комментариями и ревью, коммиты и прогоны GitHub Actions. Поверх этого он считает то, чего в интерфейсе не видно одним взглядом: какие PR дольше всех ждут ревью и кого стоит подтолкнуть, на каком коммите и на каком шаге сломалась сборка, что за сутки открылось и закрылось по репозиторию.

У прогона Actions статус и заключение — разные вещи: событие о завершении workflow означает, что прогон закончился, а не что он прошёл, поэтому агент смотрит на результат отдельно и не записывает упавшую сборку в зелёные. С событиями та же логика: сам по себе pull_request ни о чём не говорит, значение несёт действие — открыт, переоткрыт, закрыт, обновлён новым коммитом или запрошено ревью.

События приходят вебхуком, подписанным HMAC-SHA256: без общего секрета доставка отклоняется, а повторную доставку одного и того же события агент отсекает по её идентификатору. Поэтому опрашивать API по кругу не нужно. На запись агент осторожен: комментарий в PR, новый issue, перезапуск упавшего прогона или закрытие задачи — это отдельные действия по вашему явному запросу, а не побочный эффект разбора.

Видимость агента ограничена установкой приложения: репозитория, которого в ней нет, для него не существует, и вместо пустой сводки он скажет, что доступа туда не выдано. Историю он читает страницами и по одному репозиторию за раз, а не всю организацию сразу, и держит частоту запросов в пределах лимитов GitHub — поэтому большой отчёт собирается дольше, чем короткий вопрос про один pull request. Прав у агента ровно столько, сколько у установки.