Microdosing con AI a bassa allucinogenesi

L’Agentforce è arrivato. Salesforce (CRM ) ha concluso un’altra edizione della sua conferenza annuale Dreamforce a settembre. Unendosi alle schiere di partecipanti – e alle schiere di Waymos che li trasportavano intorno a un San Francisco extra-pulito – ora abbiamo a disposizione una schiera di agenti alle nostre dita per trasformare il lavoro, controllati in modo ordinato all’interno dell’ecosistema Salesforce. Se Dreamforce è sempre uno spettacolo per le sue dichiarazioni di marketing sulla futura direzione, quest’anno ha offerto una visione inaspettatamente convincente di come gli agenti basati su intelligenza artificiale stanno per rivoluzionare il luogo di lavoro e l’esperienza del cliente.

Temperiamo le nostre aspettative per un po’ più a lungo. Benioff ha riflettuto nel suo discorso di apertura, “Perché i nostri agenti dovrebbero essere così a bassa allucinogenesi?” Sì, hanno i dati, i metadati, i flussi di lavoro e una vasta gamma di servizi per connettersi; e finché i vostri sistemi vivono solo all’interno di Salesforce, sembra abbastanza ideale. Salesforce potrebbe aver inventato o meno l’ingegneria dei prompt, un’affermazione che Benioff ha anche fatto nel discorso di apertura, evocando forse il monologo di Dr. Evil di “Austin Powers” sul fatto che suo padre abbia inventato il punto interrogativo. Ma può Salesforce realizzare la visione di Agentforce? Se ci riesce, sarà un grande affare per come il lavoro viene svolto.

Siamo realisti, però: i nostri sistemi e i nostri dati non vivono tutti all’interno di Salesforce. Se il futuro del lavoro è definito da gruppi di agenti che lavorano insieme, fino a che punto possono portarci i giardini recintati e gli ecosistemi chiusi nel fornire risultati in tutta la nostra attività? Certamente Apple (AAPL ), Microsoft (MSFT ), Amazon (AMZN ) e una serie di altri vogliono abbracciare l’enorme opportunità degli agenti che abbiamo di fronte. Ma come ogni ondata di progresso tecnico ha portato avanti diverse sfumature di dibattiti aperti/chiusi, alla fine avremo bisogno di uno standard per gli agenti che lavorano insieme con gli altri oltre i confini. Altrimenti solo alcune parti della vostra attività incontreranno questa opportunità.

Come spesso facciamo quando ci troviamo di fronte al dilemma aperto/chiuso, guardiamo al web aperto come una via per andare avanti. Proprio come le app sul vostro telefono hanno bisogno di una visualizzazione web per abilitare una gamma infinita di risultati dell’app mobile, la stessa cosa sarà necessaria nella frontiera multi-agente in arrivo. Strumenti come Slack forniscono framework dell’interfaccia utente come Block Kit che possono alimentare l’interfaccia utente per un’interazione semplice con un agente, ma non è adatto a gestire la profondità delle esperienze utente moderne. Prendiamo Clockwise Prism come esempio. Abbiamo costruito un agente di pianificazione di livello successivo per trovare il tempo per una riunione anche se non c’è attualmente “spazio bianco” sul calendario di domani. Quando lo colleghiamo ad altri agenti per ottenere quell’incontro impossibile con i vostri prospetti di vendita più caldi, avrete bisogno di un modo per confermare o esplorare una miriade di opzioni di pianificazione sofisticate e potenti. Fornire una visualizzazione web per farlo è il percorso chiaro da seguire.

Durante tutto il suo discorso di apertura, Benioff ha ripetuto il mantra che non si desiderano agenti fai-da-te all’interno della propria attività. E ha ragione. Le imprese vogliono flussi di lavoro controllati e semplificati che forniscono valore ripetibile. E non vogliono essere bloccate in un silo. È per questo che abbiamo bisogno di uno standard aperto per il futuro multi-agente. Abbiamo bisogno di un modo affidabile per gli agenti di interagire gli uni con gli altri, per superare i confini delle applicazioni e degli ecosistemi e farlo in un modo che mantenga le aziende al controllo dell’esperienza del prodotto.

