Microdosing op laag-hallucinogene AI

De Agentforce is hier. Salesforce (CRM ) heeft weer een editie van zijn jaarlijkse Dreamforce-conferentie gehouden in september. Onder de menigte aanwezigen – en de menigte Waymos die hen rondrijden in een extra-schone San Francisco – hebben we nu allemaal een zwerm van agenten tot onze beschikking om werk te transformeren, netjes gecontroleerd binnen het Salesforce-ecosysteem. Terwijl Dreamforce altijd een spektakel is vanwege zijn marketing-georiënteerde aankondigingen van de toekomst, bood dit jaar een onverwacht overtuigend beeld van hoe AI-gebaseerde agenten de werkplek en de klantbeleving op het punt staan te revolutioneren.

Laten we onze verwachtingen nog even temperen. Benioff peinsde tijdens zijn keynote: “Waarom zouden onze agenten zo laag-hallucinogeen zijn?” Ja, ze hebben de data, de metadata, de workflows en een breed scala aan diensten om mee te verbinden; en zolang uw systemen alleen binnen Salesforce leven, klinkt het best wel ideaal. Salesforce heeft misschien wel de prompt-engineering uitgevonden, een claim die Benioff ook in de keynote maakte, waarmee hij misschien de “Austin Powers” Dr. Evil-monoloog over zijn vader die het vraagteken heeft uitgevonden, citeerde. Maar kan Salesforce de Agentforce-visie waarmaken? Als ze dat doen, zal het een grote zaak zijn voor hoe werk gedaan wordt.

Laten we realistisch zijn: onze systemen en data leven niet allemaal binnen Salesforce. Als de toekomst van werk wordt gedefinieerd door groepen agenten die samenwerken, hoe ver kunnen afgesloten tuinen en gesloten ecosystemen ons brengen in het leveren van resultaten over onze bedrijven? Zeker Apple (AAPL ), Microsoft (MSFT ), Amazon (AMZN ) en een heleboel anderen willen hun armen om de enorme agentkans voor ons heen slaan. Maar zoals elke golf van technische vooruitgang verschillende smaken van open versus gesloten debatten met zich meebracht, zullen we uiteindelijk een standaard nodig hebben voor agenten die samenwerken met elkaar over grenzen heen. Anders zullen alleen delen van uw bedrijf deze kans grijpen.

Net zoals we vaak doen als we worden geconfronteerd met het open/gesloten dilemma, laten we naar het open web kijken als een manier om vooruit te komen. Net zoals apps op uw telefoon een webweergave nodig hebben om een oneindig aantal mobiele app-resultaten te kunnen bieden, zal hetzelfde nodig zijn in de komende multi-agent-grenzen. Tools zoals Slack bieden UI-kaders zoals Block Kit die de gebruikersinterface voor een eenvoudige agentinteractie kunnen aandrijven, maar zijn niet in staat om de diepte van moderne gebruikerservaringen te hanteren. Neem Clockwise Prism als voorbeeld. We hebben een next-level planningagent gebouwd voor het vinden van tijd voor een vergadering, zelfs als er geen “witruimte” op de kalender van morgen is. Wanneer u deze koppelt aan andere agenten om die onmogelijke vergadering met uw warmste verkoopkansen te landen, heeft u een manier nodig om een veelvoud aan geavanceerde en krachtige planningsmogelijkheden te bevestigen of te onderzoeken. Het bieden van een webweergave hiervoor is de duidelijke weg vooruit.

Doorheen zijn keynote herhaalde Benioff het mantra dat u geen DIY-agenten binnen uw bedrijf wilt. En hij heeft gelijk. Ondernemingen willen gecontroleerde en vereenvoudigde workflows die herhaalbare waarde leveren. En toch willen ze niet vastzitten in een silo. Dit is waarom we een open standaard voor de multi-agent-toekomst nodig hebben. We hebben een betrouwbare manier nodig voor agenten om met elkaar te communiceren, om grenzen over te steken tussen applicaties en ecosystemen en dit te doen op een manier die bedrijven in controle houdt van hun productervaring.

U kunt net zo goed een set van werkagenten starten vanuit een Atlassian (TEAM ) Jira-ticket dat is verbonden met een Salesforce-klantgeval als u een set van agenten in omgekeerde volgorde wilt starten vanuit Salesforce, verbonden met Atlassian. Voor agenten die samenwerken, ongeacht waar een werkverzoek vandaan komt en in elke richting met een consistente gebruikerservaring, is opnieuw een standaard nodig.

Wat moet er nog meer in deze standaard worden vertegenwoordigd? Buiten Salesforce om is het multi-agent-ecosysteem van vandaag een spannend wild westen. Elke dag zien we nieuwe innovaties en manieren om AI-systemen en agentieve workflows te verbinden en te bouwen. Een recente verbinding tussen het AI-framework LangChain en een tool genaamd Assitant-UI bracht deze inzicht:

“UX is cruciaal voor agenten. Iedereen wil agenten met streaming, generatieve UI en human-in-the-loop in hun applicatie.”

Ja, we hebben al besproken hoe cruciaal de gebruikerservaring is voor agenten. En duidelijk moeten agenten in staat zijn om snel hun antwoorden te streamen wanneer ze samenwerken met andere agenten. Maar wat is generatieve UI en human-in-the-loop in hun applicatie?

Laten we beginnen met human-in-the-loop; een ander gebied van brede overeenstemming. Terwijl Salesforce en anderen een grote show maken over automatisering, is het altijd gebaseerd op de noodzaak om een mens terug in het centrum te kunnen brengen wanneer nodig. We hebben deze les ook geleerd bij Clockwise en hebben onze planningagent-ervaring gebouwd rond een kernconcept van het kunnen controleren van de gebruiker met een voorgestelde set van planningsmogelijkheden. Wanneer u complex werk doet, is het geweldig om tot volledige automatisering te komen, maar het begint met het betrekken van de gebruiker en deze in de loop houden. Elke standaard moet zijn gebouwd rond een optionele mogelijkheid om in te checken en te bevestigen met de gebruiker voordat u verdergaat, en uiteindelijk toestaan voor volledige automatisering wanneer het vertrouwen hoog genoeg is.

En wat is generatieve UI? Hier zou ik voorstellen dat wat nodig is, niet noodzakelijkerwijs generatieve UI is, maar “native UI”. Wat belangrijk is, is dat de agent een UI produceert die native en gecontroleerd wordt door de dienst/agent die reageert op het verzoek. Alleen de native dienst zal de context en het begrip hebben om een gebruikersinterface te renderen die in de agentaanvraag past. Of deze UI wordt gerenderd met generatieve AI of een andere niet-AI-mechanisme, wordt overgelaten aan de reagerende dienst als een implementatiedetail. En dus, denken we dat de open standaard moet toestaan dat de reagerende dienst native UI levert voor een agentaanvraag.

Wat komt hierna? We zijn enthousiast om verder te onderzoeken wat een open multi-agent-toekomst zou kunnen zijn. We hebben een concept van iets gemaakt dat we Open Multi-Agent Protocol (OMAP) noemen, en we zijn enthousiast om het gesprek verder te zetten. Het zal niet lang duren voordat er geheel nieuwe soorten banen zijn waar mensen agenten gebruiken om werk te doen op krachtige en gestroomlijnde manieren. De tijd van de Agent Orchestrator-baanomschrijving is aangebroken, en terwijl Salesforce een overtuigend pad vooruit schildert, zullen we een standaard manier nodig hebben voor agenten om over grenzen heen met elkaar te verbinden.