GitHub Copilot переходить на usage-based billing: чек-лист перед 1 червня

З 1 червня 2026 GitHub Copilot для individual-користувачів перестає бути просто «підпискою за місяць» і переходить на usage-based billing. Тепер важливо не тільки який план ти купив, а й які фічі запускаєш, яку модель обираєш і скільки довгих agent sessions робиш.

Хороша новина: code completions і next edit suggestions на платних планах лишаються unlimited. Погана новина: chat, CLI, cloud agent, Spaces, Spark і third-party coding agents уже треба сприймати як витрати з лічильником.

Що саме змінюється

GitHub вводить GitHub AI Credits як одиницю обліку Copilot usage. Кожна взаємодія з моделлю має вхідні токени, вихідні токени і cached tokens. Далі GitHub рахує вартість за моделлю, переводить її в AI credits і списує з місячного пакета.

Офіційна логіка проста:

• 1 GitHub AI Credit дорівнює $0.01 USD;
• легкий короткий chat-запит може коштувати частку credit;
• довга agent session по великому репозиторію витратить більше;
• frontier-моделі коштують дорожче за легші моделі;
• після вичерпання включених credits можна або чекати нового циклу, або платити за додатковий usage budget.

Для paid individual plans GitHub розділяє включене використання на base credits і flex allotment. Base credits відповідають ціні підписки і не мають змінюватися. Flex allotment — це додатковий змінний пакет, який GitHub залишає за собою право коригувати з часом.

На старті з 1 червня 2026 картина така:

• Copilot Pro: $10, 1,000 base credits + 500 flex allotment = 1,500 credits на місяць.
• Copilot Pro+: $39, 3,900 base credits + 3,100 flex allotment = 7,000 credits на місяць.
• Copilot Max: $100, 10,000 base credits + 10,000 flex allotment = 20,000 credits на місяць.

Copilot Free теж отримує usage-based модель, але з більш жорсткими рамками: 2000 code completions на місяць, певний allowance AI credits і auto model selection.

Чому це важливо саме розробнику

Раніше багато хто мислив так: «Copilot оплачений, значить можна питати скільки завгодно». Тепер це працює лише для частини сценаріїв.

Якщо ти переважно приймаєш inline completions у редакторі, паніки немає. На paid plans ці completions і next edit suggestions не білляться в AI credits.

Але якщо твій робочий день виглядає так:

• довгий Copilot Chat із великим контекстом;
• кілька Copilot CLI команд;
• cloud agent, який сам розбирає задачу;
• AI code review для pull request;
• third-party coding agent, підключений до Copilot billing;
• frontier-модель для кожної дрібниці,

то monthly allowance може закінчитися помітно швидше, ніж очікується.

Найбільша зміна не в цифрах, а у звичці. Copilot стає схожим на хмарний ресурс: його не треба боятися, але варто мати budget, dashboard і правила використання.

Як підготуватися до 1 червня

Крок 1. Зрозумій свій реальний Copilot-профіль

Почни не з вибору плану, а зі списку сценаріїв. Випиши, що ти робиш у Copilot за типовий тиждень:

- inline completions у VS Code або JetBrains
- короткі chat-запити по одному файлу
- великі chat-запити по всьому модулю
- Copilot CLI
- agent mode або cloud agent
- code review
- генерація тестів
- пояснення legacy-коду

Потім розділи це на дві групи.

Низький ризик для бюджету: inline completions і next edit suggestions на paid plans. Вони лишаються unlimited і не мають бути причиною апгрейду плану.

Високий ризик для бюджету: довгі chat-сесії, agentic features, cloud agent, third-party agents, frontier-моделі, великі контексти і повторні спроби «зроби ще раз, але краще».

Цей список одразу показує, чи тобі потрібен більший план, чи достатньо змінити поведінку.

Крок 2. Подивись usage preview і CSV

GitHub радить existing Pro і Pro+ користувачам перевірити оцінку витрат до переходу. На premium request analytics page має бути банер із Preview your usage. Звідти можна завантажити CSV-звіт або запросити його через Get usage report.

У звіті важливі дві колонки:

• aic_quantity — оцінена кількість AI credits;
• aic_gross_amount — оцінена вартість у USD.

Після цього CSV можна відкрити у billing preview tool. GitHub підкреслює, що це саме estimate, а не фінальний рахунок. Але для рішення «Pro вистачить чи треба Pro+» цього достатньо.

Практичне правило: не дивись тільки на середнє. Шукай пікові дні. Один день із кількома довгими agent sessions краще пояснює майбутні витрати, ніж спокійний середній тиждень.

Крок 3. Вибери план за workload, а не за страхом

Pro на 1,500 credits може бути нормальним варіантом, якщо Copilot у тебе — це completions, короткий chat і рідкі складні задачі.

Pro+ на 7,000 credits має сенс, якщо ти регулярно використовуєш chat, agent mode, більші контексти і хочеш менше думати про кожну сесію.

