Ти відкриваєш редактор. Описуєш задачу. Чекаєш. Рев'юїш. Підправляєш. Комітиш. Кожен AI-інструмент для коду на ринку — Cursor, Claude Code, Codex від OpenAI — починається з одного й того ж ритуалу: людина вводить промпт. ШІ швидкий, безперечно. Але ти все ще залишаєшся боттлнеком. Саме ти перемикаєш контекст із трекера задач у редактор, формулюєш проблему природною мовою і няньчиш результат. Твій беклог не зменшується, бо кожна взаємодія з ШІ коштує тобі єдиного ресурсу, який ШІ не вміє виробляти: твоєї уваги.
За перші десять днів квітня 2026-го GitHub тихо перебудував увесь цей цикл — і прибрав тебе зі стартової позиції.
1 квітня GitHub перейменував свого "Copilot coding agent" на Copilot cloud agent і вивів його за межі pull request'ів. Тепер агент може працювати з гілками самостійно, досліджувати кодову базу перед тим як щось чіпати, і генерувати план імплементації до написання першого рядка коду. 3 квітня — контроль раннерів на рівні організації: адміни можуть задати дефолтну інфраструктуру для агента по всіх репозиторіях і заблокувати можливість перевизначення окремими командами. Того ж дня: криптографічний підпис комітів, тобто кожен коміт агента тепер показує бейдж "Verified", що розблоковує репозиторії з обов'язковим підписом комітів як політикою безпеки. 8 квітня все це приїхало на GitHub Mobile. Тепер ти можеш призначити issue на @copilot з телефону в метро і отримати готовий до рев'ю pull request до того, як вийдеш на своїй станції.
Шість записів у changelog за десять днів. Це не реліз фічі — це побудова платформи.
Архітектурне розгалуження, про яке ніхто не говорить
Ось чому це важливіше за будь-який бенчмарк моделей. Кожен інший кодинг-агент працює від промпту: ти відкриваєш Cursor, пишеш що хочеш, Cursor робить. Запускаєш Claude Code в терміналі й описуєш задачу. Ставиш джобу в хмарному дешборді Codex. У кожному випадку людина ініціює взаємодію.
Cloud agent від Copilot працює від подій. Ти призначаєш @copilot на GitHub Issue — і все. Агент читає опис, розбиває його на чеклист, створює гілку, пише код, пушить ітеративні коміти, запускає твої автоматичні тести й лінтери і відкриває pull request із запитом на людський рев'ю. Без сесії в редакторі. Без терміналу. Без промпту. Сам issue і є промптом.
Різниця не в моделі, яка стоїть під капотом. GitHub маршрутизує на ті самі моделі OpenAI й Anthropic, що й конкуренти. Різниця — у позиції в робочому процесі. Issues, pull request'и, Actions, код-рев'ю і сам репозиторій — усе це поверхні GitHub. Copilot не потребує інтеграційного шару, бо він вже живе всередині системи обліку. Він не підключається до твого воркфлоу — він і є твій воркфлоу.
Ціна усунення людського тригера
Але давайте не будемо вдавати, що тут суцільні плюси.
Event-driven агенти створюють нову проблему: втому від рев'ю. Коли людина в понеділок вранці призначає десять низькопріоритетних issue на @copilot, ці PR'и прилітають у чергу на рев'ю незалежно від того, чи є в команди пропускна здатність їх обробити. Автономний обсяг виходу може перевантажити ревʼю-потужності швидше, ніж зменшити беклог. Ти просто поміняв один боттлнек — промптинг — на інший: рев'ю коду, який ти не просив саме в ту мить, коли він прилетів.
GitHub, схоже, розуміє цей тиск. 10 квітня платформа ввела нові rate limits для Pro+ користувачів, посилаючись на "зростання патернів високої конкурентності та інтенсивного використання". Також негайно вивели з обігу модель Opus 4.6 Fast і призупинили реєстрацію нових безкоштовних тріалів через зловживання. Переклад: люди виявили автономний цикл кодингу і затопили його.
Тим часом Cursor не стоїть на місці. 2 квітня вийшов Cursor 3 з паралельною оркестрацією агентів — кілька агентів одночасно працюють над рефакторингом, тестами й документацією — плюс окреме "Agents Window" для управління багатокроковими проєктами. Prompt-driven? Так. Але сам інтерфейс промптів став драматично потужнішим.
Що це означає для тебе
Якщо твоя команда вже живе на GitHub — issues, PR'и, Actions, увесь стек — cloud agent від Copilot є найменш тертим шляхом до автономного кодингу сьогодні. Жодного нового інструменту для встановлення. Жодного нового інтерфейсу для вивчення. Призначив issue, відрев'юїв PR. Агент працює в межах моделі управління, яку твоя організація вже застосовує: правила захисту гілок, обов'язкові рев'ю, підписані коміти, політики раннерів.
Якщо для тебе важливий вибір моделі, тонкий контроль над тим, що агент робить на кожному кроці, або ти просто не довіряєш коду, який явно не запитував — prompt-driven інструменти на кшталт Cursor 3 чи Claude Code дають більше прозорості й коротші цикли зворотного зв'язку.
Обидва підходи співіснуватимуть. Але напрямок очевидний.
Промпт був останнім людським боттлнеком
Три роки ми оптимізували AI-кодинг навколо кращих промптів. Чіткіші інструкції. Ширші контекстні вікна — обсяг тексту, який ШІ тримає в робочій пам'яті. Розумніший автокомпліт. Усе це передбачало, що людина натискає першу кнопку.
GitHub прибрав кнопку. Основна робота розробника щойно змістилась — тихо, за шість записів у changelog за десять днів — від "скажи ШІ, що будувати" до "відрев'юй те, що ШІ вже побудував".
Чи це визволення, чи новий вид пекла — цілком залежить від того, наскільки добрий у тебе процес код-рев'ю. І якщо ти коли-небудь працював у команді з беклогом на 200 PR... ну. Ти вже знаєш відповідь.
