Salesforce تعرض المستقبل بدون شاشات: وكلاء الذكاء الاصطناعي يقودون إلى واجهات لمرة واحدة

Привычный интерфейс из экранов, кнопок и форм перестаёт быть главной точкой входа в продукт. По мере роста AI-агентов компании вроде Salesforce начинают выносить функции наружу через API, а видимый пользователю UI превращается во временный слой, который модель собирает под конкретное действие.

Почему UI меняется Триггером для дискуссии стал запуск Salesforce Headless 360.

Компания объявила, что Salesforce, Agentforce и Slack теперь можно отдавать агентам не через браузер, а напрямую через API, MCP и CLI. Для системы это означает простой сдвиг: доступ к данным, задачам и workflow больше не обязан проходить через привычный веб-интерфейс. Если агент может сам получить нужный контекст и выполнить действие, экран с кнопками перестаёт быть обязательной частью цепочки.

Для рынка это важный сигнал, потому что Salesforce редко двигается первой в радикальную сторону без запроса со стороны крупных клиентов. Если платформы такого масштаба начинают проектировать продукт не только для людей, но и для агентов, значит меняется сама логика интерфейса. Основатель WorkOS Майкл Гринич описывает это как выход из эпохи UI, где главной ценностью был тщательно собранный экран, а не итоговое действие, которое пользователь хочет получить.

«Мы выходим из эпохи UI».

Интерфейс на лету

По этой логике интерфейс становится не постоянным объектом, а одноразовой проекцией под конкретную задачу. Пользователь формулирует намерение, модель получает контекст, после чего сама решает, какой слой показать: простой текстовый блок, форму, выбор параметров или вообще никакой экран, если результат можно вернуть сразу. Такой UI не живёт как отдельный продуктовый артефакт.

Он появляется в момент запроса, помогает завершить шаг и исчезает. Это меняет и роль человека. Раньше пользователь был оператором: сам кликал, переходил между экранами, искал нужную функцию и собирал процесс вручную.

Теперь он всё чаще становится постановщиком задачи, затем редактором и в конечном счёте директором для агента. Гринич связывает этот сдвиг с эволюцией интерфейсов — от переключателей и команд к курсорам, сенсорным экранам и, наконец, к языку. Язык становится новым универсальным входом в софт, а модель — механизмом, который на лету строит нужное представление.

Что делать командам

Главная мысль для продуктовых и инженерных команд звучит жёстко: красивый экран больше не гарантирует ценность сам по себе. Если пользователь и агент могут прийти к результату без сложного UI, выигрывать будет не тот, кто лучше рисует пиксели, а тот, кто лучше упаковал возможности продукта в понятные сервисы. Это меняет и метрику качества: важнее не количество экранов, а скорость, точность и доступность функций для людей и машин.

UI больше не продукт. Продуктом становятся возможность, модель и данные, а интерфейс лишь показывает итог их работы в удобной форме. **Компоненты всё ещё важны.

Экран уже не собирается вручную под каждый сценарий, но модели всё равно нужны качественные элементы и правильный контекст, чтобы решить, что показать пользователю. API становятся главной поверхностью.* Агентам не нужны кнопки ради кнопок: им нужен надёжный способ читать данные, запускать действия и возвращать результат.

* Модель сама становится интерфейсом. Чем меньше лишних переключателей, меню и шагов, тем ниже когнитивная нагрузка и тем быстрее человек доходит до нужного исхода. Отсюда вытекает и практический вывод: командам придётся проектировать продукт сразу в двух плоскостях.

Первая — машинная, где всё должно быть доступно, предсказуемо и безопасно для агентов через API и структурированные данные. Вторая — человеческая, где интерфейс нужен не как постоянный фасад, а как понятный временный слой в тех местах, где без него пока неудобно. Это уже не спор дизайнеров с разработчиками, а новая архитектурная задача.

Что это значит

Следующий этап софта будет оцениваться не по числу экранов и не по тому, насколько детально продуман каждый клик. Важнее станет, может ли продукт быстро превратить намерение пользователя в результат — сам или через агента. Для AI-команд это сигнал перестраивать мышление: сначала возможности, данные и API, потом визуальный слой. Те, кто продолжат делать продукт только как набор экранов, рискуют остаться с красивым интерфейсом, через который уже никто не захочет работать.