Potreste essere altrettanto propensi a far partire un set di agenti di lavoro all’interno di un biglietto Atlassian (TEAM ) Jira collegato a un caso del cliente Salesforce, quanto a far partire un set di agenti al contrario, originati all’interno di Salesforce collegati ad Atlassian. Perché gli agenti possano lavorare insieme indipendentemente da dove origina la richiesta di lavoro e in qualsiasi direzione con un’esperienza utente coerente, di nuovo è necessario uno standard per farlo.

Cosa altro dovrebbe essere rappresentato in questo standard? Al di fuori di Salesforce, l’ecosistema multi-agente di oggi è un emozionante far west. Ogni giorno vediamo nuove innovazioni e modi di connettere e costruire sistemi di intelligenza artificiale e flussi di lavoro agentivi. Un recente legame tra il framework di intelligenza artificiale LangChain e uno strumento chiamato Assitant-UI ha portato questo approfondimento:

“L’esperienza utente è cruciale per gli agenti. Tutti vogliono agenti con flusso, interfaccia utente generativa e presenza umana nel loro applicativo.”

Effettivamente, abbiamo già discusso quanto sia cruciale l’esperienza utente per gli agenti. E chiaramente gli agenti devono essere in grado di trasmettere rapidamente le loro risposte quando lavorano con altri agenti. Ma cosa dire dell’interfaccia utente generativa e della presenza umana nel loro applicativo?

Cominciamo con la presenza umana; un’altra area di ampio accordo. Mentre Salesforce e altri parlano a gran voce dell’automazione, è sempre basata sulla necessità di poter riportare un essere umano al centro quando necessario. Abbiamo imparato questa lezione anche a Clockwise e abbiamo costruito la nostra esperienza di agente di pianificazione intorno a un concetto fondamentale di essere in grado di tornare a verificare con l’utente con un set di opzioni di pianificazione proposte. Quando si fa un lavoro complesso, è incredibile raggiungere l’automazione completa, ma inizia sulla base di coinvolgere l’utente e mantenerlo nel ciclo. Qualsiasi standard deve essere costruito intorno alla capacità opzionale di verificare e confermare con l’utente prima di procedere e, alla fine, consentire l’automazione completa quando la fiducia è sufficientemente alta.

E cosa dell’interfaccia utente generativa? Qui proporrei che ciò che è necessario non è necessariamente l’interfaccia utente generativa, ma l'”interfaccia utente nativa”. Ciò che è importante è che l’agente produca un’interfaccia utente nativa e controllata dal servizio/agente che risponde alla richiesta. Solo il servizio nativo avrà il contesto e la comprensione necessari per rendere un’interfaccia utente che si collega alla richiesta dell’agente. Che l’interfaccia utente sia resa utilizzando l’intelligenza artificiale generativa o un altro meccanismo non-AI è lasciato al servizio di risposta come dettaglio di implementazione. E quindi, pensiamo che lo standard aperto debba consentire al servizio di risposta di controllare e consegnare un’interfaccia utente nativa alla richiesta dell’agente.

Cosa viene dopo? Siamo entusiasti di continuare a esaminare cosa potrebbe essere un futuro multi-agente aperto. Abbiamo creato una bozza di qualcosa che chiamiamo Protocollo Multi-Agente Aperto (OMAP) e siamo entusiasti di continuare a spingere la conversazione in avanti. Non sarà lungo prima che ci siano interamente nuovi tipi di lavoro lì dove le persone usano agenti per fare lavori in modi potenti e fluidi. L’era della descrizione del lavoro dell’Orchestratore di Agenti è su di noi, e mentre Salesforce dipinge un percorso avvincente in avanti, avremo bisogno di un modo standard per gli agenti di interconnettersi oltre i confini.