Michael JohnsonЗавдання Copilot можна почати в GitHub Mobile, продовжити на github.com і завершити у VS Code або CLI, зберігши ту саму сесію. 28 жовтня 2026 року GitHub оголосила про пов’язаний хмарний режим і розпочала його поетапне розгортання для платних планів: за замовчуванням агент працює в керованій хмарній пісочниці, а її обчислення враховуються у спільному ліміті GitHub Actions.
Для розробників це одночасно змінює дві практичні речі: де працює агент і з якого бюджету оплачуються його обчислення. Тож нововведення варто оцінювати як зміну робочого процесу й обліку витрат, а не лише як нову кнопку Copilot.
Одне завдання переходить між клієнтами
GitHub описує одну сесію, доступну через сайт, мобільний застосунок, Copilot CLI, застосунок Copilot, VS Code, Slack і Microsoft Teams. Користувач може почати завдання із запитання або з контекстом із репозиторію, а потім продовжити його в іншому інтерфейсі. У хмарних сесіях доступні Bash, GitHub CLI, пошук коду, під’єднані інструменти, конектори та MCP-сервери.
За замовчуванням сесії запускаються в окремій хмарній пісочниці на інфраструктурі GitHub. Після зупинки пісочниця зберігає знімок, щоб завдання можна було відновити пізніше. Якщо користувач не має права на запис до репозиторію, Copilot автоматично працює з ним у режимі лише для читання. Доступ до даних сесії організації пов’язаний із єдиним входом і налаштуваннями організації.
Як змінюється облік обчислень
GitHub переводить включений обчислювальний ліміт Actions із фіксованої кількості хвилин стандартних раннерів у спільний грошовий пул. Його можна використовувати для стандартних GitHub-hosted runners і хмарних пісочниць Copilot; для планів Team і Enterprise Cloud до пулу також входять великі hosted runners. Для кожного типу обчислень зберігається окрема опублікована ставка, тож однакова сума ліміту витрачається з різною швидкістю залежно від вибраного ресурсу.
За оголошенням GitHub, білінг хмарних пісочниць починається в листопаді 2026 року, а їхні обчислення витрачають включений ліміт Actions. Після вичерпання ліміту додаткове використання тарифікується за чинними ставками й налаштуваннями оплати; бюджетні обмеження облікового запису можуть зупинити витрати, якщо відповідне налаштування ввімкнено. Це робить головне запитання для адміністраторів конкретним: яка частина спільного ліміту знадобиться для агентних сесій і скільки обчислювальних ресурсів залишиться для збірок.
Що перевірити команді
- Доступ і політики. Нове хмарне середовище доступне на платних планах Copilot; запуск розпочався 28 жовтня й відбувається поетапно. Перевірте політику «Copilot in the cloud», дозволені MCP-сервери та права на запис до репозиторіїв.
- Робочі сценарії. Виберіть кілька типових завдань: розслідування помилки, зміну коду й аналіз кількох репозиторіїв. Порівняйте, наскільки зручно переносити сесію між клієнтами та чи достатньо контексту від під’єднаних інструментів.
- Обчислювальний бюджет. Зафіксуйте поточні витрати Actions на збірки, а потім окремо відстежуйте витрати хмарних сесій. Враховуйте, що продукти списують кошти зі спільного ліміту за власними ставками, а сам ліміт оновлюється на початку розрахункового циклу.
- Строки білінгу. До початку білінгу пісочниць у листопаді визначте відповідальних за бюджети й налаштуйте відстеження витрат, щоб запуск пісочниць не став неочікуваною статтею витрат зі спільного пулу.
Головна перевага оновлення — безперервність завдання між інтерфейсами та робота агента в хмарному середовищі, відокремленому від локального комп’ютера. Для команди рішення про використання залежить від того, наскільки корисні перенесення сесії та хмарний запуск порівняно зі спільним використанням обчислювального ліміту з CI. Перевірте обидва ефекти на типових завданнях і порівняйте фактичні витрати з поточною вартістю збірок.
Докладно про доступність, роботу сесій і ліміт GitHub розповіла в оголошенні про новий хмарний Copilot; умови доступу на сайті й мобільному пристрої наведено в документації GitHub Copilot.
