Slack Code dá AI vlastnú miestnosť, človek však uvidí celý postup

Slack 7. októbra 2026 zverejnil vývojársku dokumentáciu Slack Code. Opisuje, ako môže agent presunúť dlhšiu úlohu z existujúcej konverzácie do dočasného kanála, zverejňovať v ňom priebeh práce a po dokončení ho archivovať. Ľudia v kanáli môžu sledovať vznikajúce výsledky a reagovať počas práce, nie až na jej konci.

Samotný Slack Code bol predstavený už v auguste 2026; októbrovou novinkou je podrobnejší opis jeho fungovania pre vývojárov agentov. Analytik Forresteru Will McKeon-White v správe Computerworldu označil oprávnenia za „a persistent challenge for anything multiplayer“. Spoločný kanál dáva tímu možnosť vidieť prácu agenta a vstúpiť do nej, no viditeľnosť sama neurčuje, kto smie výslednú zmenu schváliť.

Od pôvodnej správy k samostatnému kanálu

Rozdiel oproti bežnému vláknu sa začína pri rozsahu úlohy. Krátka otázka môže dostať odpoveď na pôvodnom mieste; úprava kódu, spustenie testov alebo práca vyžadujúca viac kôl pripomienok môže pokračovať v samostatnom kanáli. Agent rozhoduje podľa požiadavky a jej kontextu, či taký priestor otvorí, takže zadávateľ nemusí použiť osobitný príkaz.

Opis životného cyklu kanála uvádza, že aplikácia agenta pri vytvorení odovzdá Slacku pôvodný kanál aj časovú značku správy. Nový kanál potom nesie odkaz späť na zadanie a pri bežnom postupe preberá nastavenie súkromia pôvodného kanála. Jeho členovia sa môžu pripojiť k práci bez toho, aby museli zadanie skladať z ďalších súkromných rozhovorov.

Prepojenie s pôvodnou správou má význam aj pri neskoršej kontrole. Účastník vidí, z akej požiadavky relácia vznikla, a môže posúdiť výsledok vo vzťahu k zadaniu. Ak sa zameranie práce zmení, aplikácia môže premenovať reláciu aj kanál; história požiadaviek a odpovedí pritom zostáva na jednom mieste.

Čo agent v kanáli spravuje

Po otvorení kanála agentova aplikácia priebežne posiela správy a nastavuje stav relácie. Stav môže vyjadriť, že agent pracuje, dokončil aktuálnu odpoveď alebo čaká na vstup človeka. Člen tímu tak nemusí odhadovať, či posledná správa znamená koniec práce alebo iba prestávku pred ďalším krokom.

Agent môže nad konverzáciou udržiavať odkazy na súvisiace položky, napríklad repozitár, pracovnú vetvu, požiadavku na začlenenie zmien či stav testov. Keď sa práca posunie, aplikácia môže tieto údaje aktualizovať. Pre vývojára je to spojenie medzi rozhovorom v Slacku a miestami, kde sa kód skutočne mení alebo kontroluje.

Samostatnou súčasťou relácie sú artefakty. Agent môže zobraziť rozdiel medzi verziami kódu, dokument canvas, štruktúrované zobrazenie alebo živý náhľad HTML a ich obsah počas práce meniť. Človek potom môže pripomienkovať konkrétnu úpravu či náhľad namiesto toho, aby vychádzal iba z agentovho slovného opisu vykonanej práce.

Aplikácia má odpovedať prednostne priamo v kanáli, aby sa postup dal sledovať ako jedna súvislá konverzácia. Na správu adresovanú agentovi môže reagovať aj bez opakovaného označenia jeho mena; rozhovor medzi ľuďmi však nemusí považovať za ďalší pokyn. Tento rozdiel je dôležitý v priestore, kde sa pri tej istej úlohe striedajú požiadavky na agenta s pripomienkami kolegov.

Kedy môže človek zasiahnuť

Ľudský dohľad sa neobmedzuje na záverečné prečítanie výsledku. Účastníci môžu v priebehu relácie doplniť kontext, spresniť požiadavku alebo reagovať na zverejnený artefakt. Agent potom môže na pripomienky nadviazať v tom istom kanáli, takže ďalšia verzia zostáva spojená s predchádzajúcou diskusiou.

Reláciu možno aj zastaviť. Aplikácia pri zastavení dostane udalosť, po ktorej má okamžite ukončiť rozpracovanú činnosť v príslušnom kanáli alebo vlákne a prestať tam odosielať ďalšie aktualizácie. Ide o technický signál na prerušenie práce, nie iba o správu, pri ktorej by tím čakal, či ju agent správne vyloží.

Kanál pritom ukazuje správy, stav a artefakty, ktoré doň agentova integrácia zverejní. Z viditeľného priebehu nemožno vyvodiť, že človek preveril každý úkon v externom vývojovom prostredí alebo schválil každú zmenu kódu. Oprávnenia a pravidlá prijatia výsledku preto zostávajú samostatnou súčasťou pracovného postupu tímu.

Ukončenie práce a archivácia

Keď sa úloha skončí, aplikácia agenta môže zverejniť záverečné zhrnutie a následne kanál archivovať. Pri archivácii môže určiť správu, ktorú Slack uloží ako súhrn relácie. Ukončenie práce, zverejnenie výsledku a archivácia sú oddelené úkony, takže medzi nimi môže zostať priestor na pripomienky alebo rozhodnutie človeka.

Archivovaný kanál si zachová správy, zobrazenia artefaktov aj položky s kontextom a zostáva vyhľadateľný. Tím sa tak môže vrátiť k pôvodnej požiadavke, priebežným úpravám a záverečnému výsledku aj po uzavretí relácie. Archivovaný kanál možno v prípade potreby opäť otvoriť; uzavretie stavu relácie samo osebe archiváciu nevykoná.

Pre tím má tento záznam najväčšiu hodnotu v okamihu, keď sa rozhoduje o navrhnutej zmene. Rozdiel v kóde a pripomienky zostávajú pri zadaní, z ktorého vznikli, zatiaľ čo rozhodnutie o prijatí kódu môžu urobiť ľudia podľa svojich oprávnení a kontrolného postupu.

Prečítajte si aj:

• Adobe Firefly či Midjourney: komerčné práva nie sú celý príbeh
• Meta vstupuje do firemného AI: sľubuje celý balík, nie hotový cenník
• Slack či Teams: licenciu často rozhodne softvér, ktorý firma už platí