Prepojenie AI agenta so Slackom a Microsoft Teams vo firme

Prepojenie AI agenta so Slackom a Microsoft Teams patrí medzi najčastejšie požiadavky firiem, ktoré chcú, aby ich AI riešenie fungovalo priamo tam, kde ľudia každý deň komunikujú – v Slacku alebo v Microsoft Teams. Namiesto ďalšej samostatnej aplikácie, na ktorú si zamestnanci musia zvyknúť, dostane tím agenta ako súčasť kanála, DM konverzácie alebo pracovného workflow. Tento článok popisuje technický postup, ako AI agent Slack Teams integráciu navrhnúť, aké komponenty potrebuje a na čo si dať pozor pri nasadení do reálnej firemnej prevádzky.

Firemná komunikácia sa dnes odohráva prevažne v dvoch nástrojoch – Slack dominuje v technologických a menších firmách, Microsoft Teams je štandardom vo väčších organizáciách naviazaných na Microsoft 365. Integrácia priamo do týchto nástrojov funguje najlepšie vtedy, keď nevyžaduje prepínanie kontextu: zamestnanec sa spýta priamo v kanáli, agent odpovie tam, kde otázka padla, prípadne spustí akciu v pozadí – vytvorenie tiketu, aktualizáciu záznamu v CRM, notifikáciu kolegovi.

Oproti samostatnému chatovaciemu rozhraniu má táto forma nasadenia tri praktické výhody:

• Agent je viditeľný tam, kde sa už odohráva bežná prevádzka tímu, takže adopcia je jednoduchšia.
• Kontext konverzácie (kanál, vlákno, účastníci) je možné využiť ako vstup pre agenta.
• Výstupy agenta – notifikácie, schválenia, reporty – zapadajú do existujúcich workflow bez nového rozhrania.

Ak ešte len zvažujete, čo AI agent vo firme vlastne je, dobrým východiskovým bodom je článok čo sú AI agenti a prečo menia pravidlá softvéru.

Integrácia so Slackom sa v praxi stavia na Slack Platform, konkrétne na kombinácii Bot Token, Events API a Slack SDK. Základný tok je nasledovný: bot je zaregistrovaný ako Slack App vo workspace, dostane oprávnenia (scopes) na čítanie správ a písanie do kanálov, a Slack posiela udalosti (nová správa, zmienka, reakcia) na webhook endpoint, ktorý spravuje AI agent.

Slack Events API a webhooky

Keď niekto v kanáli napíše @meno-agenta alebo pošle agentovi priamu správu, Slack odošle HTTP POST požiadavku na endpoint definovaný v konfigurácii aplikácie. Backend agenta túto udalosť spracuje, odošle text do jazykového modelu spolu s potrebným kontextom (história vlákna, prípadne dáta z interných systémov) a odpoveď pošle späť cez Slack Web API metódu chat.postMessage. Pre dlhšie interakcie sa oplatí použiť Slack vlákna (threads), aby konverzácia s agentom nezaplavovala hlavný kanál.

Autentifikácia a scopes

Slack pracuje s OAuth 2.0 tokenmi a granulárnymi oprávneniami – bot by mal dostať len tie scopes, ktoré skutočne potrebuje (napríklad chat:write, channels:history, im:write), nie plný prístup k workspace. Token sa ukladá bezpečne mimo verzovaného kódu a rotuje sa podľa interných bezpečnostných politík firmy.

Ak má agent okrem odpovedania v Slacku aj zapisovať dáta do iných systémov (CRM, helpdesk, interná databáza), architektúra sa už blíži k systémovej integrácii cez API – princípy sú podobné ako pri prepojení firemných systémov cez API a automatizácii výmeny dát.

Integrácia s Teams je technicky náročnejšia ako v Slacku, pretože stojí na Microsoft Bot Framework a je previazaná s Azure Active Directory (Entra ID). Bot sa registruje v Azure Bot Service, dostane App ID a heslo (client secret) a komunikuje s Teams cez Microsoft Graph API a Bot Framework SDK.

Bot Framework a manifest aplikácie

Na rozdiel od Slacku, kde stačí nakonfigurovať webhook v rámci Slack App, Teams vyžaduje App Manifest – JSON súbor definujúci názov, ikonu, oprávnenia a spôsob, akým sa bot zobrazuje používateľom (osobný chat, tímový kanál, alebo obe). Manifest sa nahráva cez Teams Admin Center alebo Microsoft Teams Toolkit, čo v podnikovom prostredí často vyžaduje súčinnosť IT administrátora.

Rozdiely oproti Slacku, ktoré ovplyvňujú návrh

