GitHub Copilot code review з 1 червня почне витрачати GitHub Actions minutes: що перевірити до дедлайну

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 білінгу.

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

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

• Уся Copilot-активність, включно з code review, переходить у нову usage-based billing модель і рахується в AI Credits.
• Для reviews у private repository GitHub Actions minutes будуть списуватися з вашого наявного плану.
• Якщо included minutes закінчаться, далі піде стандартна оплата GitHub Actions.
• Для public repository змін немає.

Є ще одна важлива деталь: 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-перевірка може торкнутися:

• Copilot-ліміту у вигляді AI Credits;
• GitHub Actions minutes;
• вартості runner model, якщо ви використовуєте larger або self-hosted варіант.

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

• багато приватних репозиторіїв;
• активний потік pull request;
• кілька команд у тій самій організації;
• обмежений Actions-ліміт;

то нова модель може вилізти не в 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 там використовується

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

• standard GitHub-hosted runner;
• larger GitHub-hosted runner;
• self-hosted runner.

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

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

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

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

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

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

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

• що зміниться з 1 червня;
• які репозиторії зачепить;
• хто дивиться за лімітом;
• що робимо, якщо minutes почнуть рости.

Антипатерни

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 червня

• Зробіть список private repo з увімкненим Copilot code review.
• Перевірте, який runner model використовується для review.
• Подивіться на поточне споживання GitHub Actions minutes.
• Увімкніть або перевірте alerts на Actions usage.
• Попередьте команду, що review тепер впливає і на Copilot, і на Actions.

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