Безголовая архитектура для ИИ-агентов: сохранение бизнес-ценности

ИИ-агенты меняют базовое предположение, лежащее в основе проектирования цифрового опыта: пользователем теперь необязательно является тот, кто открывает ваше приложение.

Человек может попросить агента изучить информацию о покупке, обновить запись о клиенте, забронировать поездку или завершить рабочий процесс. Агент может обратиться напрямую к API, инструменту Model Context Protocol (MCP) или другой машинно-читаемой возможности. Именно поэтому безголовая архитектура (headless), которая отделяет бизнес-возможности от интерфейса («головы»), представляющего их, так хорошо подходит для эры агентов.

Но здесь есть подвох. Когда агент обходит пользовательский интерфейс, он также может обойти бизнес-ценность, которая незаметно скрывалась в нем. Рекомендации, пояснения, раскрытие информации, преимущества программ лояльности, обучение продукту и возможности допродажи — все это может исчезнуть, если рассматривать интерфейс как нечто одноразовое, а не отдельное.

Безголовый подход должен означать возможность поддержки множества «голов». Он не должен означать, что вам больше не нужна стратегия взаимодействия.

Почему безголовая архитектура подходит для эры агентов

Безголовая архитектура подходит для эры агентов, потому что она отделяет бизнес-возможности от единого уровня представления. Человек может использовать веб-интерфейс или мобильное приложение, в то время как ИИ-агент может обнаружить и вызвать ту же возможность через API, инструмент MCP или другой машинно-читаемый интерфейс.

Такая гибкость может снизить зависимость от автоматизации пользовательского интерфейса и позволить одной и той же управляемой возможности поддерживать различные сценарии взаимодействия. Клиент может использовать веб-сайт, сотрудник — работать через ИИ-агент, а партнерское приложение — вызывать ту же базовую службу.

Но эта гибкость порождает новый вопрос проектирования: что происходит с бизнес-контекстом, который раньше находился в интерфейсе?

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

Когда агент выбирает другой путь к той же бизнес-возможности, часть этого контекста может перестать быть частью процесса.

И именно здесь безголовая архитектура становится особенно интересной в эру агентов.

Что теряется, когда агенты обходят пользовательский интерфейс

Рассмотрим интернет-покупки. Человек заходит на страницу продукта и сталкивается с тщательно продуманным интерфейсом. Здесь есть рекомендуемые продукты, спонсируемые разделы, отзывы, комплекты, предложения лояльности, сравнительные таблицы, информация о гарантии и периодические намеки на то, что версия за 129 долларов почему-то на 30 долларов лучше версии за 99 долларов.

У агента нет пальца, чтобы продолжать прокрутку.

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

Если покупатель попросит: «Найди мне лучшую аккумуляторную дрель стоимостью до 150 долларов с хорошими отзывами и доставкой к пятнице», агент может сравнить структурированные факты и выдать одну рекомендацию. Транзакция может пройти успешно, даже если покупатель никогда не увидит карусель, баннер или модуль «с этим товаром также покупают».

С точки зрения покупателя, это может быть невероятно эффективно. С точки зрения ритейлера, путь покупки только что изменил свою форму.

Это не означает, что рекомендации или реклама исчезают. Amazon уже адаптирует их для собственного процесса покупок с помощью агентов. Alexa for Shopping может отвечать на вопросы о продуктах, создавать сравнения, автоматически находить выгодные предложения и выводить спонсируемые продукты в ходе диалогового взаимодействия. Amazon также разрабатывает фирменные диалоги, которые переносят руководства по продуктам, информацию о совместимости и контент от брендов в интерфейс взаимодействия с агентом.

Урок заключается не в том, что агенты устраняют влияние. Урок в том, что влияние смещается от пикселей к контексту.

Разрыв плоскости ценности при взаимодействии с агентами

Это создает архитектурный пробел, который легко упустить из виду.

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

Представьте, что торговая платформа предоставляет четыре идеальных возможности: поиск продуктов, получение информации о продуктах, добавление в корзину и оформление заказа. Теперь агент может что-то купить. Но где же рекомендации, комплекты, привилегии лояльности, раскрытие информации, совместимые аксессуары или объяснения, которые помогают клиенту сделать правильный выбор?

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

Назовите это разрывом плоскости ценности: промежуток между «агент может выполнить задачу» и «взаимодействие по-прежнему приносит клиенту и бизнесу ту ценность, для создания которой был разработан данный интерфейс».

Как MuleSoft и AIforce могут помочь преодолеть этот разрыв

AIforce предоставляет возможности Salesforce для ИИ-интерфейсов через MCP, API, плагины и навыки. Эти взаимодействия продолжают использовать разрешения и бизнес-правила Salesforce, поэтому агент может получить новый интерфейс без необходимости для предприятия перестраивать лежащую в его основе логику.

Теперь представьте, что у ритейлера уже есть API рекомендаций. MuleSoft MCP Bridge может предоставить только соответствующую операцию API в качестве инструмента MCP, не изменяя базовую службу. Этот инструмент может возвращать рекомендации вместе со структурированным контекстом, таким как право на участие, объяснение или обязательное раскрытие информации.

