Interfejs API Slack Code jest już ogólnie dostępny we wszystkich planach Slacka

28 października 2026 r. Slack udostępnił interfejs API Slack Code wszystkim użytkownikom swoich planów, otwierając system kanałów kodu, uruchomiony w sierpniu 2026 r., dla agentów dowolnego dewelopera. We wpisie na blogu dla deweloperów Slacka firma poinformowała, że ponad 150 klientów i partnerów poprosiło o dostęp, by tworzyć rozwiązania oparte na kanałach kodu dla własnych agentów. Wcześniej możliwość ta była zarezerwowana dla kilku partnerów uczestniczących w premierze.

Slack zaprezentował Slack Code w sierpniu wraz z partnerami, wśród których znaleźli się Anthropic, Cognition, GitHub i Vercel. W ogłoszeniu o premierze wymieniono również OpenAI i poinformowano, że ChatGPT będzie dostępny wkrótce. Kanał kodu to dedykowana przestrzeń, którą agent otwiera dla pojedynczego zadania. Od razu znajdują się w niej odpowiedni ludzie, kontekst i plan; po zakończeniu pracy kanał jest automatycznie archiwizowany, ale nadal można go przeszukiwać. Slack poinformował w momencie premiery, że ponad 70% kanałów kodu jest tworzonych i zamykanych w ciągu jednego dnia — od pomysłu do połączonego żądania ściągnięcia.

Korzystaj z własnego agenta

Po udostępnieniu interfejsu API każdy deweloper może sprawić, że agent otworzy kanał kodu, doda odpowiednich ludzi i pliki, będzie publikować aktualizacje w trakcie pracy, a po jej zakończeniu zarchiwizuje kanał. Slack poinformował, że deweloperzy otrzymują te same podstawowe funkcje, z których korzystają partnerzy uczestniczący w premierze — niezależnie od tego, czy tworzą własnego agenta dla przedsiębiorstwa, czy nowego agenta do Slack Marketplace.

Jak poinformował Slack, dotychczasowe wprowadzanie agentów programistycznych do Slacka wymagało kierowania ich wyników do standardowych wątków i wiadomości bezpośrednich. Firma uznała takie rozwiązanie za ograniczające, gdy agent musi dołączyć duży plik dziennika, zaproponować różnicę w kodzie liczącą 50 wierszy lub wykonać wieloetapowy plan. Slack dodał, że przedsiębiorstwa o rygorystycznych wymaganiach bezpieczeństwa nie mogły w ogóle korzystać z gotowych agentów innych firm.

Firma opisuje interfejs API jako rozwiązanie otwierające dostęp do trzech możliwości: agentów pracujących jawnie, którzy tworzą własny kanał kodu, gdy zgłoszenie wymaga osobnej przestrzeni; agentów, nad którymi może pracować cały zespół, korzystając z zakładek i pełnej historii wykonywania zadań; oraz agentów, którym przedsiębiorstwa mogą zaufać, ponieważ zgodność wiadomości z wymogami jest wbudowana, podobnie jak używane już przez administratorów ustawienia obszaru roboczego i granice dostępu do danych. Interfejsy API mogą wyświetlać różnice w kodzie, podglądy HTML i etapy rozumowania, a Slack obsługuje pozostałe elementy interfejsu. Slack poinformował, że pozostaje centrum niezależnym od agentów, dzięki czemu zespoły mogą później zmienić agentów lub modele, nie przerywając pracy w tym samym miejscu.

Slack poinformował, że GitHub Copilot otwiera dedykowany kanał kodu w przypadku 30% sesji agentów. Tim Hunter, główny inżynier w GitHub, powiedział, że GitHub przenosi znane już użytkownikom interakcje z Copilotem do tej samej przestrzeni, w której wykonują oni pozostałe zadania. Mael Kerichard, inżynier oprogramowania w Mistral, stwierdził, że interfejs API sprawia wrażenie zaprojektowanego z myślą o agentach AI, zwracając uwagę na jego elastyczność, prostą konfigurację i szeroki zakres funkcji.