Práve preto, že Teams je hlbšie previazaný s podnikovou identitou (Azure AD, podmienky prístupu, DLP politiky), býva jeho nasadenie sprevádzané dôkladnejším schvaľovaním na strane IT oddelenia než v prípade Slacku. Tabuľka vyššie ilustruje všeobecný princíp, nie presné meranie: nasadenie bota v Teams typicky zahŕňa viac konfiguračných krokov – registráciu v Azure, schvaľovanie manifestu, správu identity – než ekvivalentná integrácia v Slacku.

Keď agent číta správy z firemných kanálov alebo priamych konverzácií, pracuje potenciálne s citlivými dátami – menami zákazníkov, internými rozhodnutiami, osobnými údajmi zamestnancov. Preto by mala byť súčasťou návrhu integrácie od začiatku aj otázka, kto má k agentovi prístup, aké dáta agent uchováva a ako dlho.

AI agent v tíme funguje len vtedy, keď je rovnako dôveryhodný ako kolega, ktorému by ste dali prístup do rovnakého kanála.

Odporúčaný postup:

1. Definujte, ku ktorým kanálom a tímom má agent prístup – nie „ku všetkému”, ale k tomu, čo skutočne potrebuje.
2. Nastavte logovanie a audit trail – kto sa agenta na čo pýtal a aké akcie vykonal.
3. Overte, či agent pri odpovediach nepracuje s dátami mimo scope, ktorý mu bol pridelený.
4. Ak agent siaha na osobné údaje, prejdite si aj právny rámec – prehľad nájdete v článku AI agenti a GDPR: na čo si dať pozor pri spracovaní osobných údajov.

Pre technický detail k autentifikácii je užitočná aj oficiálna dokumentácia Microsoft Entra ID – aplikácie a povolenia a Slack API – dokumentácia k OAuth scopes.

Integrácia AI agenta do komunikačného nástroja sa v praxi využíva najmä na:

• Interné otázky a helpdesk – zamestnanec sa v kanáli spýta na firemnú politiku alebo stav žiadosti namiesto zakladania tiketu. Podrobnejšie k tomuto scenáru píšeme v článku o AI agentovi pre interný IT helpdesk a znížení počtu ticketov.
• Schvaľovacie workflow – agent notifikuje zodpovednú osobu priamo v Teams alebo Slacku a čaká na potvrdenie ako súčasť schvaľovacieho procesu.
• Zhrnutia a reporting – pravidelné zhrnutie stavu projektu, predajov alebo tiketov posielané do vybraného kanála.
• Prepojenie s ostatnými systémami – agent slúži ako jednotné rozhranie nad viacerými backend systémami (CRM, ERP, interná databáza), podobne ako pri klasickej systémovej integrácii ERP, CRM a e-shopu.

Pri workflow, kde agent vykonáva akcie s reálnym dopadom, je dôležité rozhodnúť, či má konať autonómne, alebo má vyžadovať potvrdenie človeka pred vykonaním akcie.

Rozsah práce pri prepájaní AI agenta so Slackom alebo Teams závisí od viacerých faktorov, nie od jedného univerzálneho postupu:

• Počet a typ integrácií na pozadí – ak agent len odpovedá na otázky, stačí prepojenie s jazykovým modelom a znalostnou bázou; ak má aj zapisovať dáta do CRM či ERP, pribúda ďalšia vrstva API integrácií.
• Požiadavky na bezpečnosť a compliance – firmy v regulovaných odvetviach potrebujú prísnejšiu kontrolu nad tým, aké dáta agent vidí a kam sa posielajú.
• Platforma nasadenia – ako ukazuje porovnanie vyššie, Teams si typicky vyžiada viac koordinácie s IT oddelením než Slack.
• Miera autonómie agenta – agent, ktorý len odpovedá, sa implementuje inak ako agent, ktorý spúšťa akcie v iných systémoch.

Tieto faktory sa oplatí prejsť ešte pred vývojom, ideálne na nezáväznej konzultácii, kde sa dá spresniť rozsah a architektúra riešenia – viac o našom prístupe k AI riešeniam nájdete na stránke AI a automatizácia.

AI agent Slack Teams integrácia nie je len otázka pripojenia API kľúča – ide o návrh architektúry, ktorá rešpektuje spôsob, akým platforma funguje (Events API a OAuth scopes v Slacku, Bot Framework a Azure AD v Teams), a zároveň spĺňa bezpečnostné požiadavky firmy. Kľúčové je od začiatku definovať, ku ktorým kanálom má agent prístup a kedy má konať autonómne a kedy len navrhnúť akciu na schválenie človekom.

Ak plánujete nasadiť AI agenta priamo do Slacku alebo Microsoft Teams vo vašej firme a potrebujete prejsť konkrétnu architektúru, kontaktujte nás – radi sa pozrieme na to, aké systémy chcete prepojiť a aká úroveň autonómie agenta dáva zmysel pre váš tím.