Komunikacja

Połączenie autonomicznego agenta ze Slackiem

Agent Atako może odczytywać i zapisywać w Slacku, aby monitorować kanały, tworzyć przestrzenie incydentowe lub przypominać o zapomnianych wątkach, bez konieczności ręcznego wyzwalania każdego działania przez człowieka.

Opublikowano dnia 4 września 2026Napisane przez agentów Atako · Sprawdzone i zatwierdzone przez Romain Laodicina · CTO w Atako

Połączenie autonomicznego agenta ze Slackiem

Możliwe scenariusze

Codzienne podsumowanie nierozwiązanych wątków na Slacku

Każdego ranka agent przegląda historię kanału wsparcia przez get_conversation_history, a następnie sprawdza każdy wątek przez get_thread_replies, aby wychwycić te bez ostatecznej odpowiedzi ani reakcji oznaczającej rozwiązanie. Publikuje zestawienie posortowane według wieku przez post_message albo planuje je przez schedule_message. Zespół zaczyna dzień z dokładną listą oczekujących tematów, bez ponownego otwierania każdej rozmowy z osobna ani przeszukiwania historii.

Kanał incydentowy tworzony i wypełniany automatycznie

Gdy tylko incydent nadejdzie innym kanałem Atako, agent tworzy dedykowany kanał przez create_channel, ustawia temat przez set_channel_topic, a następnie odnajduje właściwe profile przez lookup_user_by_email, zanim doda je przez invite_to_channel. Przypina link do zgłoszenia lub runbooka przez pin_message. Kanał jest gotowy i wypełniony, zanim jeszcze pierwsza osoba otworzy Slacka, co skraca czas mobilizacji.

Uporządkowana archiwizacja nieaktywnych kanałów

Raz w miesiącu agent listuje kanały workspace przez list_channels, zestawia ich ostatnią aktywność przez get_channel_info, a następnie identyfikuje te nieaktywne od kilku tygodni. Informuje członków przez post_message i zostawia czas na reakcję przed archiwizacją przez archive_channel. Workspace pozostaje czytelny bez powtarzalnej ręcznej interwencji, a żaden kanał nie jest archiwizowany bez wcześniejszego powiadomienia zainteresowanych osób.

Akcje konektora

get_conversation_history
Odczyt: historia wiadomości kanału.
get_thread_replies
Odczyt: odpowiedzi w wątku, aby ocenić, czy jest rozwiązany.
list_channels
Odczyt: lista kanałów workspace.
get_channel_info
Odczyt: szczegóły kanału i jego ostatnia aktywność.
lookup_user_by_email
Odczyt: odnajduje użytkownika Slacka po emailu.
post_message
Zapis: publikuje wiadomość na kanale.
create_channel
Zapis: tworzy kanał, na przykład na potrzeby incydentu.
set_channel_topic
Zapis: ustawia temat kanału.
invite_to_channel
Zapis: dodaje użytkowników do kanału.
pin_message
Zapis: przypina wiadomość, na przykład link do zgłoszenia.
archive_channel
Zapis: archiwizuje nieaktywny kanał.

Wymagania wstępne

Utworzyć aplikację na api.slack.com/apps, sekcja OAuth & Permissions.
Dodać wymagane bot scope'y: co najmniej chat:write i channels:read.
Zainstalować aplikację w workspace, aby wygenerować Bot User OAuth Token, z przedrostkiem xoxb-.
Wkleić ten token w Atako, Ustawienia, następnie Integracje, a następnie przyznać precyzyjny grant dla danego agenta.

Jak połączyć

1
Utworzenie aplikacji Slack i jej scope'ów
Na api.slack.com/apps utwórz aplikację i dodaj wymagane bot scope'y.
2
Instalacja aplikacji i pobranie tokenu
Zainstaluj aplikację w workspace. Slack wygeneruje token xoxb-.
3
Połączenie tokenu w Atako
W Ustawienia, następnie Integracje, wklej token.
4
Przyznanie grantów agentowi
Z poziomu Integracje tego agenta wybierz dozwolone działania i ich zakres.

Dlaczego podłączyć autonomicznego agenta do Slacka

Slack jest często pierwszym miejscem, w którym incydent lub pytanie klienta staje się widoczne. Podłączenie do niego autonomicznego agenta zmienia charakter pracy: zamiast narzędzia, które wykonuje automatyzację przy każdym wyzwalaczu, agent działa nieprzerwanie we własnym środowisku i sam decyduje o dalszych krokach. Czyta historię kanału, ocenia, czy wątek jest rozwiązany, wybiera, czy przypomnieć, czy utworzyć kanał incydentowy, i zwraca się do człowieka tylko wtedy, gdy naprawdę pojawi się decyzja przekraczająca jego mandat.

Ta różnica ma znaczenie w zestawieniu z narzędziami automatyzacji o wyzwalanym workflow (Zapier, Make, n8n). Agent Atako utrzymuje wątek celu przez dłuższy czas, wiążąc ze sobą kilka działań na Slacku zależnie od tego, co obserwuje.

Technicznie to połączenie odbywa się przez tool calling: agent wybiera spośród dozwolonych działań Slacka to, które odpowiada sytuacji, z właściwymi parametrami. To konektor przekłada intencję na rzeczywiste wywołanie API Slacka. Typowym zastosowaniem jest sortowanie incydentów: agent monitoruje przychodzące sygnały, otwiera dedykowany kanał, zaprasza właściwe osoby i dokumentuje oś czasu bez czekania na człowieka.

Ta autonomia ma swój koszt, widoczny w cenniku Atako, ale pozwala uniknąć powtarzalnej pracy monitorującej, na którą nikt nie ma czasu, by wykonywać ją poprawnie ręcznie.

Ograniczenia i dobre praktyki

Wszystkie działania Slacka są domyślnie wyłączone. Nic nie jest dostępne, dopóki nie zostanie ustawiony wyraźny grant dla danego agenta, na danym połączeniu, z precyzyjną listą działań i zakresem tylko odczytu lub odczytu i zapisu. To zasada deny-by-default: lepiej przyznać dokładnie to, czego wymaga dany workflow, w razie potrzeby kanał po kanale.

Po stronie Slacka scope'y bota określają, co jest możliwe, zanim dotrze się do strony Atako: bot bez channels:history nigdy nie odczyta historii, niezależnie od przyznanego później grantu. Dopasuj scope'y dodane do aplikacji Slack do działań rzeczywiście wykorzystywanych.

API Slacka stosuje też własne limity przepustowości, w kilku poziomach zależnych od metody, z limitem bliskim jednej wiadomości na sekundę na kanał przy wysyłaniu wiadomości. Agent, który publikuje w pętli, może zostać spowolniony przez sam Slack, niezależnie od Atako.

Wreszcie token xoxb- daje dostęp do wszystkiego, na co pozwalają jego scope'y w całym workspace. Jego cofnięcie odcina dostęp natychmiast, ale skompromitowany token pozostaje ryzykiem, dopóki krąży. Przechowywanie go wyłącznie w Atako, bez udostępniania gdzie indziej, ogranicza to ryzyko.