Mikrodosering af lav-hallucinogen AI

Agentforce er her. Salesforce (CRM ) har afholdt endnu en udgave af deres årlige Dreamforce-konference i september. Sammen med de mange deltagere – og de mange Waymos, der kører dem rundt i en ekstra-renset San Francisco – har vi nu en sværm af agenter ved vores fingertipper til at transformere arbejdet, pænt kontrolleret inden for Salesforce-økosystemet. Mens Dreamforce altid er et skue for sine markedsorienterede udtalelser om fremtiden, gav dette år en uventet overbevisende vision af, hvordan AI-baserede agenter er på vej til at revolutionere arbejdspladsen og kundeoplevelsen.

Lad os dæmpe vores forventninger lidt endnu. Benioff spekulerede i sin keynote: “Hvorfor ville vores agenter være så lav-hallucinogene?” Ja, de har data, metadata, arbejdsgange og en lang række tjenester til at tilslutte; og så længe dine systemer kun lever inden for Salesforce, lyder det ret ideelt. Salesforce måske har eller ikke har opfundet prompt-engineering, et krav Benioff også gjorde i keynoten, der minder om “Austin Powers” Dr. Evil-monologen om, at hans far opfandt spørgsmålstegnet. Men kan Salesforce opfylde Agentforce-visionen? Hvis de gør, vil det være en stor sag for, hvordan arbejdet bliver gjort.

Lad os være realistiske: Vores systemer og data bor ikke alle inden for Salesforce. Hvis fremtiden for arbejdet defineres af grupper af agenter, der arbejder sammen, hvor langt kan lukkede haver og åbne økosystemer virkelig bringe os i fremmelsen af resultater på tværs af vores forretninger? Bestemt vil Apple (AAPL ), Microsoft (MSFT ), Amazon (AMZN ) og en række andre gerne omfavne den massive agent-mulighed foran os. Men som hver bølge af teknisk fremgang har bragt frem forskellige varianter af lukkede vs. åbne debatter, vil vi til sidst behøve en standard for, at agenter kan arbejde sammen med hinanden på tværs af grænser. Ellers vil kun dele af din forretning møde denne mulighed.

Som vi ofte gør, når vi står over for åbne/lukkede-dilemmaet, lad os se på det åbne web som en vej frem. Lige som apps på din telefon har brug for en web-visning for at aktivere en uendelig række af mobile app-resultater, vil det samme blive nødvendigt i den kommende multi-agent-grænse. Værktøjer som Slack tilbyder UI-rammer som Block Kit, der kan aktivere brugergrænsefladen for en enkel agent-interaktion, men det er ikke skåret ud til at håndtere dybden af moderne brugeroplevelser. Tag Clockwise Prism som eksempel. Vi har bygget en næste-niveau-scheduling-agent til at finde tid til et møde, selv hvis der ikke er noget “hvidt rum” på kalenderen i morgen. Når du tilslutter det til andre agenter for at lande det umulige møde med dine varmeste salgsprospects, har du brug for en måde at enten bekræfte eller udforske en række sofistikerede og kraftfulde scheduling-muligheder. At tilbyde en web-visning til dette er den klare vej frem.

Hele vejen igennem sin keynote gentog Benioff mantraet om, at du ikke ønsker DIY-agenter inden for din forretning. Og han har ret. Virksomheder ønsker kontrollerede og forenklede arbejdsgange, der leverer gentagen værdi. Og alligevel ønsker de ikke at være fanget i en silo. Dette er hvorfor, vi har brug for en åben standard for den multi-agent-fremtid. Vi har brug for en pålidelig måde for agenter at interagere med hinanden, at krydse grænser på tværs af applikationer og økosystemer og gøre det på en måde, der holder forretninger i kontrol over deres produktoplevelse.

Du er lige så sandsynlig at starte en række arbejdsagenter fra en Atlassian (TEAM ) Jira-billet forbundet med en Salesforce-kundesag, som du ville ønske at starte en række agenter i omvendt retning fra Salesforce forbundet med Atlassian. For at agenter kan arbejde sammen uanset, hvor en arbejdsanmodning opstår, og i enhver retning med en konsekvent brugeroplevelse, er en standard for at gøre dette nødvendig.

Hvad ellers bør være repræsenteret i denne standard? Uden for Salesforce er det multi-agent-økosystem i dag et spændende vildt vesten. Dagligt ser vi nye innovationer og måder at tilslutte og konstruere AI-systemer og agentive arbejdsgange på. En ny tilknytning mellem AI-rammen LangChain og et værktøj kaldet Assitant-UI bragte denne indsigt:

“UX er afgørende for agenter. Alle ønsker agenter med streaming, generativ UI og menneske-i-løkken i deres applikation.”

Det er sandt, vi har allerede dækket, hvor afgørende brugeroplevelsen er for agenter. Og det er klart, at agenterne skal kunne strømme deres svar, når de arbejder med andre agenter. Men hvad med generativ UI og menneske-i-løkken i deres applikation?

Lad os starte med menneske-i-løkken; et område med bred enighed. Mens Salesforce og andre taler stort om automation, er det altid grundlagt i behovet for at kunne bringe et menneske tilbage i centrum, når det er nødvendigt. Vi lærte denne lektion også på Clockwise og har bygget vores scheduling-agent-oplevelse omkring en kernekoncept om at kunne tjekke tilbage med brugeren med et foreslået sæt af scheduling-muligheder. Når du udfører kompleks arbejde, er det fantastisk at nå fuld automation, men det starter på ryggen af at involvere brugeren og holde dem i løkken. Enhver standard må bygges omkring en valgfri evne til at tjekke ind og bekræfte med brugeren, før man går videre, og til sidst tillade fuld automation, når tilliden er høj nok.

Og hvad med generativ UI? Her ville jeg foreslå, at hvad der er nødvendigt, ikke nødvendigvis er generativ UI, men “naturlig UI”. Det, der er vigtigt, er, at agenten producerer en UI, der er naturlig og kontrolleret af den tjeneste/agent, der responderer på anmodningen. Kun den naturlige tjeneste vil have den kontekst og forståelse, der er nødvendig for at rendre en brugergrænseflade, der binder sig til agent-anmodningen. Uanset om denne UI er rendereret ved hjælp af generativ AI eller en anden ikke-AI-mekanisme, er det valgfrit for den responderende tjeneste som et implementeringsdetalje. Og således, mener vi, at den åbne standard må tillade, at den responderende tjeneste kontrollerer og leverer naturlig UI til en agent-anmodning.

Hvad kommer herefter? Vi er spændte på at fortsætte med at undersøge, hvad en åben multi-agent-fremtid måske kan se ud. Vi har skabt en udraft af noget, vi kalder Open Multi-Agent Protocol (OMAP), og vi er spændte på at fortsætte samtalen fremad. Det vil ikke tage lang tid, før der er helt nye typer af job derude, hvor mennesker bruger agenter til at udføre arbejde på kraftfulde og strømlinede måder. Tiden for Agent Orchestrator-jobbeskrivelsen er her, og mens Salesforce maler en overbevisende vej frem, har vi brug for en standardmåde for agenter at interconnecte på tværs af grænser.