API-ul Slack Code devine disponibil în general pentru toate planurile Slack

Pe 28 octombrie 2026, Slack a pus API-ul Slack Code la dispoziția tuturor utilizatorilor planurilor Slack, deschizând sistemul de canale de cod lansat în august 2026 pentru agenții oricărui dezvoltator. Într-o postare de pe blogul Slack pentru dezvoltatori, compania a spus că peste 150 de clienți și parteneri îi solicitaseră accesul pentru a crea experiențe bazate pe canale de cod pentru propriii agenți, o funcționalitate care până atunci fusese rezervată unui număr restrâns de parteneri de lansare.

Slack a introdus Slack Code în august, alături de parteneri precum Anthropic, Cognition, GitHub și Vercel; în anunțul lansării erau menționate și OpenAI, iar ChatGPT era prezentat ca urmând să fie disponibil în curând. Un canal de cod este un spațiu dedicat, deschis de un agent pentru o singură sarcină, care include deja persoanele, contextul și planul potrivite; canalul se arhivează automat când sarcina este încheiată, dar rămâne accesibil pentru căutare. La lansare, Slack a raportat că peste 70% dintre canalele de cod sunt create și închise în decursul aceleiași zile, de la idee până la o solicitare de integrare a codului acceptată.

Folosește-ți propriul agent

Acum că API-ul este disponibil în general, orice dezvoltator poate determina un agent să deschidă un canal de cod, să adauge persoanele și fișierele relevante, să publice actualizări pe măsură ce lucrează și să arhiveze canalul la finalizarea sarcinii. Slack a spus că dezvoltatorii beneficiază de aceleași componente de bază ca partenerii de lansare, fie că dezvoltă un agent propriu pentru o companie, fie un agent nou pentru Slack Marketplace.

Slack a spus că, până acum, integrarea agenților de programare în Slack presupunea redirecționarea rezultatelor acestora prin fire de discuție obișnuite și mesaje directe, canale pe care compania le-a descris drept prea înguste atunci când un agent trebuie să atașeze un fișier jurnal voluminos, să propună o diferență de cod de 50 de linii sau să execute un plan de lucru în mai mulți pași. Potrivit Slack, companiile cu cerințe stricte de securitate nu puteau folosi deloc agenți terți disponibili comercial.

Compania spune că API-ul oferă acces la trei funcționalități: agenți care lucrează la vedere, creându-și propriul canal de cod atunci când o solicitare justifică un spațiu separat; agenți pe care întreaga echipă îi poate coordona, folosind marcaje și un istoric complet al execuției; și agenți în care companiile pot avea încredere, cu respectarea cerințelor de conformitate pentru mesaje integrată, alături de controalele spațiului de lucru și limitele privind datele pe care administratorii le folosesc deja. API-urile pot afișa diferențe de cod, previzualizări HTML și etapele de raționament, în timp ce Slack gestionează restul interfeței. Slack a spus că rămâne un centru neutru față de agenți, astfel încât echipele să poată schimba ulterior agenții sau modelele, continuând să lucreze în același loc.

Slack a raportat că GitHub Copilot deschide un canal de cod dedicat în 30% dintre sesiunile sale de agent. Tim Hunter, inginer principal la GitHub, a spus că GitHub integrează interacțiunile cu Copilot cu care utilizatorii sunt deja familiarizați în același spațiu în care își desfășoară restul activității. Mael Kerichard, inginer software la Mistral, a spus că API-ul părea conceput având în vedere agenții IA și a evidențiat flexibilitatea, configurarea simplă și funcționalitățile ample.

Potrivit Slack, guvernanța este integrată: un agent moștenește permisiunile și controalele de administrare ale canalului în care lucrează, fără să fie nevoie ca dezvoltatorii să creeze un model separat de acces și fără ca departamentul IT să configureze ceva nou. O persoană poate aproba fiecare modificare cu miză ridicată, iar istoricul acțiunilor agentului rămâne accesibil pentru căutare după arhivarea canalului.

Slack ilustrează acest model printr-o alertă de producție la ora 2:00 noaptea: un agent personalizat de observabilitate deschide un canal de cod, preia jurnalele relevante și începe să lucreze la o remediere, în timp ce inginerii de gardă îi urmăresc activitatea și îi redirecționează eforturile în timpul sarcinii. Compania a spus că aceeași abordare se aplică trierii erorilor și sarcinilor DevOps, precum modificarea configurațiilor sau revenirea la o versiune anterioară.

Cum funcționează API-ul

Documentația pentru dezvoltatori a Slack precizează că aplicațiile controlează titlul unui canal de cod, starea acestuia, bara de context și filele de vizualizare prin două familii de metode API. Metodele agents.sessions.* sunt unificate pentru canalele de cod și firele de sesiune; un parametru cu marcaj temporal al firului selectează tipul sesiunii, iar acestea necesită domeniul chat:write scope. Metodele agents.conversations.* gestionează sarcinile specifice canalelor de cod și necesită domeniul code_channels:manage scope.

Metodele documentate agents.conversations.* includ create, archive (care poate înregistra opțional un rezumat), setProperties, setCommands, setView (cu suport pentru vizualizări html, diff, block_kit sau canvas), listViews, removeView, getCanvas și setCanvasContent.

Aplicațiile activează canalele de cod setând features.code_channels.enabled la true în manifestul aplicației, cu un slash_command_urlopțional. Când un utilizator menționează aplicația, aceasta primește un eveniment app_mention și decide dacă deschide un canal de cod dedicat sau răspunde direct în conversație. Apelul create primește canalul de origine și marcajul temporal al mesajului; Slack creează apoi canalul, îi atribuie aceeași setare de confidențialitate și invită automat robotul.

Conform modelului de autorizare documentat, apelantul trebuie să fie robotul agentului atribuit canalului sau un membru al acestuia; în caz contrar, apelurile returnează erorile not_agent_channel sau not_authorized. Canalele de cod sunt concepute să aibă o durată de viață limitată (un canal pentru fiecare sarcină, arhivat la încheierea sesiunii), iar după arhivare, canalul și istoricul său rămân vizibile, accesibile pentru căutare și pot fi redeschise.

Instrumente în pregătire și cum poți începe

Slack a declarat că îmbunătățirile aduse experienței de lucru cu solicitările de integrare vor fi disponibile în curând: utilizatorii GitHub vor putea solicita revizuiri în Slack, comentariile se vor sincroniza bidirecțional între Slack și GitHub, iar un mesaj care solicită integrarea va apărea în canalul de cod după aprobarea unei solicitări de integrare și trecerea testelor. O filă îmbunătățită „Agenți & instrumente” este, de asemenea, anunțată ca fiind disponibilă în curând. Aceasta va oferi o imagine de ansamblu asupra conversațiilor cu agenții și a canalelor de cod, incluzând starea, membrii canalelor și contextul recent, precum și posibilitatea de a răsfoi canalele publice de cod.

Slack a prezentat trei modalități de a începe: să consultați documentația și să adăugați API-ul la manifestul unui agent, să trimiteți un agent către Slack Marketplace sau să încercați agenții Slack Code din Marketplace, printre care se numără Claude, Devin, GitHub Copilot și Vercel.