У світі агентних систем чат-інтерфейс перестає бути «стіною тексту». На конференції AI Engineer творці MCPUI та співрозробники специфікації MCP Apps Ідо Саломон та Ліад Йосеф розповіли, як новий стандарт дозволяє інструментам приносити власний інтерфейс прямо в ChatGPT, Claude, VS Code, Cursor, Copilot та навіть у термінал. Замість безликих текстових відповідей компанії можуть показувати знайомі, брендовані, інтерактивні застосунки — але всередині одного діалогу з асистентом.
MCP Apps претендує на роль нового способу дистрибуції застосунків: один раз написаний MCP‑додаток працює в усіх сумісних хостах, витісняючи розрізнені екосистеми плагінів. І це вже не теоретична ідея — стандарт формалізований спільно з Anthropic та OpenAI, а ChatGPT прямо рекомендує MCP Apps як основний шлях створення ChatGPT‑застосунків.
Від MCPUI до MCP Apps: як UI став частиною стандарту
Проблема, з якої все почалося, була дуже приземленою: текст погано підходить для складних дій та бізнес‑процесів. Коли MCP‑інструменти повертали лише текст у відповідь на виклик з чату, компанії втрачали все, що роками будували у своїх інтерфейсах: візуальну ідентичність, продумані сценарії, інтерактивність. У чаті було неможливо зрозуміти, чи це відповідь Shopify, Booking, Expedia чи будь‑якого іншого сервісу — усе зливалося в один потік.
Першою спробою вирішити це став MCPUI, випущений у травні 2024 року. Його базова ідея була простою: знайти загальний спосіб передавати UI через протокол MCP, не викидаючи весь накопичений досвід веб‑ та продуктового дизайну. MCPUI визначав, як інструмент може надсилати фрагменти інтерфейсу (widgets, chunks) і як ці фрагменти спілкуються з хостом. Паралельно з’явилися спільнотні SDK, які дозволяли розробникам не винаходити все з нуля.
Ключовий принцип MCPUI полягав у тому, що перехід до агентного світу не має означати відмову від звичного UI/UX. Компанії можуть зберегти свій бренд, візуальну мову та готові компоненти, просто адаптувавши їх до нового каналу — чату з асистентом.
Реальність швидко підтвердила життєздатність підходу. Приблизно за рік до нинішньої розмови великі гравці вже використовували MCPUI у продакшені. Shopify надсилала MCPUI‑чанки для мільйонів інтернет‑магазинів, а всі Hugging Face Spaces рендерилися як MCPUI‑віджети. Це був не експеримент у лабораторії, а робочий інструмент у масштабі.
Наступний крок — формалізація. Кілька місяців тому MCPUI, у партнерстві з Anthropic та OpenAI, було включено до офіційного стандарту MCP як перше розширення для UI під назвою MCP Apps. Фактично MCP Apps — це еволюція MCPUI в повноцінну специфікацію інтерфейсів поверх MCP, узгоджену з ключовими гравцями ринку.
Не текст, а застосунок: як MCP Apps змінює відповідь інструменту
У традиційній моделі чат‑асистент викликає інструмент через MCP, а у відповідь отримує текст. Для простих фактів це прийнятно, але для складних задач — аналітики, планування, роботи з даними — текст стає вузьким горлечком. Користувач змушений читати довгі описи, уявляти графіки, вручну інтерпретувати результати.
MCP Apps змінює саму природу відповіді. Замість тексту інструмент може повернути ресурс — наприклад, HTML. Хост, який підтримує MCP Apps, бере цей HTML і перетворює його на інтерактивний застосунок всередині чату.
Сценарій виглядає так. Користувач у Claude просить «проаналізувати воронку». У старій моделі асистент звертається до аналітичного сервісу, наприклад PostHog, і отримує детальний текстовий опис кроків воронки, конверсій, відсотків. Це може бути точно, але важко сприймається.
З MCP Apps інструмент замість тексту повертає UI‑ресурс. У Claude з’являється знайомий графік воронки, побудований самим PostHog, з його ж компонентами, стилями, поведінкою. Користувач бачить дані візуально, може взаємодіяти з окремими кроками, натискати на елементи, отримувати деталізацію — усе в межах одного діалогу.
Це не просто «красивіша відповідь». MCP Apps дозволяє інструменту принести у чат повноцінний застосунок: з власною логікою, станом, інтерактивністю. Для компаній це означає, що їхній сервіс у ChatGPT чи Claude виглядає і працює так само впізнавано, як на їхньому сайті чи в окремому продукті. Для користувача — що він не втрачає контекст і не змушений вчитися новим, згенерованим на льоту інтерфейсам.
Важливо, що MCP Apps не обмежується лише «серверним» UI. На базі тієї ж специфікації Anthropic розвиває генеративний UI у Claude: модель може не тільки відповідати текстом, а й генерувати інтерфейс, який потім стрімиться в MCP‑додаток. Наприклад, замість довгого пояснення, що таке воронка, Claude може побудувати невеликий навчальний інтерфейс, який крок за кроком пояснює концепцію, дозволяючи користувачу натискати, уточнювати, досліджувати.
Таким чином, MCP Apps охоплює весь спектр: від заздалегідь спроєктованих UI до повністю генеративних, але в межах одного протоколу.
Інтерактивність під контролем хоста: чому важливий маршрут повідомлень
Як тільки UI стає інтерактивним, виникає критичне питання: куди йдуть події від користувача? У класичному вебі клік у віджеті PostHog або Shopify напряму летить на бекенд цих сервісів. У світі агентів та чату такий підхід руйнує головну перевагу — єдиний контекст асистента.
MCP Apps вирішує це, стандартизуючи двосторонній обмін повідомленнями між UI та хостом. Кожен UI‑фрагмент, який рендериться через MCP Apps, не спілкується безпосередньо з бекендом сервісу. Замість цього будь‑яка взаємодія — клік, вибір, дія — перетворюється на повідомлення, яке повертається до хоста.
Далі вже хост вирішує, що робити з цим повідомленням. У найпростішому випадку він викликає відповідний MCP‑інструмент на сервері сервісу. Але ключове в іншому: усі ці дії відбуваються в межах одного діалогу, і асистент зберігає повний контекст того, що сталося.
Умовний приклад зі Spotify добре ілюструє різницю. Якщо UI напряму звертається до бекенду Spotify, щоб додати пісню в улюблені, Claude чи ChatGPT про це не знають. Коли користувач пізніше запитає «які пісні я додав у вибране», модель не матиме інформації про попередню дію. MCP Apps змінює маршрут: клік «додати в улюблені» генерує повідомлення до хоста, який уже вирішує, як викликати інструмент Spotify і як оновити контекст асистента.
Цей підхід має ще один важливий наслідок: компанії більше не «володіють» користувацькою подорожжю в межах платформи. Якщо користувач натискає щось у віджеті Booking, подія не йде напряму до Booking, а спершу потрапляє до хоста. Це ламає звичну модель, у якій кожен сервіс намагається замкнути користувача у власному інтерфейсі, і відкриває шлях до справжньої оркестрації різних сервісів асистентом.
З технічного боку MCP Apps визначає спектр типів повідомлень, які можуть передаватися між UI та хостом: від простих нотифікацій до викликів інструментів і промптів, де ступінь контролю може належати або хосту, або UI. Але для кінцевого користувача важливий результат: усі дії, здійснені через UI, залишаються «видимими» для асистента і можуть впливати на подальший діалог.
Один застосунок — багато хостів: нова модель дистрибуції
Найрадикальніша зміна, яку приносить MCP Apps, стосується не лише UX, а й способу, як застосунки потрапляють до користувача. Сьогодні кожен великий гравець будує власну екосистему плагінів або «апок»: окремі API, окремі формати, окремі UI‑моделі. Розробник, який хоче бути присутнім у ChatGPT, Claude, VS Code і Copilot, змушений підтримувати кілька інтеграцій.
MCP Apps пропонує іншу картину. Оскільки це перше офіційне UI‑розширення MCP, стандартизоване спільно з Anthropic та OpenAI, воно стає спільною мовою для інтерфейсів у різних хостах. Один MCP‑додаток, який повертає UI‑ресурси через MCP Apps, може працювати в ChatGPT, Claude, VS Code, Cursor, Microsoft Copilot та інших сумісних середовищах без переписування логіки чи інтерфейсу.
Список хостів, які вже підтримують MCP Apps, показує, що це не теоретичний стандарт. ChatGPT, Claude, VS Code, Cursor, Microsoft Copilot — усі вони вміють рендерити інтерактивний UI через MCP Apps. Більше того, ChatGPT тепер прямо рекомендує MCP Apps як основний спосіб створення ChatGPT‑застосунків. Це фактично закріплює MCP Apps як дефолтну модель UI для інструментів усередині ChatGPT.
Поза великими платформами стандарт активно підхоплює спільнота. З’являються плагіни, воркшопи, компанії, які спеціалізуються на побудові MCP‑додатків для інших бізнесів. Показовий приклад — Spy, термінальний хост, який оголосив підтримку MCP Apps. Це означає, що той самий MCP‑застосунок може рендерити UI навіть у терміналі, не змінюючи код, — ще один доказ того, що протокол справді абстрагує інтерфейс від конкретного середовища.
Окремо варто згадати офіційний репозиторій MCP Apps під назвою XApps, який спільно підтримують Anthropic та OpenAI. Це не просто колекція прикладів, а рекомендований шлях створення MCP‑застосунків. SDK XApps постійно тримають у відповідності до специфікації, а вбудовані «skills» дозволяють генерувати MCP‑додатки з мінімальною кількістю ручного коду або взагалі без нього. Для розробників це знижує поріг входу: замість того, щоб розбиратися в усіх деталях протоколу, можна спиратися на готові інструменти.
Над еволюцією стандарту працює публічна робоча група MCP Apps, яка збирається раз на три тижні. Відкритий формат обговорень і спільне кураторство з боку Anthropic та OpenAI роблять MCP Apps не «власністю» однієї компанії, а спільним інфраструктурним шаром для всього агентного екосистеми. Учасники очікують, що до 2026 року MCP Apps буде формалізовано як глобальний стандарт UI всередині чат‑застосунків.
Новий веб без вкладок: як змінюється взаємодія з сервісами
Технічні деталі MCP Apps ведуть до ширшої зміни парадигми. Якщо інтерфейси сервісів можуть з’являтися прямо в чаті, а асистент контролює маршрут усіх взаємодій, то традиційна модель «вебу з вкладками» починає виглядати застарілою.
Сьогодні, щоб спланувати, наприклад, річницю, користувач відкриває кілька сайтів: Google Calendar, Booking, Amazon, карти, пошту. Кожен сервіс має власний UI, власну логіку, власні кроки, які потрібно опанувати. Більшість елементів цих інтерфейсів не мають жодного стосунку до конкретного завдання, але користувач змушений їх бачити й обходити.
У світі MCP Apps асистент стає єдиною точкою взаємодії. Він знає наміри користувача, його вподобання, контекст. Google може надіслати не «дані календаря», а фрагмент свого календарного UI як MCP‑чанк. Користувач бачить знайомий інтерфейс Google Calendar прямо в чаті, не відкриваючи окрему вкладку. Для Google це збереження бренду й довіри, для користувача — впізнаваність, для хоста — відсутність необхідності самостійно відтворювати складний календарний UI.
Те саме стосується Amazon, Booking та інших сервісів. Замість того, щоб редукуватися до «бази даних», яка повертає сирі об’єкти, вони можуть надсилати власні UI‑фрагменти. Асистент, у свою чергу, комбінує ці фрагменти відповідно до намірів користувача. Наприклад, для планування річниці він може одночасно показати віджет Booking з варіантами локацій, карту з потрібним масштабом, віджет Amazon із подарунками — усе в одному діалозі, без перемикання між сайтами.
Ключовий момент у тому, що асистент знає користувача краще, ніж окремі сервіси. Booking може чудово вміти бронювати готелі, але не знати, що користувач віддає перевагу природі, а не центру міста. Асистент, маючи цей контекст, може попросити Booking показати лише релевантні варіанти і вбудувати їх у загальний сценарій планування. MCP Apps дає технічний механізм для такої координації: UI‑фрагменти різних сервісів стають «атомами», з яких асистент складає потрібний досвід.
Це вимагає від компаній зміни мислення. Вони більше не контролюють повністю користувацьку подорож у межах платформи — кожен клік спершу йде до хоста, а вже потім, можливо, до їхнього бекенду. Але натомість вони отримують доступ до нового каналу дистрибуції, де їхній сервіс може бути присутнім у будь‑якому хості, який підтримує MCP Apps, без необхідності будувати окремі інтеграції й UI для кожної платформи.
Висновок: від стін тексту до спільного інтерфейсного шару
MCP Apps перетворює чат‑асистентів із текстових співрозмовників на платформи для повноцінних застосунків. Це перше офіційне UI‑розширення MCP, створене у партнерстві з Anthropic та OpenAI, дозволяє інструментам повертати не текст, а UI‑ресурси, зберігаючи бренд, функціональність і продумані сценарії взаємодії.
Підтримка з боку ChatGPT, Claude, VS Code, Cursor, Microsoft Copilot та навіть термінального хоста Spy показує, що MCP Apps уже працює як спільний інтерфейсний шар для різних середовищ. Рекомендація ChatGPT використовувати MCP Apps як основний шлях створення застосунків закріплює цей протокол як новий дефолт.
Ранні продакшн‑впровадження MCPUI в Shopify та Hugging Face довели, що модель життєздатна в масштабі. Сьогодні, коли MCP Apps формалізовано як частину стандарту, а публічна робоча група разом з Anthropic та OpenAI рухає специфікацію до глобального стандарту, стає зрозуміло: UI всередині чату — не тимчасовий тренд, а наступний етап еволюції вебу.
У цій моделі один MCP‑застосунок може працювати в будь‑якому сумісному хості, а асистент стає оркестратором, який поєднує інтерфейси різних сервісів у єдиний, контекстний досвід для користувача. Від «стін тексту» ми рухаємося до світу, де чат — це не кінець інтерфейсу, а його новий центр.