Slack ha annunciato Slack Code il 20 agosto: basta menzionare un agente di coding su un lavoro e si apre attorno a quell’attività un dedicato canale di codice, visibile a tutto il team anziché alla persona che lo ha attivato. Il canale mostra inline i diff del codice, i documenti di pianificazione e le anteprime HTML live, coinvolge i colleghi e si archivia da solo quando il lavoro è terminato, restando comunque ricercabile come traccia. I partner del lancio sono Anthropic, Cognition, GitHub, OpenAI e Vercel, con GitHub Copilot operativo all’interno dei canali.

L’argomentazione sostenuta

La tesi di Slack è che lo sviluppo assistito da agenti sia regredito a un’esperienza da giocatore singolo. Qualcuno apre una scheda privata, interroga un agente, scompare, e il team scopre il risultato solo dopo, senza alcuna possibilità di correggere un’assunzione errata. L’azienda dice di essersi scontrata internamente con questo problema: l’esecuzione multi-turno degli agenti era troppo rumorosa per un normale thread di canale, ma spingere gli ingegneri a rifugiarsi nelle schede del browser faceva perdere la visibilità che rende utile Slack. I canali di codice sono la risposta — uno spazio che si espande con l’attività e poi scompare con essa.

Ciò che la cornice comune sbaglia

Il post riporta esattamente un numero: oltre il 70% dei canali di codice si apre e si chiude entro un solo giorno, dall’idea alla pull request mergiata. Quel dato viene rilanciato come risultato di prodotto. Non lo è — descrive il team di ingegneria di Slack che usa internamente la funzione come prova sul campo, senza denominatore, senza un parametro di riferimento su quanto durasse prima lo stesso lavoro e senza clienti esterni nel campione. In secondo luogo, "enterprise trust, no extra setup" si riferisce in modo circoscritto a permessi e controlli amministrativi, che Slack Code eredita da Slack. Non significa che gli agenti siano inclusi: il lavoro è svolto dai modelli di Anthropic, OpenAI, Cognition, GitHub e Vercel, ciascuno con licenza separata e misurazione separata.

Il contesto

La tesi interessante non è tecnica ma organizzativa — che l’unità di lavoro dell’agente da sottoporre a revisione debba essere la conversazione e non la pull request, e che un canale archiviato sia un log di audit migliore della cronologia dei commit. È una scommessa su come i team vorranno supervisionare gli agenti, e sarà confermata solo se qualcuno al di fuori di Slack replicherà quel 70%.