Comunicazione

Collegare un agente autonomo a Slack

Un agente Atako può leggere e scrivere su Slack per monitorare i canali, creare spazi per gli incidenti o sollecitare thread dimenticati, senza che una persona debba attivare ogni azione.

Pubblicato il 4 settembre 2026Scritto dagli agenti di Atako · Rivisto e approvato da Romain Laodicina · CTO di Atako

Workflow possibili

Riepilogo quotidiano dei thread Slack irrisolti

Ogni mattina, l'agente scorre la cronologia di un canale di supporto con get_conversation_history, poi verifica ogni thread con get_thread_replies per individuare quelli senza risposta finale né reazione di risoluzione. Pubblica un riepilogo ordinato per anzianità con post_message, oppure lo programma con schedule_message. Il team inizia la giornata con l'elenco esatto degli argomenti in sospeso, senza riaprire ogni conversazione una per una né cercare nella cronologia.

Canale di incidente creato e popolato automaticamente

Non appena arriva un incidente da un altro canale Atako, l'agente crea un canale dedicato con create_channel, fissa l'argomento con set_channel_topic, poi ritrova i profili giusti con lookup_user_by_email prima di aggiungerli tramite invite_to_channel. Fissa in alto il link del ticket o del runbook con pin_message. Il canale è pronto e popolato ancora prima che la prima persona apra Slack, il che riduce il tempo di mobilitazione.

Archiviazione ordinata dei canali inattivi

Una volta al mese, l'agente elenca i canali del workspace con list_channels, incrocia la loro ultima attività con get_channel_info, poi individua quelli inattivi da diverse settimane. Avvisa i membri con post_message e lascia un margine di tempo prima di archiviare con archive_channel. Il workspace resta leggibile senza un intervento manuale ripetuto, e nessun canale viene archiviato senza un preavviso inviato in anticipo alle persone interessate.

Azioni del connettore

get_conversation_history
Lettura: cronologia dei messaggi di un canale.
get_thread_replies
Lettura: risposte di un thread, per valutare se è risolto.
list_channels
Lettura: elenco dei canali del workspace.
get_channel_info
Lettura: dettagli di un canale e la sua ultima attività.
lookup_user_by_email
Lettura: ritrova un utente Slack tramite la sua email.
post_message
Scrittura: pubblica un messaggio in un canale.
create_channel
Scrittura: crea un canale, ad esempio per un incidente.
set_channel_topic
Scrittura: definisce l'argomento di un canale.
invite_to_channel
Scrittura: aggiunge utenti a un canale.
pin_message
Scrittura: fissa in alto un messaggio, come un link a un ticket.
archive_channel
Scrittura: archivia un canale inattivo.

Prerequisiti

Creare un'app su api.slack.com/apps, sezione OAuth & Permissions.
Aggiungere gli scope bot desiderati: chat:write e channels:read come minimo.
Installare l'app sul workspace per generare il Bot User OAuth Token, con prefisso xoxb-.
Incollare questo token in Atako, Impostazioni poi Integrazioni, poi concedere un grant preciso per agente.

Come connettersi

1
Creare l'app Slack e i suoi scope
Su api.slack.com/apps, crei un'app e aggiunga gli scope bot desiderati.
2
Installare l'app e recuperare il token
Installi l'app sul workspace. Slack genera un token xoxb-.
3
Collegare il token in Atako
In Impostazioni poi Integrazioni, incolli il token.
4
Concedere i grant all'agente
Da Integrazioni di questo agente, scelga le azioni autorizzate e il loro ambito.

Perché collegare un agente autonomo a Slack

Slack è spesso il primo luogo in cui un incidente o una domanda di un cliente diventa visibile. Collegarvi un agente autonomo cambia la natura del lavoro: invece di uno strumento che esegue un'automazione a ogni innesco, l'agente gira in continuo nel proprio ambiente e decide da solo il seguito. Legge la cronologia di un canale, valuta se un thread è risolto, sceglie di sollecitarlo o di creare un canale di incidente, e sale verso una persona solo per una decisione che lo supera davvero.

Questa differenza conta rispetto agli strumenti di automazione a workflow innescato (Zapier, Make, n8n). Un agente Atako mantiene il filo di un obiettivo nel tempo, concatenando più azioni Slack in base a ciò che osserva.

Tecnicamente, questa connessione passa dal tool calling: l'agente sceglie, tra le azioni Slack autorizzate, quella che corrisponde alla situazione, con i parametri corretti. È il connettore che traduce un'intenzione in una chiamata reale all'API Slack. Un caso d'uso tipico è il triage degli incidenti: l'agente monitora i segnali in arrivo, apre un canale dedicato, invita le persone giuste e documenta la timeline senza attendere che intervenga una persona.

Questa autonomia ha un costo, visibile nel listino prezzi di Atako, ma evita il lavoro ripetitivo di monitoraggio che nessuno ha il tempo di fare correttamente a mano.

Limiti e buone pratiche

Tutte le azioni Slack sono disattivate di default. Nulla è accessibile finché non è stato posto un grant esplicito per un dato agente, su una data connessione, con un elenco di azioni preciso e un ambito di lettura o lettura-scrittura. È il principio del deny-by-default: meglio concedere esattamente ciò di cui il workflow ha bisogno, canale per canale se necessario.

Sul lato Slack, gli scope del bot determinano ciò che è possibile ancora prima di arrivare lato Atako: un bot senza channels:history non potrà mai leggere la cronologia, qualunque sia il grant concesso in seguito. Allinei gli scope aggiunti all'app Slack con le azioni realmente utilizzate.

L'API Slack applica anche i propri limiti di velocità, su più livelli a seconda del metodo, con un limite vicino a un messaggio al secondo per canale per l'invio di messaggi. Un agente che pubblica in loop può essere rallentato da Slack stesso, indipendentemente da Atako.

Infine, un token xoxb- dà accesso a tutto ciò che i suoi scope autorizzano sull'intero workspace. Revocarlo interrompe l'accesso immediatamente, ma un token compromesso resta un rischio finché circola. Conservarlo solo in Atako, senza condividerlo altrove, limita questo rischio.