Интеграция GitHub предоставляет вашим pipeline доступ на чтение к активности разработки: коммиты, pull request, ревью и запуски GitHub Actions — по репозиториям и по разработчикам. Она работает только на чтение: в ваши репозитории ничего не записывается.
Что можно с этим делать
- Отчёт о результатах команды — кто и что выпустил за период: коммиты, добавленные / удалённые строки, открытые и слитые PR, число ревью.
- Состояние CI — число успешных, неудачных и выполняющихся запусков GitHub Actions по каждому репозиторию.
- Питать agent — agent, который резюмирует техническую неделю (см. Сценарии использования → CTO IA).
Подключение
В разделе Параметры → Сервисы → GitHub, вкладка Accounts, два способа:
- Подключить через GitHub — OAuth через приложение платформы (когда оператор его настроил), затем выбор отслеживаемых репозиториев. Никакого токена копировать не нужно.
- Вставить токен (BYO) — токен доступа GitHub на чтение (в идеале fine-grained PAT, ограниченный соответствующими репозиториями), список отслеживаемых репозиториев (
owner/repo) и, для GitHub Enterprise, базовый адрес API. Токен хранится на стороне сервера и никогда не отображается повторно.
Узел github_report
Узел github_report получает активность за временное окно (24h, 7d или 30d) и публикует её в контекст: разбивка по разработчикам (by_developer) и по репозиториям (by_repo), журнал коммитов (commit_log), итоги, сводка CI (ci) и список репозиториев, которые не удалось прочитать (unreadable_repos). Нижестоящий agent превращает это в читаемый отчёт.
Чтения запускаются параллельно (с ограничением) по репозиториям, чтобы оставаться быстрыми в загруженной организации GitHub.
Инструменты агента (чтение): github.report, github.list_commits, github.list_pull_requests.
Лучшие практики
- Предпочитайте выделенный токен для интеграции общему персональному токену.
- Ограничивайте scope строгим минимумом (доступ на чтение к репозиториям, pull request и actions).
- Комбинируйте с каналом Расписание для периодического отчёта (например, каждый вечер в 18:00).