Agent Fabric может затем обеспечить управление этим взаимодействием. Omni Gateway может применять политики к трафику MCP, в то время как Agent Visualizer обеспечивает прозрачность агентов, серверов MCP, инструментов, вызовов и возникающих ошибок. Агент Agentforce или другой клиент с поддержкой MCP может использовать эту возможность без потери средств контроля вокруг нее.

Недавние обновления Agent Fabric делают этот паттерн еще более наглядным. MCP Bridge может предоставлять выходные схемы для существующих операций API, что упрощает использование этих возможностей для Agentforce и других клиентов с поддержкой MCP. Универсальные политики позволяют командам централизованно определять правила управления и применять соответствующие средства контроля через поддерживаемые шлюзы. Agent Visualizer добавляет видимость взаимосвязей между агентами, серверами MCP, инструментами, вызовами и ошибками, помогая командам понять, как взаимодействие агентов ведет себя в рабочей среде.

В этом и заключается разница между превращением транзакции в безголовую и подготовкой бизнес-возможности к работе с агентами. Агент может обойти страницу, не обходя при этом важный контекст и элементы управления.

Сделайте логику взаимодействия многократно используемой и готовой к работе с агентами

Решение состоит не в том, заставлять агентов вести себя как люди. Заставлять ИИ-агента кликать по шести экранам только ради сохранения просмотров страниц было бы странной победой цифровой трансформации.

Вместо этого определите логику взаимодействия, которая заслуживает того, чтобы стать многократно используемой возможностью.

Рекомендация не должна существовать только в виде карусели. Она может стать функцией, которая возвращает релевантные альтернативы или сопутствующие продукты на основе контекста, намерений клиента, запасов и правил.

Промоакция не должна ограничиваться баннером. Она может стать структурированной информацией с указанием права на участие, ценности, срока действия и условий.

Раскрытие информации не должно зависеть от того, загрузил ли кто-то нужную страницу. Оно может стать регламентированным требованием, связанным с конкретным действием.

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

Именно здесь AIforce и MuleSoft приобретают особую актуальность. Salesforce is turning application functions into reusable enterprise capabilities, в то время как MuleSoft обеспечивает интеграцию и управление, необходимые для предоставления возможностей в разнородных системах. Вместе это указывает на архитектуру, в которой логика взаимодействия может перемещаться вместе с функцией, а не оставаться запертой на странице.

Рисунок 1. Многоинтерфейсная архитектура позволяет агентам обходить пиксели, не теряя при этом ценность, контекст и элементы управления.

Уровень возможностей отвечает на вопрос: может ли агент это сделать? API, инструменты MCP, рабочие процессы и агенты предоставляют эти действия.

Уровень контроля отвечает на вопрос: должен ли агент это делать? Идентичность, делегированные полномочия, безопасность, политика, контроль затрат и наблюдаемость управляют выполнением. Agent Fabric разработана для решения этой проблемы управления в масштабах экосистемы.

Уровень ценности отвечает на вопрос: какой контекст должен сопровождать это действие, чтобы взаимодействие оставалось полезным для клиента и бизнеса? Сюда входят рекомендации, альтернативы, пояснения, предложения, раскрытие информации, контекст бренда и точки участия человека.

Вам нужны все три уровня. Возможности без контроля — это рискованно. Контроль без возможностей не имеет особого смысла. Возможности и контроль без ценности могут привести к прекрасно регламентированной транзакции, которая незаметно разрушает сопутствующий опыт.

Вопросы, которые стоит задать перед тем, как сделать интерфейс безголовым

По мере подготовки систем к работе с агентами добавьте несколько вопросов в архитектурный обзор.

1. Какая бизнес-ценность в настоящее время существует только в пользовательском интерфейсе?

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

2. Какие из этих элементов поведения должны сохраниться?

Не все из них нужны. Агентские системы дают шанс избавиться от лишних препятствий и темных паттернов, а не переводить их в машиночитаемый формат.

3. Как агент будет находить релевантный контекст?

Если предложение, политика, сравнение или объяснение имеют значение, сделайте это доступным в виде структурированного контекста или обнаруживаемой возможности.

4. Можете ли вы идентифицировать как самого агента, так и человека или систему, которую он представляет?

Делегированные полномочия приобретают решающее значение, когда агент переходит от рекомендации действия к его выполнению.

5. Как вы будете измерять ценность, не полагаясь на просмотры страниц и клики?

Агентские интерфейсы могут сместить фокус измерений в сторону рассмотренных рекомендаций, принятых предложений, завершенных действий, вмешательства человека и качества результатов.

6. На каком этапе человек должен оставаться участником процесса?

«Безголовый» не значит «без участия человека». Некоторые решения по-прежнему выигрывают от экспертной оценки, согласия, эмоций или просто возможности просмотреть варианты перед их принятием.

«Безголовый», но не лишенный интерфейса

Безголовая архитектура подходит агентам, поскольку отделяет бизнес-возможности от конкретного интерфейса. Она дает гибкость для обслуживания людей, агентов, голосовых интерфейсов, партнерских систем и любых других будущих форм взаимодействия.

Риск возникает тогда, когда вы путаете понятия «агенту не нужен экран» и «на экране нет ничего важного».

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

Это следующий шаг для безголовой архитектуры. Не сохраняйте пиксели. Сохраняйте ценность, которая за ними стоит. Узнайте больше о том, как Agent Fabric может обеспечить работу безголовых архитектур.