Микродозирование на низко-галлюциногенном ИИ

Agentforce уже здесь. Salesforce завершила очередной выпуск своей ежегодной конференции Dreamforce в этом сентябре. Присоединившись к толпам посетителей — и толпам Waymos, перевозящих их по сверхчистому Сан-Франциско — мы теперь имеем у себя под рукой рой агентов, чтобы преобразовать работу, аккуратно контролируемую внутри экосистемы Salesforce. Хотя Dreamforce всегда является зрелищем для своих маркетинговых заявлений о будущем, в этом году была представлена неожиданно убедительная видение того, как агенты на основе ИИ вот-вот революционизируют рабочее место и опыт взаимодействия с клиентами.

Давайте немного сдержим наши ожидания. Бениофф задумался в своем ключевом докладе: «Почему наши агенты будут так низко-галлюциногенными?» Да, у них есть данные, метаданные, рабочие процессы и огромный массив услуг для подключения; и пока ваши системы живут только внутри Salesforce, это звучит довольно идеально. Salesforce, возможно, изобрела инженерную подсказку, заявление, которое Бениофф также сделал в ключевом докладе, вызывая, возможно, монолог доктора Зло из «Остина Пауэрса» о том, что его отец изобрел вопросительный знак. Но сможет ли Salesforce соответствовать видению Agentforce? Если они это сделают, это будет большое дело для того, как выполняется работа.

Давайте будем реалистами, однако: наши системы и данные не все живут внутри Salesforce. Если будущее работы определяется группами агентов, работающих вместе, то как далеко могут нас привести замкнутые сады и закрытые экосистемы в обеспечении результатов по всей нашей бизнесе? Конечно, Apple и Microsoft и Amazon и многие другие хотят обнять огромную возможность агентов перед нами. Но поскольку каждая волна технического прогресса принесла разные вкусы дебатов о закрытом и открытом, в конечном итоге нам понадобится стандарт для агентов, работающих вместе друг с другом через границы. В противном случае только части вашего бизнеса встретят эту возможность.

Как мы часто делаем, когда сталкиваемся с дилеммой открытого/закрытого, давайте посмотрим на открытый веб как способ вперед. Как и приложения на вашем телефоне нуждаются в веб-представлении, чтобы обеспечить бесконечный массив мобильных приложений, то же самое будет нужно на предстоящем многоагентном фронтире. Инструменты, такие как Slack, предоставляют фреймворки пользовательского интерфейса, такие как Block Kit, которые могут обеспечить пользовательский интерфейс для простого взаимодействия агента, но они не подходят для обработки глубины современных пользовательских опытов. Возьмем, например, Clockwise Prism. Мы построили агент планирования следующего уровня для поиска времени для встречи, даже если на календаре нет «белого пространства» на завтра. Когда вы подключаете его к другим агентам, чтобы добиться невозможной встречи с вашими наиболее горячими продажными перспективами, вам понадобится способ либо подтвердить, либо изучить множество сложных и мощных вариантов планирования. Предоставление веб-представления для этого является rõщим путем вперед.

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

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

Что еще должно быть представлено в этом стандарте? За пределами Salesforce многоагентная экосистема сегодня представляет собой захватывающий дикий запад. Мы видим новые инновации и способы подключения и построения систем ИИ и агентных рабочих процессов каждый день. Одно недавнее соединение между фреймворком ИИ LangChain и инструментом под названием Assitant-UI принесло это осознание:

«UX имеет решающее значение для агентов. Все хотят агентов со стримингом, генеративным UI и человеком в цикле в своем приложении.»

Действительно, мы уже рассмотрели, насколько важен пользовательский опыт для агентов. И, конечно, агенты должны быть в состоянии быстро стримить свои ответы при работе с другими агентами. Но что касается генеративного UI и человека в цикле в их приложении?

Давайте начнем с человека в цикле; еще одна область широкого согласия. Хотя Salesforce и другие говорят много о автоматизации, это всегда основано на необходимости быть в состоянии вернуть человека в центр, когда это необходимо. Мы узнали этот урок на Clockwise и построили наш опыт агента планирования вокруг основной концепции быть в состоянии проверить обратно с пользователем с предложенным набором вариантов планирования. Когда вы выполняете сложную работу, это удивительно добраться до полной автоматизации, но это начинается на основе участия пользователя и сохранения его в цикле. Любой стандарт должен быть построен вокруг необязательной возможности проверить и подтвердить с пользователем, прежде чем продолжить, и в конечном итоге позволить полную автоматизацию, когда уверенность достаточно высока.

Итак, что касается генеративного UI? Здесь я бы предложил, что то, что нужно, не обязательно генеративный UI, а «родной UI». Что важно, так это то, что агент производит UI, который является родным и контролируется службой/агентом, отвечающим на запрос. Только родная служба будет иметь контекст и понимание, необходимые для отображения пользовательского интерфейса, который связан с запросом агента. Будет ли этот UI отображаться с помощью генеративного ИИ или некоторого другого не-ИИ механизма, это остается за отвечающей службой как деталь реализации. Итак, здесь мы думаем, что открытый стандарт должен позволять отвечающей службе контролировать и доставлять родной UI для запроса агента.

Что дальше? Мы с нетерпением ждем продолжения изучения того, как может выглядеть открытое многоагентное будущее. Мы создали черновик чего-то, что мы называем Открытый многоагентный протокол (OMAP), и мы с нетерпением ждем продолжения разговора. Не пройдет много времени, прежде чем появятся совершенно новые типы работы, где люди используют агентов для выполнения работы мощными и оптимизированными способами. Эра описания работы агент-оркестратора уже наступила, и хотя Salesforce рисует убедительный путь вперед, нам понадобится стандартный способ для агентов взаимодействовать за пределами границ.