8 min di lettura
Questo articolo è una traduzione assistita dall’AI dell’originale in inglese, revisionata dall’autore.
Un agente si guadagna l’autonomia un canale alla volta
Nelle ultime edizioni ho scritto di cosa un agente può toccare e di a nome di chi agisce. Sono domande importanti e ad entrambe si risponde una volta sola, in fase di configurazione. I rilasci registrati nella MarTech Watch della settimana 41 portano invece a una domanda a cui si risponde molte volte nella vita di un programma: come può un team lasciare che un agente faccia un passo in più, e poi un altro ancora, senza giocarsi il brand al primo passo? Diversi vendor hanno rilasciato pezzi della risposta, e nessuno la fornisce per intero.
TL;DR
- L’autonomia diventa un’impostazione per caso d’uso e per canale. Agent One di Insider prevede le modalità Command, Advance e Co-Pilot, da scegliere separatamente per ogni caso d’uso e canale.
- I workflow degli agenti hanno un posto dove fare le prove. 6sense li fa testare in sandbox e poi promuovere in produzione con un processo guidato.
- L’ordine di attivazione è esso stesso un controllo.
- Il perimetro di un pilota può crescere mentre è in corso. Conserva una copia datata dell’elenco di tool che hai approvato.
L’autonomia ha le marce
Insider ha pubblicato la documentazione di Agent One, il suo sistema agentico per la customer engagement, e la parte che ho letto due volte è una tabella di tre righe. In Command Mode il lavoro è guidato dalle persone ed eseguito dall’AI: gli agenti completano journey, campagne, segmenti, contenuti, report e workflow a partire da istruzioni chiare. In Advance Mode è guidato dalle persone e consigliato dall’AI: gli agenti analizzano i dati, fanno emergere opportunità e rischi e raccomandano azioni su cui decidono le persone. In Co-Pilot Mode sono gli agenti a decidere e ottimizzare “within the goal, budget, approvals, brand limits, and performance thresholds you set.”
La frase sopra la tabella contiene la scelta progettuale: “Choose one of three modes, and set the level separately for each use case and channel.” Insider aggiunge che i team dovrebbero partire da dove si sentono sicuri e aumentare l’autonomia “one decision at a time.”
È così che si forma davvero la fiducia nei programmi CEP su cui ho lavorato. Nessuno si fida dell’automazione in generale: un team si fida della scelta automatica dell’orario di invio sull’email molto prima di fidarsi di un copy generato su WhatsApp, e si fida di entrambe su una newsletter molto prima che su un messaggio relativo a un prodotto regolamentato. Un unico interruttore per tutta la piattaforma costringe il caso d’uso più prudente a dettare il ritmo a tutti gli altri, oppure quello più audace a dettarne il rischio. Una modalità scelta per caso d’uso e per canale lascia invece che ciascuno proceda alla propria velocità.
Secondo me questo cambia che cos’è un pilota. Prima era un sì o un no su uno strumento; con le marce diventa una posizione di partenza su una griglia di casi d’uso e canali, e il documento di pianificazione utile è appunto quella griglia: quali celle partono in Advance, quali possono passare subito a Command e quali restano fuori da Co-Pilot finché non ci sono evidenze per spostarle. La griglia fa anche emergere presto i disaccordi. Quando il marketing vuole Co-Pilot sull’email promozionale e la compliance vuole Advance ovunque, un’impostazione per canale dà a entrambe le parti qualcosa di concreto su cui discutere, invece di un acceso o spento a livello di piattaforma che una delle due finirebbe per perdere.
Una sandbox per il lavoro degli agenti
Il secondo pezzo arriva da 6sense, che seguo da osservatore e non fra le piattaforme che uso in produzione. Il suo rilascio del 6 ottobre permette di creare, testare e validare i workflow in una sandbox, di eseguirli sulle integrazioni sandbox supportate e di “promote workflows to production through a guided process.” Lo stesso rilascio permette di testare in un percorso sandbox gli export di Sales Intelligence che scrivono account, contatti e lead, prima che arrivino ai sistemi CRM, MAP e SEP di produzione.
I team di marketing sono abituati a testare le campagne: prove, seed list, invii di test, simulazione dei journey. Sono molto meno abituati a testare le automazioni che costruiscono o spostano dati per conto loro, perché di solito le ha configurate una volta un partner di integrazione e poi nessuno le ha più toccate. Quando un agente comincia a creare segmenti, sincronizzare campi o scrivere record, è proprio l’automazione a cambiare più spesso, ed è anche quella che viene provata meno.
Una sandbox con un passaggio di promozione dà a quel lavoro la stessa forma del codice: costruito in un posto, verificato e poi spostato. I risultati di un’esecuzione in sandbox sono inoltre qualcosa che un team può mostrare prima di lasciare che un workflow agisca su dati reali, ed è già più di quanto la maggior parte dei programmi possa mostrare oggi.
L’ordine di attivazione è un controllo
Le prove coprono quello che l’agente farà, mentre la sequenza riguarda quello che deve esistere prima che faccia qualsiasi cosa, e due rilasci lo hanno messo per iscritto.
Il consent-based open tracking di Iterable è ora disponibile, e il suo articolo di help contiene un’istruzione che non ha niente a che fare con la normativa sul consenso e tutto a che fare con il rollout: “Turn this setting on only after you’ve stored consent values on user profiles.” Se si inverte l’ordine, ogni destinatario senza un valore salvato perde subito il pixel di tracciamento. Ho spiegato come funziona il campo del consenso nell’articolo della settimana 39, quindi qui il punto è più circoscritto. L’impostazione è sicura; attivarla per prima no.
La guida ai guardrail del Decision Agent di Insider dice la stessa cosa con parole sue. I guardrail si impostano “before your first Content Set”, i valori della Business DNA dell’account vengono compilati in automatico, e la guida è franca sull’alternativa: “A set generated on empty guardrails is a set you will mostly reject.” Spiega anche come si comporta il controllo una volta in funzione: ogni variante generata riceve un livello di corrispondenza con il tono di voce del brand e le regole sui contenuti, e “A Low match doesn’t block a variant.” Le persone approvano o rifiutano ogni variante, e partono solo quelle approvate.
Messi insieme, questi rilasci descrivono una catena di dipendenze che un piano di rilascio dovrebbe rendere esplicita: i dati prima dell’interruttore, le regole prima della generazione, la revisione prima dell’invio. Nella maggior parte dei programmi che vedo quei passaggi esistono, ma vivono nella testa di persone diverse. Metterli per iscritto come sequenza, con un responsabile per ciascuno, costa poco, ed è proprio il passaggio che si salta più spesso quando una funzionalità arriva già attiva.
Il perimetro che cresce durante il pilota
L’ultimo pezzo è meno comodo, e voglio descriverlo con attenzione. Il server MCP di Marketo Engage è in open beta, e la pagina delle operazioni di Adobe ora elenca operazioni sulle smart list, fra cui create_smart_list, add_smart_list_rule e update_smart_list_rule, accanto a operazioni che attivano, pianificano ed eseguono smart campaign. La pagina del server non riporta più la nota secondo cui questi tool erano previsti per un rilascio successivo. La stessa pagina delle operazioni descrive il server come fornitore di “read-only or non-destructive endpoints” ed elenca operazioni il cui nome contiene delete, come delete_form e delete_snippet, come registrato nella Watch di questa settimana. Riporto entrambe le cose così come sono scritte.
Niente di tutto questo è insolito per una beta, e far crescere il perimetro è appunto lo scopo di una beta. Cambia però il significato dell’approvazione di un pilota: un team che ha approvato un pilota su un elenco di operazioni precedente si trova davanti uno strumento diverso quando la stessa connessione può scrivere regole delle smart list, e nella configurazione del client non deve cambiare nulla perché succeda. La capacità si sposta lato server.
Ho spiegato come leggere un inventario di tool nell’articolo della settimana 37. Qui la lezione sul rollout riguarda il tempo: conserva una copia datata dell’inventario su cui il pilota è stato approvato, confrontala con l’elenco attuale a ogni revisione e tratta ogni nuova operazione di scrittura come un’approvazione nuova e separata. Il consiglio di Adobe nella pagina del server vale per tutto il percorso, cioè un utente API dedicato con i soli permessi che servono al lavoro, ed è il confine fissato da quell’utente a tenere mentre l’elenco cresce.
Una scala di promozione, messa per iscritto
I vendor ora forniscono i pioli di una scala. Nessuno di loro pubblica, nella documentazione pubblica alla data di pubblicazione, la regola per passare da un piolo all’altro, e secondo me non deve arrivare da un vendor quanto piuttosto dal team che risponde del risultato. Per ogni caso d’uso e canale, prima che parta il primo pilota, scriverei tre cose: l’evidenza che fa salire l’agente di una marcia, come un certo numero di esecuzioni pulite in sandbox o un ciclo di revisione con pochi rifiuti; l’evento che lo fa scendere, come un controllo fallito in produzione o un cambiamento nel perimetro del tool; e la persona che firma ogni passaggio.
Un agente si guadagna l’autonomia un caso d’uso e un canale alla volta, e la traccia del perché si è spostato vale più dell’impostazione stessa.
Fonti
Insider
- Agent One. Fonte per le tre modalità, le loro descrizioni, l’impostazione per caso d’uso e per canale e l’indicazione su come aumentare l’autonomia.
- Guardrails Setup Guide. Fonte per i guardrail prima del primo Content Set, i valori della Business DNA, l’avvertimento sui guardrail vuoti, i livelli di corrispondenza e il comportamento del match Low.
- Content Sets and Content Review. Fonte per la revisione di ogni variante e l’invio delle sole varianti approvate.
6sense
- 2026-10-06 Product Release Notes. Fonte per i workflow in sandbox, la promozione in produzione e gli export di Sales Intelligence in sandbox.
Iterable
- Using Consent-Based Email Open Tracking. Fonte per l’istruzione di salvare i valori di consenso prima di attivare l’impostazione e per il suo effetto nell’ordine inverso.
- 2026 Release Notes. Fonte per la disponibilità dal 6 ottobre.
Adobe Marketo Engage
- Marketo Engage MCP operations. Fonte per le operazioni su smart list e smart campaign, la dichiarazione sulla sola lettura e le operazioni di delete elencate.
- Marketo Engage MCP Server. Fonte per la nota rimossa e il consiglio sull’utente API dedicato.
- Marketo Engage release notes, May 2026. Fonte per lo stato di open beta.
Il record
- MarTech Watch, Week 41. Ogni data e stato citato in questo articolo.
- Parte 19, Settimana 37 e Parte 21, Settimana 39. Gli articoli precedenti sugli inventari di tool e sul campo del consenso.
Il digest alla base di ogni articolo settimanale è prodotto attraverso una scansione strutturata, assistita dall’AI, di release note ufficiali e fonti di product update. Io rivedo l’output, verifico i segnali rilevanti e scrivo l’interpretazione architetturale.
Questo articolo si basa sulle scansioni del Martech Weekly Digest eseguite l’8 ottobre 2026, che coprivano il periodo dal 2 all’8 ottobre su diverse piattaforme CEP e vendor. Il record datato che ne sta alla base è in MarTech Watch, Settimana 41.
Se trovate errori o lacune nella copertura, voglio saperlo. Il processo migliora quando l’output viene messo in discussione.
