GitHub Copilot code review тепер впливає не лише на Copilot, а й на Actions

GitHub 27 квітня попередив про зміну, яку легко недооцінити: з 1 червня 2026 Copilot code review у приватних репозиторіях почне споживати не тільки AI Credits, а й GitHub Actions minutes. Тобто одна й та сама перевірка PR тепер зачепить два різні лічильники.

Для public repository нічого не змінюється: Actions minutes там і далі лишаються безкоштовними. Але якщо ваша команда живе в private repo, це вже не просто «ще один AI-review». Це ще одна стаття витрат у GitHub білінгу.

Що саме змінилося

Суть новини проста.

Є ще одна важлива деталь: GitHub каже, що Copilot code review працює через GitHub Actions із GitHub-hosted runners. За замовчуванням це standard GitHub-hosted runner. Але також підтримуються larger GitHub-hosted runners і self-hosted runner, і вони рахуються по-іншому.

Тобто тут не можна дивитися тільки на Copilot-ліцензії. Треба дивитися на весь шлях виконання review.

Чому це важливо для команди

Найчастіша пастка — думати, що Copilot-рев’ю живе окремо від CI. Насправді ні.

Тепер одна PR-перевірка може торкнутися:

Для невеликого репозиторію це може бути майже непомітно. Але якщо у вас:

то нова модель може вилізти не в UI Copilot, а в рахунку GitHub Actions.

Окремо важливо й те, що GitHub пише: для використання agentic capabilities у code review не обов’язково мати ввімкнений GitHub Actions в організації. Але якщо у вас вимкнені GitHub-hosted runners, agentic review не буде доступний у повному вигляді, і review спроститься. Self-hosted runners у такому випадку — окремий шлях.

Що перевірити зараз

Я б зробив це в такому порядку.

1. Знайти всі private repo, де ввімкнено Copilot code review

Почніть не з білінгу, а з інвентаризації. Потрібен список репозиторіїв, де review реально працює.

2. З’ясувати, який runner model там використовується

Тут важливі три сценарії:

Це не дрібниця. Larger runner коштує дорожче, а self-hosted runner не споживає GitHub Actions minutes у звичному сенсі.

3. Зняти baseline по Actions minutes

Подивіться, скільки minutes команда вже спалює за місяць. Без цього ви не зрозумієте, чи нова зміна дасть 5%, чи 50% зверху.

4. Перевірити, чи є ліміти та сповіщення

Якщо у вас немає чітких alerts на Actions usage, нова витрата може пройти непомітно. Добре мати хоча б простий поріг, після якого хтось у команді отримує сигнал.

5. Зробити коротке повідомлення для команди

Не всі читають changelog. Краще одразу написати коротко:

Антипатерни

1. Думати, що це тільки зміна Copilot-ліцензії

Ні. Це ще й зміна в Actions-білінгу.

2. Припускати, що public repository поводяться так само, як private

Не поводяться. Для public repo змін у minutes немає.

3. Ігнорувати runner model

Standard, larger і self-hosted — це різна економіка. Якщо не подивитися на runner, легко помилитися в оцінці витрат.

4. Прокинутися 1 червня без baseline

Тоді вже буде не аудит, а розслідування.

5. Тримати review увімкненим «бо хай буде»

Якщо команда не готова рахувати цю витрату, краще спочатку зафіксувати правила, а вже потім розширювати rollout.

Короткий план дій до 1 червня

Головна думка: це не просто нова AI-фіча. Це новий рахунок за знайомий workflow. Якщо встигнути з аудитом до 1 червня, сюрпризів буде значно менше.