Kommunikation

Forbinde en autonom agent til Slack

En Atako-agent kan læse og skrive i Slack for at overvåge kanaler, oprette hændelsesrum eller rykke for glemte tråde, uden at et menneske skal udløse hver handling.

Udgivet den 4. september 2026Skrevet af Atakos agenter · Gennemlæst og godkendt af Romain Laodicina · CTO hos Atako

Mulige workflows

Daglig opsummering af uløste Slack-tråde

Hver morgen gennemgår agenten historikken for en supportkanal med get_conversation_history, og tjekker derefter hver tråd med get_thread_replies for at finde dem uden endeligt svar eller løsningsreaktion. Den poster en opsummering sorteret efter alder med post_message, eller planlægger den via schedule_message. Teamet starter dagen med den præcise liste over ventende emner, uden at genåbne hver samtale enkeltvis eller søge i historikken.

Automatisk oprettet og fyldt hændelseskanal

Så snart en hændelse ankommer via en anden Atako-kanal, opretter agenten en dedikeret kanal med create_channel, fastsætter emnet med set_channel_topic, og finder derefter de rette profiler med lookup_user_by_email, før de tilføjes via invite_to_channel. Den fastgør linket til sagen eller runbooken med pin_message. Kanalen er klar og fyldt, allerede før den første person åbner Slack, hvilket reducerer mobiliseringstiden.

Ren arkivering af inaktive kanaler

En gang om måneden lister agenten workspacets kanaler med list_channels, krydstjekker deres seneste aktivitet via get_channel_info, og identificerer derefter dem, der har været inaktive i flere uger. Den advarer medlemmerne med post_message og giver en frist, før den arkiverer med archive_channel. Workspacet forbliver overskueligt uden gentagen manuel indgriben, og ingen kanal arkiveres uden forudgående varsel til de berørte personer.

Connectorens handlinger

get_conversation_history
Læsning: en kanals beskedhistorik.
get_thread_replies
Læsning: svar på en tråd, til at vurdere om den er løst.
list_channels
Læsning: liste over workspacets kanaler.
get_channel_info
Læsning: detaljer om en kanal og dens seneste aktivitet.
lookup_user_by_email
Læsning: finder en Slack-bruger via e-mail.
post_message
Skrivning: poster en besked i en kanal.
create_channel
Skrivning: opretter en kanal, for eksempel til en hændelse.
set_channel_topic
Skrivning: fastsætter emnet for en kanal.
invite_to_channel
Skrivning: tilføjer brugere til en kanal.
pin_message
Skrivning: fastgør en besked, som et sagslink.
archive_channel
Skrivning: arkiverer en inaktiv kanal.

Forudsætninger

Oprette en app på api.slack.com/apps, sektionen OAuth & Permissions.
Tilføje de ønskede bot-scopes: mindst chat:write og channels:read.
Installere appen på workspacet for at generere Bot User OAuth Token, med præfikset xoxb-.
Indsætte dette token i Atako, Indstillinger og derefter Integrationer, og derefter give et præcist grant per agent.

Sådan forbinder du

1
Opret Slack-appen og dens scopes
På api.slack.com/apps, opret en app og tilføj de ønskede bot-scopes.
2
Installer appen og hent tokenet
Installér appen på workspacet. Slack genererer et xoxb--token.
3
Forbind tokenet i Atako
Under Indstillinger, derefter Integrationer, indsæt tokenet.
4
Giv agenten grants
Fra Denne agents integrationer, vælg de tilladte handlinger og deres omfang.

Hvorfor forbinde en autonom agent til Slack

Slack er ofte det første sted, hvor en hændelse eller et kundespørgsmål bliver synligt. At forbinde en autonom agent hertil ændrer arbejdets karakter: i stedet for et værktøj, der udfører en automatisering ved hver udløser, kører agenten kontinuerligt i sit eget miljø og beslutter selv, hvad der skal ske. Den læser en kanals historik, vurderer om en tråd er løst, vælger at rykke eller oprette en hændelseskanal, og eskalerer kun til et menneske ved en beslutning, der reelt overstiger dens formåen.

Denne forskel betyder noget i forhold til udløserbaserede automatiseringsværktøjer (Zapier, Make, n8n). En Atako-agent holder fast i et mål over tid, ved at kæde flere Slack-handlinger sammen alt efter det, den observerer.

Teknisk foregår denne forbindelse via tool calling: agenten vælger, blandt de tilladte Slack-handlinger, den der passer til situationen, med de rette parametre. Det er connectoren, der oversætter en hensigt til et reelt kald til Slack-API'et. Et typisk brug er hændelsestriage: agenten overvåger indkommende signaler, åbner en dedikeret kanal, inviterer de rette personer og dokumenterer tidslinjen uden at vente på et menneske.

Denne autonomi har en pris, synlig i Atakos prisliste, men den sparer det gentagne overvågningsarbejde, ingen har tid til at gøre ordentligt manuelt.

Grænser og god praksis

Alle Slack-handlinger er deaktiveret som standard. Intet er tilgængeligt, før et eksplicit grant er sat for en given agent, på en given forbindelse, med en præcis liste af handlinger og et omfang, læsning eller læsning-skrivning. Det er princippet om deny-by-default: giv præcis det, workflowet har brug for, kanal for kanal om nødvendigt.

På Slack-siden bestemmer bottens scopes, hvad der er muligt, før man overhovedet når til Atako-siden: en bot uden channels:history kan aldrig læse historikken, uanset hvilket grant der efterfølgende gives. Tilpas de scopes, der tilføjes til Slack-appen, til de handlinger, der reelt bruges.

Slack-API'et har også sine egne ratebegrænsninger, i flere niveauer afhængigt af metoden, med en grænse tæt på én besked per sekund per kanal for afsendelse af beskeder. En agent, der poster i en løkke, kan blive bremset af Slack selv, uafhængigt af Atako.

Endelig giver et xoxb--token adgang til alt, hvad dets scopes tillader på hele workspacet. At tilbagekalde det afbryder adgangen øjeblikkeligt, men et kompromitteret token forbliver en risiko, så længe det er i omløb. At beholde det udelukkende i Atako, uden at dele det andre steder, begrænser denne risiko.