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

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

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

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

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

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

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

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

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

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

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

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

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