Міні-дозування низькогалюциногенного штучного інтелекту

Приходить Agentforce. Salesforce (CRM ) завершила ще одну річну конференцію Dreamforce у вересні. Приєднавшись до натовпу учасників — і до натовпу Waymos, які перевозили їх навколо надзвичайно чистого Сан-Франциско, — ми тепер маємо рій агентів у наших руках, щоб перетворити роботу, акуратно контрольовану всередині екосистеми 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 принесло це освітлення:

«UX є важливим для агентів. Усі хочуть агентів з потоковим, генеративним інтерфейсом користувача та людиною в циклі у своїй програмі.»

Дійсно, ми вже розглянули, наскільки важливий досвід користувача для агентів. І, безумовно, агенти повинні бути здатні швидко передавати свої відповіді при роботі з іншими агентами. Але що стосується генеративного інтерфейсу користувача та людини в циклі у своїй програмі?

Давайте почнемо з людини в циклі; ще одна область широкої згоди. Хоча Salesforce і інші говорять про велику гру про автоматизацію, це завжди ґрунтується на необхідності бути в змозі повернути людину в центр, коли це необхідно. Ми вивчили це урок у Clockwise і побудували наш досвід агента планування навколо основної концепції бути в змозі повернутися до користувача з запропонованим набором варіантів планування. Коли ви робите складну роботу, це чудово досягти повної автоматизації, але це починається на основі участі користувача та збереження його в циклі. Будь-який стандарт повинен бути побудований навколо необов’язкової можливості перевірки та підтвердження з користувачем перед продовженням, і в кінцевому підсумку дозволити повну автоматизацію, коли рівень впевненості достатньо високий.

А що стосується генеративного інтерфейсу користувача? Тут я б запропонував, що те, що потрібно, — це не генеративний інтерфейс користувача, а «рідний інтерфейс користувача». Що важливо, так це те, що агент виробляє інтерфейс користувача, який є рідним і контрольованим службою/агентом, який відповідає на запит. Лише рідна служба матиме контекст і розуміння, необхідні для відображення інтерфейсу користувача, який пов’язаний з запитом агента. Чи використовується цей інтерфейс користувача з генеративним штучним інтелектом чи якимось іншим механізмом, не пов’язаним зі штучним інтелектом, залишається за службою як деталь реалізації. І тому тут ми вважаємо, що відкритий стандарт повинен дозволити службі, яка відповідає на запит агента, контролювати та доставляти рідний інтерфейс користувача.

Що далі? Ми раді продовжувати розгляд того, яким може бути відкрите багатоманітне майбутнє. Ми створили чернетку чогось, що ми називаємо Відкритий багатоманітний протокол (OMAP), і ми раді продовжувати розмову. Не минуло багато часу, як з’являться зовсім нові види робіт, де люди використовуватимуть агентів для виконання роботи потужними та оптимізованими способами. Ера опису роботи Оркестратора агентів уже почалася, і хоча Salesforce малює переконливу картину майбутнього, нам знадобиться стандартний спосіб для агентів взаємодіяти за межами меж.