Mikrodosering av lav-hallusinogen AI

Agentforce er her. Salesforce (CRM ) avsluttet en ny utgave av sin årlige Dreamforce-konferanse i september. I tillegg til mengden av deltakere — og mengden av Waymos som kjørte dem rundt i en ekstra-rent San Francisco — har vi nå en mengde agenter til våre fingertipper for å transformere arbeid, kontrollert innenfor Salesforce-økosystemet. Mens Dreamforce alltid er et skuespill for sine markedsrettede utsagn om fremtiden, ga denne års utgave en uventet overbevisende visjon av hvordan AI-baserte agenter er på vei til å revolusjonere arbeidsplassen og kundeopplevelsen.

La oss tempe våre forventninger litt lenger. Benioff reflekterte i sin keynote, “Hvorfor ville våre agenter være så lav-hallusinogene?” Ja, de har dataene, metadataene, arbeidsflytene og et stort utvalg av tjenester å koble til; og så lenge systemene dine bare lever innenfor Salesforce, høres det ganske ideelt ut. Salesforce kan eller kan ikke ha oppfunnet prompt-teknologi, et krav Benioff også gjorde i keynoten, som kanskje minner om “Austin Powers” Dr. Evil-monologen om at hans far oppfant spørsmålstegnet. Men kan Salesforce møte Agentforce-visjonen? Hvis de gjør det, vil det være en stor sak for hvordan arbeid blir gjort.

La oss være realistiske likevel: våre systemer og data bor ikke alle innenfor Salesforce. Hvis fremtiden for arbeid defineres av grupper av agenter som arbeider sammen, hvor langt kan avgrensede hager og lukkede økosystemer virkelig bringe oss i levering av resultater over våre bedrifter? Det er sikkert at Apple (AAPL ) og Microsoft (MSFT ) og Amazon (AMZN ) og en rekke andre ønsker å omfavne den massive agent-muligheten foran oss. Men som hver bølge av teknisk fremgang har ført frem forskjellige smaker av åpne vs. lukkede debatter, vil vi til slutt trenge en standard for agenter som arbeider sammen med hverandre over grensene. Ellers vil bare deler av bedriftene dine møte denne muligheten.

Som vi ofte gjør når vi står overfor det åpne/lukkede dilemmaet, la oss se på det åpne nettet som en vei fremover. Like som apper på telefonen din trenger en nettvisning for å aktivere en uendelig mengde mobilapp-resultater, vil det samme være nødvendig i den kommende multi-agent-grensen. Verktøy som Slack tilbyr UI-rammeverk som Block Kit som kan aktivere brukergrensesnittet for en enkel agent-interaksjon, men det er ikke skåret ut til å håndtere dybden av moderne brukeropplevelser. Ta Clockwise Prism som et eksempel. Vi har bygget en neste-nivå-schedulering-agent for å finne tid for et møte selv om det ikke finnes noen nåværende “hvitt rom” på kalenderen i morgen. Når du kobler det til andre agenter for å lande det umulige møtet med dine varmeste salgsprospekter, vil du trenge en måte å enten bekrefte eller utforske en mengde sofistikerte og kraftfulle planleggingsalternativer. Å tilby en nettvisning for å gjøre dette er den klare veien fremover.

Gjennom hele sin keynote, gjentok Benioff mantraet om at du ikke ønsker DIY-agenter innenfor bedriften din. Og han har rett. Bedrifter ønsker kontrollerte og forenklede arbeidsflyter som leverer gjentakende verdi. Og likevel ønsker de ikke å bli fanget i en silo. Dette er hvorfor vi trenger en åpen standard for den multi-agent-fremtiden. Vi trenger en pålitelig måte for agenter å samhandle med hverandre, å krysse grenser over applikasjoner og økosystemer og gjøre det på en måte som holder bedrifter i kontroll over produktopplevelsen.

Du kan være like sannsynlig til å starte en mengde arbeidsagenter fra en Atlassian (TEAM ) Jira-billett koblet til en Salesforce-kunde-sak som du ville ønske å starte en mengde agenter i motsatt retning, opprinnelig fra Salesforce koblet til Atlassian. For at agenter skal kunne arbeide sammen uavhengig av hvor en arbeidsforespørsel oppstår og i en rekke retninger med en konsistent brukeropplevelse, trengs igjen en standard for å gjøre dette.

Hva ellers bør være representert i denne standarden? Utenfor Salesforce er det multi-agent-økosystemet i dag et spennende villvest. Daglig ser vi nye innovasjoner og måter å koble og konstruere AI-systemer og agentive arbeidsflyter på. En nylig kobling mellom AI-rammeverket LangChain og et verktøy kalt Assitant-UI førte til denne innsikt:

“UX er avgjørende for agenter. Alle ønsker agenter med strømming, generativt UI og menneske-i-løkken i deres applikasjon.”

Ja, vi har allerede dekket hvordan avgjørende brukeropplevelsen er for agenter. Og det er klart at agenter må kunne strømme sine svar når de arbeider med andre agenter. Men hva med generativt UI og menneske-i-løkken i deres applikasjon?

La oss starte med menneske-i-løkken; et annet område med bred enighet. Mens Salesforce og andre snakker stort om automatisering, er det alltid grunnlagt i behovet for å kunne bringe en menneske tilbake til sentrum når det er nødvendig. Vi lærte denne leksjonen også på Clockwise, og har bygget vår schedulering-agent-opplevelse rundt en kjernekonsept om å kunne sjekke tilbake med brukeren med et foreslått sett av planleggingsalternativer. Når du gjør komplekst arbeid, er det fantastisk å komme til full automatisering, men det starter på ryggen av å involvere brukeren og holde dem i løkken. Enhver standard må bygges rundt en valgfri evne til å sjekke inn og bekrefte med brukeren før det fortsetter, og til slutt tillate full automatisering når tilliten er høy nok.

Og hva med generativt UI? Her ville jeg foreslå at det som trengs ikke nødvendigvis er generativt UI, men “nativt UI”. Det som er viktig er at agenten produserer et UI som er naturlig og kontrollert av tjenesten/agenten som responderer på forespørselen. Bare den native tjenesten vil ha konteksten og forståelsen nødvendig for å rendre et brukergrensesnitt som kobler seg til agentforespørselen. Uansett om UI-en rendres ved hjelp av generativ AI eller en annen ikke-AI-mekanisme, er det overlatt til den respondende tjenesten som en implementeringsdetalj. Og så her, mener vi at den åpne standarden må tillate den respondende tjenesten å kontrollere og levere nativt UI til en agentforespørsel.

Hva kommer neste? Vi er spente på å fortsette å undersøke hva en åpen multi-agent-fremtid kan se ut som. Vi har laget en utkast til noe vi kaller Åpen Multi-Agent-Protokoll (OMAP) og vi er spente på å fortsette å drive samtalen fremover. Det vil ikke være lenge før det er helt nye typer jobber der ute hvor folk bruker agenter til å gjøre arbeid på kraftfulle og strømlinjeformede måter. Tiden for Agent-Orkestratoren jobbeskrivelse er her, og mens Salesforce maler en overbevisende vei fremover, vil vi trenge en standard måte for agenter å koble seg til hverandre over grensene.