Эрик Шмидт, бывший глава Google, ещё в 2025 году сформулировал довольно радикальный прогноз: привычный пользовательский интерфейс перестанет быть обязательной частью приложения. Пользователь будет объяснять агенту, что именно ему требуется, а нужный интерфейс — если он вообще понадобится — можно будет создавать непосредственно под задачу.
В интервью Moonshots with Peter Diamandis Шмидт сформулировал это предельно просто:
«Я думаю, пользовательские интерфейсы в значительной степени исчезнут. […] UI может быть сгенерирован. Я могу сказать: сгенерируй мне набор кнопок, который позволит решить эту задачу, — и он будет сгенерирован для меня».
Шмидт отдельно спрашивает, зачем пользователю вообще оставаться внутри парадигмы WIMP — окон, иконок, меню и выпадающих списков, которой уже около полувека: «Я просто хочу, чтобы это работало». Разговор был записан 5 июня и опубликован 17 июля 2025 года.
Интерфейс отделяется от приложения
На практике такой сценарий означает не столько смерть графического интерфейса, сколько отделение интерфейса от самого приложения. Сегодня бухгалтерская, складская, транспортная или CRM-система обычно приходит вместе со своим собственным фронтендом. Завтра основной ценностью такой системы могут оказаться данные, бизнес-логика, права доступа и API, а привычный для человека интерфейс будет находиться вообще в другом месте.
Условно архитектура меняется с:
пользователь → frontend приложения → backendна:
пользователь → привычный агент → API / MCP → десятки backend-системПричём необязательно, чтобы этим «привычным агентом» оказался отдельный специализированный AI-клиент. Эту роль потенциально способны выполнять уже существующие интегрированные платформы, в которых человек и без того проводит значительную часть дня.
Telegram — хороший пример самой идеи такой оболочки. Его Mini Apps позволяют запускать полноценные HTML5-интерфейсы непосредственно внутри Telegram: формы, магазины, личные кабинеты и другие сервисы открываются без перехода пользователя в отдельное приложение или браузер. Telegram прямо описывает Mini Apps как интерфейсы, способные полностью заменить любой сайт.
Добавьте к такой оболочке AI-агента с доступом к нескольким системам — и Telegram, корпоративный мессенджер или AI-клиент теоретически превращается в универсальный фронтенд предприятия. Большую часть времени пользователь просто говорит: «покажи неоплаченные счета», «перенеси доставку», «сравни продажи за три месяца» или «создай заказ этому клиенту». Агент вызывает нужные API. А если именно в этой точке человеку удобнее таблица, календарь, карта или несколько кнопок подтверждения, визуальный слой появляется непосредственно там же.
MCP Apps уже двигают модель в эту сторону
Это уже не совсем футурология. С января 2026 года MCP Apps является официальным расширением Model Context Protocol: MCP-инструмент может возвращать в поддерживающий клиент интерактивные формы, панели, визуализации и многошаговые интерфейсы прямо внутри разговора. Поддержка такой модели заявлена, в частности, в ChatGPT, Claude, Goose и Visual Studio Code.
Здесь, правда, важно различать две технологии. Telegram Mini Apps сегодня — это заранее созданные разработчиками веб-приложения внутри Telegram, а MCP Apps тоже в первую очередь позволяет серверу предоставить клиенту подготовленный интерактивный компонент. Шмидт идёт ещё на шаг дальше: он говорит об эфемерном UI, который агент способен компоновать или генерировать непосредственно под текущий запрос. Но инфраструктурные элементы такой модели уже появились.
Почему это опасно именно как тихая смерть
И именно поэтому для традиционной frontend-разработки этот переход может оказаться опасен не громким обвалом, а тихой смертью. Никто не обязан однажды объявить отделу разработки: «больше интерфейсы не нужны». Пользователи просто постепенно начнут выполнять всё большую долю операций через агента. Старый сайт останется. Формы останутся. Команда продолжит их поддерживать. Только реальная работа всё чаще будет идти мимо них.
Особенно уязвимы системы с хорошим API и относительно формализованными операциями. Если задача пользователя сводится в основном к поиску данных, созданию записей, изменению состояний, запуску процессов и построению отчётов, агенту зачастую вообще незачем воспроизводить человеческую последовательность из восьми экранов и двенадцати кнопок. Он может выполнить те же операции непосредственно через программный интерфейс и показать человеку только результат и те элементы управления, которые нужны сейчас.
Схожий прогноз ещё в 2024 году описал партнёр Theory Ventures Энди Трайдман. Именно ему, а не Шмидту, принадлежит часто распространяющийся рядом тезис о возможном «вебе без сайтов», где приложения превращаются преимущественно в источники данных для агентов, а до 90% сетевого трафика в перспективе может стать нечеловеческим. При этом сам Трайдман делает существенную оговорку: полноценные визуальные интерфейсы не исчезнут, потому что для многих задач карта, таблица, редактор или сложная визуализация эффективнее диалога.
Фронтенд не исчезает, но теряет монополию
Поэтому точнее говорить не о смерти frontend вообще. Исчезнуть может его нынешняя привилегированная роль: каждое приложение больше не обязано иметь собственный интерфейс как единственный путь к своим функциям. Фронтенд из монолитной оболочки продукта постепенно может превратиться в библиотеку визуальных возможностей — таблиц, форм, графиков, подтверждений, карт и других компонентов, которые вызываются там и тогда, где они действительно нужны.
Отсюда меняется и профессиональная стратегия. Разработчик, который умеет только воспроизводить заранее нарисованные экраны, оказывается в значительно более рискованной позиции, чем специалист, понимающий весь контур: frontend, backend, API, модель данных, авторизацию, MCP, агентную оркестрацию и безопасность действий. А ещё лучше — самому становиться человеком, который переводит существующие продукты на такую архитектуру.
Потому что в какой-то момент заказчик действительно может посмотреть на очередной проект нового кабинета и произнести сакраментальное: «А нам кузнец не нужен».
Что нельзя победить — то имеет смысл возглавить.