Mikrodosering på låghallucinogen AI

Ocuco-landskapet Agentforce är här. Salesforce avslutade ytterligare en upplaga av sin årliga upplaga Dreamforce konferens i september. När vi ansluter oss till svärmarna av deltagare – och svärmarna av Waymos som skjutsar dem runt i ett extra städat San Francisco – har vi nu var och en en svärm av agenter till hands för att omvandla arbetet, snyggt kontrollerat inom Salesforces ekosystem. Även om Dreamforce alltid är ett spektakel för sina marknadsföringsslipade uttalanden om framtiden, gav detta år en oväntat övertygande vision om hur AI-baserade agenter är på väg att revolutionera arbetsplatsen och kundupplevelsen.

Låt oss dämpa våra förväntningar lite längre. Benioff funderade vid sin keynote: "Varför skulle våra agenter vara så låghallucinogena?" Ja, de har data, metadata, arbetsflöden och ett stort utbud av tjänster att ansluta till; och så länge dina system bara lever inom Salesforce låter det ganska idealiskt. Salesforce kanske har uppfunnit prompt ingenjörskonst, ett påstående som Benioff också gjorde i keynoten som kanske framkallade "Austin Powers" Dr. Evil-monologen om att hans far uppfann frågetecknet. Men kan Salesforce uppfylla Agentforce-visionen? Om de gör det, kommer det att vara en stor sak för hur arbetet utförs.

Låt oss dock vara verkliga: alla våra system och data finns inte inom Salesforce. Om framtidens arbete definieras av grupper av agenter som arbetar tillsammans, hur långt kan vi verkligen få oss att leverera resultat i våra verksamheter med muromgärdade trädgårdar och slutna ekosystem? Visst vill Apple och Microsoft och Amazon och en mängd andra slå armarna runt den enorma agentmöjligheten framför oss. Men eftersom varje våg av tekniska framsteg har fört fram olika smaker av slutna kontra öppna debatter, kommer vi i slutändan att behöva en standard för agenter som arbetar tillsammans med varandra över gränserna. Annars kommer bara delar av ditt företag att möta denna möjlighet.

Som vi ofta gör när vi står inför den öppna/stängda gåtan, låt oss se på den öppna webben som en väg framåt. Precis som appar på din telefon behöver en webbvy för att möjliggöra en oändlig mängd mobilappresultat, kommer det att behövas i den kommande multi-agent-gränsen. Verktyg som Slack tillhandahåller UI-ramverk som Block Kit som kan driva användargränssnittet för en enkel agentinteraktion, men det är inte klippt för att hantera djupet i moderna användarupplevelser. Ta Clockwise Prism som ett exempel. Vi har byggt en schemaläggningsagent på nästa nivå för att hitta tid för ett möte även om det inte finns något aktuellt "whitespace" i kalendern imorgon. När du kopplar upp det till andra agenter för att få det där omöjliga mötet med dina hetaste försäljningsmöjligheter, behöver du ett sätt att antingen bekräfta eller utforska en myriad av sofistikerade och kraftfulla schemaläggningsalternativ. Att tillhandahålla en webbvy för att göra detta är den tydliga vägen framåt.

Under hela sin keynote upprepade Benioff mantrat att du inte vill ha gör-det-själv-agenter inom ditt företag. Och han har rätt. Företag vill ha kontrollerade och förenklade arbetsflöden som levererar repeterbart värde. Och ändå vill de inte sitta fast i en silo. Det är därför vi behöver en öppen standard för framtiden med flera agenter. Vi behöver ett pålitligt sätt för agenter att interagera med varandra, att korsa gränser över applikationer och ekosystem och göra det på ett sätt som håller företagen i kontroll över sin produktupplevelse.

Det kan vara lika troligt att du sparkar igång en uppsättning arbetsagenter inifrån en Atlassian Jira-biljett kopplad till ett Salesforce-kundärende som du skulle vilja sparka igång en uppsättning agenter omvänt som härrör från Salesforce kopplat till Atlassian. För att agenter ska kunna arbeta tillsammans oavsett var en arbetsförfrågan kommer från och i valfritt antal riktningar med en konsekvent användarupplevelse, behövs återigen en standard för att göra detta.

Vad mer bör representeras i denna standard? Utanför Salesforce är ekosystemet med flera agenter idag ett spännande vilda västern. Dagligen ser vi nya innovationer och sätt att koppla ihop och konstruera AI-system och aktiva arbetsflöden. En nyligen koppling mellan AI-ramverket LangChain och ett verktyg som heter Assitant-UI gav detta insikt:

"UX är avgörande för agenter. Alla vill ha agenter med strömmande, generativa användargränssnitt och människa-i-slingan i sin applikation.”

Vi har faktiskt redan täckt hur avgörande användarupplevelsen är för agenter. Och tydligt måste agenter snabbt kunna streama sina svar när de arbetar med andra agenter. Men hur är det med generativt användargränssnitt och human-in-the-loop i deras applikation?

Låt oss börja med människa-i-slingan; ett annat område med bred överenskommelse. Medan Salesforce och andra pratar ett stort spel om automatisering, är det alltid grundat i behovet av att kunna föra tillbaka en människa i centrum när det behövs. Vi lärde oss den här läxan också på Clockwise och har byggt vår schemaläggningsagentupplevelse kring ett kärnkoncept att kunna checka in igen med användaren med en föreslagen uppsättning schemaläggningsalternativ. När du utför komplext arbete är det fantastiskt att komma till full automatisering, men det börjar på ryggraden i att involvera användaren och hålla dem i slingan. Varje standard måste byggas kring en valfri möjlighet att checka in och bekräfta med användaren innan man fortsätter, och så småningom möjliggöra full automatisering när förtroendet är tillräckligt högt.

Och hur är det med generativt användargränssnitt? Här skulle jag föreslå att det som behövs inte nödvändigtvis är generativt gränssnitt utan "native UI." Det som är viktigt är att agenten producerar ett användargränssnitt som är inbyggt och kontrolleras av tjänsten/agenten som svarar på begäran. Endast den inbyggda tjänsten kommer att ha det sammanhang och den förståelse som krävs för att göra ett användargränssnitt som knyter an till agentbegäran. Huruvida det användargränssnittet renderas med generativ AI eller någon annan icke-AI-mekanism lämnas till den svarande tjänsten som en implementeringsdetalj. Och så här tror vi att den öppna standarden måste tillåta den svarande tjänsten att kontrollera och leverera inbyggt användargränssnitt till en agentförfrågan.

Vad kommer härnäst? Vi är glada över att fortsätta undersöka hur en öppen framtid med flera agenter kan se ut. Vi har skapat ett utkast till något vi kallar Öppna Multi-Agent Protocol (OMAP) och vi är glada över att fortsätta driva konversationen framåt. Det kommer inte att dröja länge innan det finns helt nya typer av jobb där ute där människor använder agenter för att utföra arbete på kraftfulla och strömlinjeformade sätt. Åldern för jobbbeskrivningen för Agent Orchestrator är över oss, och även om Salesforce målar en övertygande väg framåt, behöver vi ett standardsätt för agenter att sammankoppla bortom gränserna.