Slack Code introduce in Slack spazi di lavoro dedicati nei quali persone e coding agent possono collaborare sullo stesso task di sviluppo, condividendo conversazioni, contesto, modifiche al codice e risultati prodotti dall’intelligenza artificiale. La nuova funzione, annunciata da Mark Benioff su X, applica al software development il modello collaborativo dei canali Slack: il lavoro dell’agente viene trasferito in un code channel nel quale l’intero team può seguirne e indirizzarne l’attività.
Benioff indica come partner del lancio Anthropic, GitHub, Cognition e Vercel e sintetizza l’impostazione della nuova funzione con una frase precisa: “Questo è vero coding multiplayer”. Slack Code nasce quindi attorno a un modello nel quale più persone lavorano contemporaneamente con lo stesso agente e sullo stesso task, utilizzando Slack come ambiente condiviso nel quale coordinare il processo.
La demo pubblicata insieme all’annuncio mostra come questo principio venga tradotto in un workflow operativo. Katie Steigman, VP Product Management di Slack, parte da una normale conversazione all’interno della piattaforma e coinvolge un coding agent, Claude, chiedendogli di aggiornare un sito web utilizzando gli ultimi design disponibili. Slack crea automaticamente un code channel dedicato all’attività e vi riunisce le persone e il contesto necessari per eseguirla.
Don’t code alone. Slack Code is live.
Humans and agents. Same channel. Same work.
Launching today with agents from @AnthropicAI, @github, @Cognition, and @vercel. This is real multiplayer coding. See it at @Dreamforce #DF26 pic.twitter.com/scVeLgIgZR— Marc Benioff (@Benioff) 20 Agosto 2026
Dal prompt individuale a un code channel condiviso
Il code channel concentra in uno stesso spazio il task, le conversazioni pertinenti, le persone coinvolte e il coding agent. Steigman spiega che “il canale contiene le persone giuste e il contesto corretto proveniente dalle nostre conversazioni precedenti, e questo permette all’agente di mettersi al lavoro”.
Il recupero del contesto conversazionale è uno degli elementi centrali del modello. Una modifica software può dipendere da decisioni prese nei thread, requisiti discussi dal team, indicazioni di prodotto, feedback o materiali condivisi in precedenza. Nel workflow mostrato da Slack queste informazioni diventano parte del contesto disponibile per il coding agent, riducendo la necessità di ricostruire manualmente il problema all’interno di una nuova sessione.
L’architettura segue una logica già presente nella strategia più ampia di Slack, che Salesforce descrive come un ambiente nel quale persone, agenti, applicazioni e dati possono operare nello stesso spazio di lavoro. Slack Code applica questo modello allo sviluppo software, creando un contenitore temporaneo specificamente dedicato all’esecuzione di un task da parte di un agente.
Il canale principale rimane il luogo nel quale nasce la richiesta. Il code channel costituisce invece lo spazio operativo nel quale il task viene sviluppato, discusso e verificato.
Slack Code introduce un’esperienza di coding multiplayer
La caratteristica distintiva riguarda soprattutto il rapporto tra persone e coding agent. Molti ambienti di sviluppo assistito dall’AI sono costruiti attorno a una sessione nella quale uno sviluppatore interagisce direttamente con un agente. Slack struttura il processo attorno al gruppo.
Steigman lo esplicita nella demo: “Questa non è la tradizionale esperienza di coding con una persona e un agente che lavorano isolati per conto proprio. Nel code channel l’intero team e l’agente lavorano insieme alla build”.
Slack parla di una “true multiplayer experience”, una vera esperienza multiplayer. Più componenti del team possono osservare lo stesso agente mentre lavora sullo stesso task e intervenire per indirizzarne l’attività. Nella demo Steigman coinvolge direttamente un collega nel code channel affinché contribuisca alle istruzioni date all’agente.
Il prompt diventa così una conversazione condivisa che controlla l’esecuzione di un’attività software. Le richieste successive, le correzioni e le decisioni rimangono visibili al gruppo e contribuiscono al contesto con cui l’agente continua a lavorare.
Questo passaggio modifica anche la visibilità del processo. Quando un coding agent viene utilizzato in una sessione individuale, il resto del team può vedere il risultato soltanto in una fase successiva, per esempio quando viene aperta una pull request. Nel code channel, invece, l’attività dell’agente entra immediatamente nello spazio collaborativo e può essere seguita durante l’esecuzione.
Code diff e preview HTML direttamente nel canale
La collaborazione comprende anche la verifica dell’output prodotto dall’agente. Gli sviluppatori possono esaminare i code diff direttamente nel code channel, controllando le modifiche introdotte nel sorgente mentre gli altri membri del team continuano a interagire con l’agente.
La demo mostra inoltre un HTML artifact visualizzato all’interno di Slack, attraverso il quale il gruppo può vedere ciò che l’agente sta costruendo.
Steigman spiega: “Possiamo controllare l’HTML artifact in Slack per vedere ciò che l’agente sta costruendo in tempo reale. Otteniamo una preview senza dover copiare, incollare, fare refresh o aggiornare il codice”.
L’artifact aggiunge al workflow una superficie di verifica comprensibile anche a chi non sta lavorando direttamente sul sorgente. Lo sviluppatore può controllare il diff, mentre un designer o un product manager può osservare il risultato dell’interfaccia e fornire indicazioni all’agente attraverso lo stesso canale.
Slack Code crea così un punto di incontro tra livelli diversi del processo di sviluppo. Codice, risultato visuale e conversazione sul task rimangono accessibili nello stesso contesto, permettendo a figure con competenze differenti di contribuire senza dover condividere continuamente screenshot, link o aggiornamenti attraverso strumenti separati.
La demo insiste proprio su questo aspetto. Nessuno deve uscire dal flusso per controllare ciò che sta accadendo e l’interazione con l’agente rimane visibile ai partecipanti del code channel.
L’agente viene guidato dal team durante la build
Il modello multiplayer non coincide semplicemente con la possibilità di osservare ciò che produce l’intelligenza artificiale. Le persone presenti nel code channel possono indirizzare collettivamente l’agente, aggiungendo indicazioni e coinvolgendo altri componenti del team quando servono competenze specifiche.
Questo rende il canale un ambiente di steering, cioè di guida dell’agente durante l’esecuzione. Il risultato non dipende necessariamente da una singola istruzione iniziale: il task può evolvere attraverso una sequenza di interventi del gruppo.
La differenza è rilevante soprattutto nei progetti in cui le decisioni sul software sono distribuite tra più ruoli. Un developer può intervenire sulla struttura tecnica, un designer può correggere un elemento dell’interfaccia e un product manager può precisare un requisito funzionale, mantenendo tutti gli interventi all’interno della stessa conversazione con l’agente.
Steigman sintetizza questa impostazione spiegando che “l’intero team si trova nello stesso posto, lavora con lo stesso agente e sullo stesso task”. È questo il significato concreto del multiplayer coding indicato da Benioff: la sessione agentica diventa una risorsa condivisa dal gruppo.
Dal code channel alla pull request
Il code channel segue il ciclo di vita del task. Quando l’agente ha completato il lavoro, apre una pull request, pubblica un riepilogo nel canale principale e il code channel viene archiviato.
Il processo forma quindi un circuito tra conversazione aziendale e workflow di sviluppo. Il task nasce nel canale principale, viene trasferito in uno spazio operativo dedicato, viene elaborato insieme all’agente e torna infine al canale di origine sotto forma di risultato e riepilogo.
La pull request costituisce il raccordo con il normale ciclo di sviluppo. Repository e sistemi di version control rimangono componenti dello stack, mentre Slack assume il ruolo di ambiente collaborativo nel quale vengono concentrati contesto, istruzioni, iterazioni dell’agente, verifica delle modifiche e preparazione del risultato da sottoporre al processo di integrazione.
L’archiviazione finale del code channel riflette questa struttura temporanea. Il canale viene creato per una specifica attività e può essere chiuso quando il task è terminato, evitando di mescolare indefinitamente il lavoro dell’agente alle conversazioni generali del team.
Steigman descrive il risultato con un’affermazione che riassume il posizionamento del prodotto: “L’intera build, dall’idea alla produzione, ora avviene qui, in Slack”. La demo documenta in particolare il percorso che comprende la formulazione della richiesta, il recupero del contesto, il lavoro condiviso con il coding agent, la review dei diff, la preview dell’HTML artifact e l’apertura della pull request.
Il contesto di Slack diventa parte del workflow di sviluppo
Slack Code acquista particolare rilievo se letto insieme alla strategia con cui Salesforce sta trasformando Slack in un sistema operativo per il lavoro agentico. Già nell’architettura presentata da Salesforce per l’agentic enterprise, Slack viene descritto come il sistema nel quale persone, agenti, applicazioni e dati possono connettersi in tempo reale.
Uno degli elementi che rendono possibile questo modello è l’accesso degli agenti al patrimonio di informazioni contenuto nelle conversazioni. Slack ha progressivamente aperto questa base contestuale attraverso strumenti come il Model Context Protocol (MCP) e le API destinate agli agenti, permettendo alle applicazioni AI autorizzate di utilizzare messaggi, canali e file come fonte di contesto per le proprie attività.
Slack Code applica questa capacità a un task nel quale il contesto è particolarmente importante. Prima di modificare un prodotto software, un coding agent deve comprendere cosa il gruppo abbia deciso, quali requisiti siano stati concordati e quale risultato venga richiesto. Nel modello mostrato da Slack, parte di queste informazioni può essere recuperata direttamente dalle conversazioni già avvenute nel workspace.
Il code channel funziona quindi anche come confine contestuale del task: riunisce le persone pertinenti, le informazioni necessarie e l’agente incaricato dell’esecuzione.
Dal coding agent individuale al coding agent di squadra
Il passaggio più significativo introdotto da Slack Code riguarda il luogo nel quale viene svolto il lavoro agentico. Gli strumenti di AI coding hanno progressivamente ampliato le proprie capacità, passando dal completamento di singole righe alla gestione di task complessi, alla modifica coordinata di più file e all’esecuzione di attività sempre più autonome.
Slack interviene su un’altra dimensione del problema: la collaborazione organizzativa attorno all’agente.
Il coding agent viene collocato nel luogo nel quale il team discute già il prodotto e prende le decisioni che determinano il lavoro da svolgere. In questo modo l’interazione con l’AI può coinvolgere direttamente figure che normalmente partecipano al ciclo di sviluppo senza necessariamente utilizzare lo stesso IDE dello sviluppatore.
Il caso mostrato nella demo è significativo: una modifica al sito web può essere osservata contemporaneamente dal developer attraverso i code diff e dagli altri componenti del team attraverso la preview dell’HTML artifact. Tutti possono continuare a dialogare con lo stesso agente e a vedere le istruzioni impartite dagli altri.
Il coding agent diventa quindi un partecipante al workflow di squadra, con un’attività visibile e indirizzabile dal canale nel quale opera.
“Chiunque può diventare un builder”
La demo conclude estendendo ulteriormente il concetto. Steigman afferma che “con i code channel, chiunque può diventare un builder lavorando insieme agli agenti”.
È un claim che collega Slack Code al fenomeno del vibe coding, nel quale l’AI permette di tradurre intenzioni espresse in linguaggio naturale in modifiche software riducendo la quantità di codice che l’utente deve scrivere direttamente. Slack aggiunge a questo modello una componente collaborativa: la richiesta può nascere nell’ambiente di comunicazione dell’azienda e trasformarsi in un task eseguito da un coding agent davanti all’intero gruppo.
La possibilità di partecipare al processo rimane distinta dalle competenze necessarie per validare tecnicamente il software prodotto. La presenza dei code diff e della pull request mantiene visibile il ruolo della revisione tecnica e del normale processo di sviluppo.
La portata del modello riguarda piuttosto la capacità di allargare il numero delle persone che possono intervenire nella costruzione del risultato. Designer, product manager, sviluppatori e altri specialisti possono osservare la stessa esecuzione e interagire con lo stesso agente secondo le rispettive competenze.
Slack Code trasferisce così il principio fondamentale dei canali al software development agentico: il lavoro dell’AI viene reso condiviso mentre avviene. Il “real multiplayer coding” evocato da Benioff descrive precisamente questo passaggio – dall’interazione privata tra una persona e un coding agent a un ambiente nel quale il team costruisce, controlla e indirizza insieme all’agente lo stesso task.