Według Slacka mechanizmy zarządzania są wbudowane: agent dziedziczy uprawnienia i ustawienia administratora kanału, w którym pracuje, więc deweloperzy nie muszą tworzyć osobnego modelu dostępu, a dział IT nie musi niczego nowego konfigurować. Użytkownik może zatwierdzać każdą zmianę o dużym znaczeniu, a zapis działań agenta pozostaje dostępny do wyszukiwania po zarchiwizowaniu kanału.

Slack przedstawia ten model na przykładzie alertu produkcyjnego o 2:00 w nocy: niestandardowy agent do monitorowania otwiera kanał kodu, pobiera odpowiednie dzienniki i rozpoczyna pracę nad poprawką, podczas gdy inżynierowie dyżurni śledzą jego działania i korygują je w trakcie zadania. Firma poinformowała, że ten sam schemat sprawdza się przy wstępnej analizie błędów oraz zadaniach DevOps, takich jak zmiany konfiguracji czy przywracanie poprzedniego stanu.

Jak działa interfejs API

Dokumentacja dla deweloperów Slacka podaje, że aplikacje kontrolują tytuł kanału kodu, jego status, pasek kontekstowy i karty widoku za pomocą dwóch rodzin metod API. Te agents.sessions.* metody są wspólne dla kanałów kodu i wątków sesji; parametr znacznika czasu wątku określa typ sesji, a do ich użycia wymagany jest chat:write zakres uprawnień. Te agents.conversations.* metody obsługują zadania specyficzne dla kanałów kodu i wymagają code_channels:manage zakresu uprawnień.

Udokumentowane agents.conversations.* metody obejmują create, archive (która może opcjonalnie zapisać podsumowanie), setProperties, setCommands, setView (obsługującą widoki html, diff, block_kit lub canvas), listViews, removeView, getCanvas i setCanvasContent.

Aplikacje włączają kanały kodu, ustawiając features.code_channels.enabled na true w manifeście aplikacji; opcjonalnie można też ustawić slash_command_url. Gdy użytkownik wspomni o aplikacji, otrzymuje ona zdarzenie app_mention i decyduje, czy utworzyć dedykowany kanał kodu, czy odpowiedzieć w bieżącym miejscu. Wywołanie create wymaga podania kanału źródłowego i znacznika czasu wiadomości; Slack tworzy następnie kanał, stosuje ustawienie jego prywatności i automatycznie zaprasza bota.

Zgodnie z udokumentowanym modelem autoryzacji wywołującym musi być bot agenta przypisany do kanału albo członek kanału; w przeciwnym razie zwracane są błędy not_agent_channel lub not_authorized. Kanały kodu zaprojektowano jako częściowo tymczasowe — jeden kanał na zadanie, archiwizowany po zakończeniu sesji. Po zarchiwizowaniu kanał i jego historia pozostają dostępne do przeglądania i wyszukiwania, a kanał można ponownie otworzyć.

Nadchodzące narzędzia i jak zacząć

Slack poinformował, że wkrótce będą dostępne usprawnienia obsługi pull requestów: użytkownicy GitHuba będą mogli prosić o sprawdzenie kodu w Slacku, komentarze będą synchronizowane dwukierunkowo między Slackiem a GitHubem, a po zatwierdzeniu pull requesta i pomyślnym przejściu testów w kanale kodu pojawi się prośba o jego scalenie. Wkrótce ma być też dostępna ulepszona karta „Agenci i narzędzia”, zapewniająca całościowy wgląd w rozmowy z agentami i kanały kodu, wraz z informacjami o ich statusie, członkostwie w kanałach i ostatnim kontekście, a także umożliwiająca przeglądanie publicznych kanałów kodu.

Slack wskazał trzy sposoby na rozpoczęcie pracy: zapoznać się z dokumentacją i dodać API do manifestu agenta, zgłosić agenta do Slack Marketplace albo wypróbować dostępnych już agentów Slack Code w Marketplace, w tym Claude, Devin, GitHub Copilot i Vercel.