Max на 20,000 credits виглядає як план для sustained high-volume Copilot work: багато agent sessions, часті frontier-моделі, активна робота через IDE, GitHub.com і CLI.

Не треба апгрейдитися «про всяк випадок» у перший день. Якщо usage budget стоїть на $0, після вичерпання включених credits Copilot просто не має автоматично створити додатковий рахунок. Це менш зручно, зате без surprise spend.

Окрема практична ремарка: GitHub plans page зараз попереджає, що нові sign-ups для Copilot Pro, Pro+ і student plans тимчасово paused з 20 квітня 2026. Якщо ти ще не на потрібному плані або плануєш зміну, перевір актуальну доступність у GitHub перед тим, як будувати бюджетний план навколо апгрейду.

Крок 4. Постав usage budget свідомо

Після включених credits GitHub дозволяє купувати додаткове використання. Budget задається в доларах, а списання йде через AI credits. $10 додаткового бюджету відповідає 1,000 AI credits.

Для individual-розробника я б починав із одного з трьох режимів:

$0 budget. Найбезпечніший старт. Добре для першого місяця, якщо ти ще не знаєш свій патерн.

$5–10 budget. Буфер для дедлайнів, коли Copilot потрібен саме сьогодні, а місячний пакет уже закінчився.

$20+ budget. Має сенс тільки якщо Copilot реально замінює частину твоєї щоденної deep work рутини, і ти готовий платити за непередбачувані піки.

Окрема деталь: GitHub пише, що покупка additional AI credits недоступна для підписок, оформлених через GitHub Mobile на iOS або Android. Якщо ти платив через mobile subscription, перевір цей момент заздалегідь.

Крок 5. Навчися перемикати моделі

Найпростіший спосіб зменшити витрати — не запускати найпотужнішу модель на кожне питання.

Для рутини вистачає легших моделей:

• пояснити помилку компіляції;
• переписати маленьку функцію;
• згенерувати простий тест;
• нагадати синтаксис API;
• знайти очевидну причину lint-помилки.

Frontier-модель варто вмикати там, де справді є складність:

• архітектурне рішення з кількома trade-offs;
• migration plan для великого модуля;
• security-sensitive review;
• debugging із багатьма файлами;
• agent session, де помилка дорого коштує.

Тут аналогія проста: не треба їхати вантажівкою по каву. Вантажівка корисна, коли треба перевезти щось важке.

Окремо про Copilot code review

Copilot code review має нюанс: для більшості Copilot-фіч модель видно, а для code review GitHub обирає модель автоматично і не показує її напряму. Тому оцінити per-token cost до запуску складніше.

Ще один важливий момент: з 1 червня 2026 Copilot code review на GitHub-hosted runners також споживатиме GitHub Actions minutes. Тобто там може бути два лічильники: AI credits за модельну частину і Actions minutes за агентну інфраструктуру.

Якщо ти individual-розробник, не роби code review «на все підряд» автоматично. Краще запускати його для важливих PR, великих diff-ів або ділянок, де справді потрібна друга пара очей.

Що НЕ робити

Не плутай paid completions із paid agent work. Inline completions на paid plans лишаються unlimited. Дорогими можуть бути інші сценарії.

Не став frontier-модель як default для всього. Це зручно, але швидко спалює allowance там, де легша модель дала б такий самий практичний результат.

Не ігноруй usage dashboard перші два тижні. Саме перші дні після переходу покажуть, чи твій стиль роботи вписується в план.

Не став великий usage budget без причини. Budget — це не «захист», а дозвіл витрачати більше після включеного пакета.

Не оцінюй Copilot тільки за місячною ціною. Дивись на весь workflow: час, якість, кількість повторів, ризик помилок і реальну економію.

Висновок

Copilot не стає раптово «поганим» через usage-based billing. Він просто стає прозорішим як витратний інструмент. Якщо ти знаєш, які фічі білляться, дивишся usage preview, ставиш budget і не ганяєш frontier-моделі на дрібниці, перехід 1 червня не має боляче вдарити.

Короткий план:

1. Перевір свій план і included AI credits.
2. Завантаж CSV usage report або подивись preview usage.
3. Розділи сценарії на routine і expensive.
4. Постав usage budget: $0 для безпечного старту або невеликий буфер.
5. Використовуй frontier-моделі тільки там, де вони реально окупаються.

Найкраща стратегія тут не «менше користуватися Copilot». Найкраща стратегія — користуватися ним як інженерним інструментом із лімітом, а не як бездонною магічною кнопкою.

Офіційні джерела:

• https://github.blog/news-insights/company-news/github-copilot-individual-plans-introducing-flex-allotments-in-pro-and-pro-and-a-new-max-plan/
• https://docs.github.com/en/copilot/concepts/billing/usage-based-billing-for-individuals
• https://docs.github.com/en/copilot/how-tos/manage-and-track-spending/prepare-for-your-move-to-usage-based-billing
• https://docs.github.com/en/copilot/reference/copilot-billing/models-and-pricing
• https://docs.github.com/en/copilot/get-started/plans-for-github-copilot