Slack Code: agenti AI e sviluppatori lavorano nello stesso canale

Il 20 agosto 2026 Slack ha annunciato Slack Code (annuncio ufficiale), e con Slack Code gli agenti AI smettono di lavorare in un tab privato: entrano in un canale di progetto insieme alle persone, scrivono, propongono modifiche e aspettano un’approvazione umana prima di rilasciare. È il passaggio più concreto visto finora dall’idea di assistente individuale a quella di collega di squadra. La notizia è semplice; quello che decide se funziona lo è molto meno, e riguarda permessi, guardrail e integrazione con gli strumenti già in uso. In questo pezzo ricostruiamo i fatti verificati, poi guardiamo la parte che nessuna demo mostra: il lavoro di onboarding. Se il tema degli agenti AI ti è nuovo, la nostra guida completa è il punto di partenza.

In questo articolo scoprirai:

• Che cos’è Slack Code e cosa succede quando tagghi un agente di coding
• Cosa cambia nel workflow: la revisione del codice smette di essere privata
• Quali agenti AI si collegano a Slack Code e chi paga cosa
• Permessi, sign-off e audit log: i controlli che Slack Code eredita
• Il lavoro di onboarding che decide se l’agente porta valore o caos

Che cos’è Slack Code e cosa succede quando tagghi un agente di coding

Il meccanismo è volutamente banale da innescare: menzioni un agente di coding in una conversazione qualsiasi e Slack apre un code channel dedicato al progetto, tirando dentro le persone e il contesto rilevante. Dentro quel canale il lavoro è organizzato in tab distinti, la conversazione, il piano che l’agente propone, i code diff con le modifiche riga per riga e un’anteprima live dell’output. Slack ha aggiunto anche un Agents & Tools tab, descritto nell’annuncio ufficiale come «your home base for managing agent conversations across threads, DMs, and code channels».

Il dettaglio più interessante è la fine del ciclo: quando il task è concluso il canale si archivia da solo e resta consultabile come registro di ciò che è successo. Non è un dettaglio estetico, è la differenza fra un agente che lavora e uno di cui puoi ricostruire l’operato mesi dopo.

Rob Seaman, executive vice president di Slack, ha sintetizzato la tesi del prodotto nel comunicato del 20 agosto 2026 così: «AI only creates value when it’s part of how a team actually works, not something people go do alone in another tab». È la stessa direzione già vista con Claude Tag, l’agente di Anthropic che entra nei team Slack, di cui Slack Code è l’evoluzione strutturale: non più un agente invocato in un thread, ma uno spazio di lavoro costruito attorno al task, con un inizio, un piano visibile e una chiusura archiviata.

Cosa cambia nel workflow: la revisione del codice smette di essere privata

Il cambiamento reale non è tecnologico, è sociale. Finora il lavoro con un agente di coding avveniva in una sessione individuale: uno sviluppatore, un terminale o un IDE, e un risultato che arrivava agli altri solo sotto forma di pull request. Nei code channel il processo è visibile mentre accade, e possono entrarci anche profili non tecnici, product manager, designer, che vedono il piano prima del codice: 01net li descrive come ambienti multiplayer per i coding agent.

Slack Code distribuisce il controllo: chiunque nel canale può fermare l’agente

Ne discende una conseguenza operativa importante: il controllo è distribuito. Come riportato da The Register, «anyone in a code channel can pause, redirect, or stop an agent». Non serve essere l’autore della richiesta per fermare un agente che sta andando nella direzione sbagliata, e questo sposta il presidio dal singolo al gruppo.

Gli analisti leggono la mossa in modo coerente. Wayne Kurtzman di IDC osserva su Computerworld che Slack Code «riduce il divario fra dove avviene il lavoro e dove viene scritto il codice». Mario Rodriguez, chief product officer di GitHub, la mette in termini di ruoli nella pagina di lancio di Salesforce: «humans set direction, agents close the loop».

Il rovescio di Slack Code: un canale in più da presidiare

C’è però il rovescio, e vale la pena dirlo: ogni progetto genera un canale in più da presidiare. La stessa The Register nota ironicamente che il rischio è aggiungere «another Slack channel to monitor». Se il team non ha già una disciplina su canali e notifiche, la trasparenza si trasforma in rumore, e il rumore, in un tool di comunicazione, è il modo più veloce per far ignorare proprio le richieste di approvazione che contano.

Quali agenti AI si collegano a Slack Code e chi paga cosa

Al lancio i founding partner sono Claude di Anthropic, Devin di Cognition, GitHub Copilot e l’agente di Vercel. ChatGPT di OpenAI compare nell’elenco dei partner riportato da The Next Web, mentre il post ufficiale di Slack lo indicava «in arrivo a breve»: una discrepanza fra fonti che segnaliamo invece di appianare. Nell’ecosistema vengono citati anche Lovable, n8n, LangChain e Superhuman, come riepilogato da Unite.ai.

