Microsoft протестувала внутрішню експериментальну збірку Windows, у якій немає ні звичного меню Пуск, ні підтримки класичних Win32-застосунків — натомість інтерфейс повністю зав'язаний на Copilot. За даними Mezha, це не косметичний редизайн, а спроба переосмислити операційну систему як AI-first середовище.
Для Windows, яка тримається на зворотній сумісності з 1990-х, відмова від Win32 — це не рядковий експеримент. Win32 — це набір системних API, на якому досі працює переважна більшість класичних десктопних застосунків, від Photoshop до бухгалтерського софту. Прибрати підтримку Win32 означає прибрати сумісність із десятиліттями застосунків одним рухом.
Сама Microsoft поки не підтвердила публічних планів запуску такої версії ОС — йдеться про тестову збірку, а не анонсований продукт. Але сам факт, що компанія експериментує саме в цьому напрямку, вартий уваги кожного, хто пише десктопний софт під Windows.
Що саме тестувала Microsoft?
За наявними даними, йдеться про експериментальну версію операційної системи, орієнтовану на Copilot, у якій відсутні два стрижневі елементи класичної Windows: меню Пуск як точка запуску застосунків і підсистема Win32 як шар сумісності зі старим софтом. Замість звичного робочого столу з іконками й вікнами користувач, судячи з опису, взаємодіє переважно через Copilot — тобто через діалог з асистентом, а не через клік по ярликах.
Це принципово інша модель роботи з комп'ютером. Класична Windows будується навколо метафори «робочий стіл + вікна»: користувач сам відкриває застосунок, шукає потрібну функцію в меню, перемикається між вікнами. Модель, яку натякає Copilot OS, ближча до «скажи, що треба зробити» — і систему, і сумісні застосунки викликає вже асистент.
Чому під удар потрапили саме Пуск і Win32?
Меню Пуск і Win32 — це не випадкова пара для експерименту, а два символи однієї й тієї ж парадигми. Пуск — це навігація «людина шукає застосунок», Win32 — гарантія, що знайдений застосунок запуститься у вікні з мишею й клавіатурою як основним способом керування. Прибираючи обидва елементи одночасно, Microsoft фактично тестує, чи можна побудувати ОС, де взаємодія відбувається не через запуск і вікна, а через запити до Copilot, який сам вирішує, які системні або сторонні можливості задіяти.
За нашою оцінкою, це логічний наступний крок після того, як Microsoft вже вбудувала Copilot у панель задач, файловий провідник і office-застосунки: якщо асистент і так стає головним інтерфейсом, класична навігація по вікнах поступово перетворюється на надлишковий шар.
Що це означає для розробників десктопних застосунків?
Якщо тренд, зафіксований у цьому тесті, підтвердиться в майбутніх версіях Windows, розробникам доведеться проєктувати застосунки з розрахунком на агентний, а не віконний інтерфейс. На практиці це означає:
- Функції застосунку мають бути доступні як окремі дії (actions), які асистент може викликати напряму, а не лише як пункти меню в GUI;
- Класичний Win32-код, який покладається на вікна, діалоги й прямий доступ до файлової системи, ризикує не працювати без окремого шару сумісності;
- Логіка авторизації доступу — хто дозволив Copilot виконати дію від імені застосунку і з якими правами — стає окремим питанням безпеки, а не деталлю UI.
Останній пункт напряму перетинається з темою, яку ми вже розбирали: чому ШІ-агенти отримують забагато прав — коли асистент стає посередником між користувачем і застосунком, питання «що саме йому дозволено робити від мого імені» переходить із теоретичного в практичне.
Що з цим робити AI-білдерам просто зараз?
Наша теза в AiiN проста: незалежно від того, чи Copilot OS колись вийде за межі внутрішнього тестування, сам напрямок експерименту показує, куди дивиться найбільший постачальник десктопних ОС у світі. Розробникам десктопного софту варто вже зараз відокремлювати логіку застосунку від GUI — виносити ключові функції в API або команди, які можна викликати без відкриття вікна. Це не страховка на випадок конкретно Copilot OS, а загальна стійкість до того, що інтерфейс «клацни по іконці» поступово перестає бути єдиним способом користувача дістатися до функціоналу програми.
Copilot OS вже готова замінити звичайну Windows?
Ні. Йдеться про експериментальну внутрішню збірку, а не про анонсований продукт із датою релізу. Microsoft регулярно тестує радикальні концепції, які ніколи не доходять до масового користувача в такому вигляді.
Що буде зі старими Win32-програмами, якщо такий підхід приживеться?
Наявні дані не уточнюють цього питання. Ймовірно, Microsoft або збереже окремий сумісний режим для legacy-софту, або обмежить Copilot OS новим класом застосунків — але це припущення, а не підтверджений факт.