Mikrodosering av låg-hallucinogen AI

Agentforce är här. Salesforce (CRM ) avslutade nyligen en ny upplaga av sin årliga Dreamforce-konferens i september. Bland de många deltagarna – och Waymo-bilarna som körde dem runt i ett extra-rent San Francisco – har vi nu en svärm av agenter till våra fingrar för att transformera arbete, snyggt kontrollerat inom Salesforce-ekosystemet. Medan Dreamforce alltid är en spektakel för sin marknadsanpassade framtidssyn, gav årets konferens en oväntat övertygande vision av hur AI-baserade agenter är på väg att revolutionera arbetsplatsen och kundupplevelsen.

Låt oss dämpa våra förväntningar ett litet tag till. Benioff funderade i sin keynote, “Varför skulle våra agenter vara så låg-hallucinogena?” Ja, de har data, metadata, arbetsflöden och en stor mängd tjänster att ansluta till; och så länge dina system bara lever inom Salesforce, låter det ganska idealt. Salesforce kan ha uppfunnit prompt-teknik, ett påstående som Benioff också gjorde i keynoten, som kanske påminner om “Austin Powers” Dr. Evil-monolog om att hans far uppfunnit frågetecken. Men kan Salesforce uppfylla Agentforce-visionen? Om de gör det, kommer det att vara en stor sak för hur arbete utförs.

Låt oss vara ärliga dock: våra system och data bor inte alla inom Salesforce. Om framtiden för arbete definieras av grupper av agenter som arbetar tillsammans, hur långt kan stängda trädgårdar och slutna ekosystem verkligen ta oss i att leverera resultat över våra företag? Säkert vill Apple (AAPL ), Microsoft (MSFT ), Amazon (AMZN ) och en mängd andra omfamna den enorma agentmöjligheten framför oss. Men som varje våg av teknisk utveckling har fört med sig olika smaker av debatter om öppet kontra stängt, kommer vi slutligen att behöva en standard för agenter som arbetar tillsammans med varandra över gränser. 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 det öppna/stängda dilemma, låt oss titta 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 mobila app-resultat, kommer samma sak 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 utformat för att hantera djupet av moderna användarupplevelser. Ta Clockwise Prism som exempel. Vi har byggt en nästa-nivåschemaläggningsagent för att hitta tid för ett möte, även om det inte finns något “tomrum” på kalendern imorgon. När du ansluter det till andra agenter för att landa det omöjliga mötet med dina hetaste försäljningsprospekt, behöver du ett sätt att antingen bekräfta eller utforska en mängd 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 mantran att du inte vill ha DIY-agenter inom ditt företag. Och han har rätt. Företag vill ha kontrollerade och förenklade arbetsflöden som levererar återkommande värde. Och ändå vill de inte vara fast i en silo. Detta är varför vi behöver en öppen standard för den multi-agent-framtid. 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öretag i kontroll över sin produktupplevelse.

Du kan vara lika benägen att starta en uppsättning arbetsagenter från en Atlassian (TEAM ) Jira-biljett som är ansluten till en Salesforce-kundcase, som du vill starta en uppsättning agenter i omvänd ordning som startar inom Salesforce och är ansluten till Atlassian. För att agenter ska kunna arbeta tillsammans oavsett var en arbetsbegäran kommer från och i vilken riktning som helst med en konsekvent användarupplevelse, behövs återigen en standard för att göra detta.

Vad annat bör representeras i denna standard? Utanför Salesforce är det multi-agent-ekosystemet idag ett spännande vilda västern. Varje dag ser vi nya innovationer och sätt att ansluta och konstruera AI-system och agentbaserade arbetsflöden. En nylig koppling mellan AI-ramverket LangChain och ett verktyg som heter Assitant-UI gav denna insikt:

“UX är avgörande för agenter. Alla vill ha agenter med strömmande, generativt gränssnitt och människa-i-loopen i sin applikation.”

Verkligen, vi har redan täckt hur viktigt användarupplevelse är för agenter. Och tydligtvis måste agenter kunna strömma sina svar snabbt när de arbetar med andra agenter. Men vad med generativt gränssnitt och människa-i-loopen i deras applikation?

Låt oss börja med människa-i-loopen; ett annat område med bred enighet. Medan Salesforce och andra talar om automation, är det alltid grundat i behovet av att kunna ta tillbaka en människa till mitten när det behövs. Vi lärde oss denna lärdom också på Clockwise och har byggt vår schemaläggningsagentupplevelse runt en kärnkoncept av att kunna kontrollera tillbaka till användaren med ett föreslaget urval av schemaläggningsalternativ. När du gör komplext arbete är det fantastiskt att komma till full automation, men det börjar på ryggraden av att involvera användaren och hålla dem i loopen. Varje standard måste byggas runt en valfri förmåga att kontrollera och bekräfta med användaren innan du fortsätter, och till slut tillåta full automation när förtroendet är tillräckligt högt.

Och vad med generativt gränssnitt? Här föreslår jag att vad som behövs inte nödvändigtvis är generativt gränssnitt, utan “nativt gränssnitt”. Vad som är viktigt är att agenten producerar ett gränssnitt som är naturligt och kontrollerat av den tjänst/agent som svarar på begäran. Bara den naturliga tjänsten kommer att ha den kontext och förståelse som behövs för att rendera ett användargränssnitt som knyter an till agentbegäran. Oavsett om det här gränssnittet renderas med generativ AI eller någon annan icke-AI-mekanism är det en implementeringsdetalj som lämnas till den svarande tjänsten. Och här tror vi att den öppna standarden måste tillåta den svarande tjänsten att kontrollera och leverera naturligt gränssnitt till en agentbegäran.

Vad kommer härnäst? Vi är spända på att fortsätta undersöka vad en öppen multi-agent-framtid kan se ut. Vi har skapat ett utkast till något vi kallar Öppen Multi-Agent-protokoll (OMAP) och vi är spända på att fortsätta driva samtalet framåt. Det kommer inte att dröja länge innan det finns helt nya typer av jobb där människor använder agenter för att göra arbete på kraftfulla och strömlinjeformade sätt. Agent-Orchestratorns tidevarv är här, och medan Salesforce målar en övertygande väg framåt, kommer vi att behöva ett standardiserat sätt för agenter att interagera över gränser.