Per chi ha esigenze fuori dal catalogo, la documentazione per sviluppatori di Slack descrive gli agenti come «autonomous, goal-oriented AI apps that can reason, use tools, and maintain context across conversations» e indica la strada del Model Context Protocol, con Slack MCP Server e Slackbot MCP Client, come modo standard per collegare un agente proprio. È il canale che conta se l’agente deve toccare sistemi interni, non solo repository pubblici.

Sul prezzo la formula richiede attenzione: i code channel sono inclusi in tutti i piani Slack, workspace gratuiti compresi, ma l’accesso a ciascun agente partner va acquistato separatamente. Il costo, in altre parole, non è di Slack: è delle licenze degli agenti che ci metti dentro, e va verificato listino per listino sul sito di ciascun partner. Chi valuta l’opzione OpenAI trova un quadro delle capacità nella nostra guida completa a ChatGPT; sul fronte modelli per il coding, il riferimento recente è GPT-5.3-Codex.

Permessi, sign-off e audit log: i controlli che Slack Code eredita

Qui sta la scelta architetturale più significativa, e va capita bene.

I permessi che Slack Code eredita dal workspace

Gli agenti nei code channel ereditano i permessi Slack esistenti e i controlli admin: l’annuncio ufficiale precisa che «IT doesn’t need to configure or audit anything new». Nessuna identità nuova da provisionare, nessuna console separata. Un agente vede ciò che vede il canale in cui è stato invitato.

Il sign-off umano di Slack Code prima del merge in produzione

Il secondo controllo è il sign-off. La portavoce di Slack Gianna Dimick ha dichiarato a The Next Web che «Slack Code also requires human sign-off on high-stakes actions like merging code to production»: il codice non arriva in produzione senza l’approvazione esplicita di una persona nel canale. Gli admin possono inoltre definire guardrail su misura, per esempio impedire a profili non tecnici di far partire un rilascio senza revisione dell’engineering. Il terzo è l’archivio: il canale conservato tiene traccia di chi ha chiesto cosa, cosa l’agente ha cambiato e chi ha approvato.

Non tutti sono convinti che basti. Will McKeon-White di Forrester indica proprio nei permessi la sfida immediata: a Computerworld li definisce «una sfida persistente per qualunque cosa sia multiplayer». Il punto è che ereditare i permessi è comodo solo se i permessi sono in ordine: un workspace con canali aperti a tutti e dati sensibili sparsi eredita anche il proprio disordine. Su come si dosano deleghe e limiti a un agente di coding abbiamo scritto una guida operativa su cosa affidargli il primo giorno e quali permessi non dargli; sul quadro più ampio, resta il riferimento il nostro pezzo su quali processi aziendali gli agenti governano già oggi.

Il lavoro di onboarding che decide se l’agente porta valore o caos

Slack ha rimosso l’attrito di installazione, non quello organizzativo. Nessuna delle fonti verificate fornisce numeri di adozione o di produttività, e non ne inventiamo: quello che si può dire con certezza è che il prodotto sposta il collo di bottiglia dal «come collego l’agente» al «come lo governo». Sono due lavori diversi, e il secondo non lo fa il vendor.

In concreto significa decidere quali canali e quali dati un agente può vedere prima di invitarlo, ripulire i permessi ereditati che oggi nessuno guarda, stabilire chi ha il diritto di approvare un merge e chi no, collegare l’agente ai sistemi che l’azienda usa davvero, repository, ticket, ERP e CRM, e formare le persone a leggere un diff invece di dire sì per stanchezza. È il lavoro che abbiamo descritto parlando di quando a una PMI serve un partner per costruire un agente: invisibile nelle demo, decisivo nei risultati.

È esattamente il punto in cui MIMIR lavora: oltre all’agente forniamo l’assistenza dedicata all’onboarding, perché un agente configurato male non è neutro, produce lavoro da correggere. Se stai valutando di portare agenti AI dentro i processi della tua azienda, su Slack o altrove, parlane con noi: analizziamo permessi, flussi di approvazione e integrazioni esistenti prima di accendere qualsiasi cosa, e ti diciamo con onestà dove l’agente conviene e dove no.

Fonti:

• Slack Blog — Slack Code: code channels for agents (annuncio ufficiale)
• Salesforce Newsroom — comunicato stampa Slack Code, 20 agosto 2026
• Salesforce — Introducing Slack Code (pagina di lancio)
• Slack Developer Docs — AI apps, agenti, MCP Server e MCP Client
• The Next Web — Slack Code: il lancio dei canali per gli agenti di coding
• The Register — Slack mette gli agenti AI nella chat di gruppo
• Computerworld — Slack Code trasforma il coding AI in un’attività di squadra
• Unite.ai — Slack Code e i canali di progetto dedicati agli agenti