Dzięki temu zespół nie musi czekać na gotowy pull request, aby dowiedzieć się, co zostało zrobione. Programiści mogą sprawdzać zmiany, a pozostali uczestnicy — komentować wymagania i oceniać efekt wizualny. Przed połączeniem pracy agenta z projektem zespół może przekazać uwagi i zaakceptować proponowane modyfikacje.
Slack zakłada też zachowanie ludzkiej odpowiedzialności za wdrożenia. Organizacje mogą wymagać akceptacji człowieka przed połączeniem zmian z produkcją. Dostępne materiały nie opisują jednak wystarczająco dokładnie technicznego sposobu konfigurowania takiej blokady, dlatego nie można przesądzać, jak dokładnie działa ona w poszczególnych środowiskach.
Najważniejsza zmiana nie dotyczy wyłącznie samego kodu, lecz jego widoczności. Slack chce wyciągnąć pracę z agentami AI „z prywatnych kart” i umieścić ją w miejscu, w którym mogą uczestniczyć wszyscy zainteresowani.
Oznacza to, że postęp mogą obserwować nie tylko programiści, lecz także:
Menedżer produktu może więc doprecyzować zachowanie nowej funkcji, projektant ocenić podgląd interfejsu, a programista przejrzeć szczegóły implementacji — bez rozdzielania rozmowy między Slacka, narzędzie agenta i system kontroli wersji. To właśnie Slack określa mianem „multiplayer AI”, czyli współpracy ludzi i agentów w jednym miejscu.
Opisywany przez Slacka przepływ pracy wygląda następująco:
W tym modelu agent nie działa całkowicie „za kulisami”. Jego decyzje i kolejne wersje pracy pozostają częścią wspólnej rozmowy, co ma ułatwić kontrolę nad rezultatem.
Przy premierze Slack Code wymieniane są integracje z:
ChatGPT jest opisywany jako rozwiązanie, które ma pojawić się w późniejszym terminie, a nie jako potwierdzona integracja dostępna od pierwszego dnia. Nie należy więc traktować jego dostępności premierowej jako potwierdzonej.
Slack pełni tu przede wszystkim rolę wspólnego interfejsu i warstwy koordynacyjnej. Nie dostarcza jednego własnego modelu programistycznego, lecz pozwala zespołom pracować z agentami różnych firm w podobnym środowisku.
Według dostępnych informacji Slack Code jest dostępny we wszystkich planach Slacka, w tym w bezpłatnych przestrzeniach roboczych. Klienci muszą jednak mieć własny dostęp do współpracujących usług i agentów partnerskich.
Po zakończeniu zadania kanały kodu mają być automatycznie archiwizowane, ale nadal możliwe do przeszukania. W praktyce tworzy to trwały zapis pracy: planu agenta, dyskusji zespołu, różnic w kodzie, uwag i kontekstu akceptacji.
Może to być przydatne jako ślad audytowy, ale dostępne materiały nie potwierdzają szczegółowych zasad przechowywania danych, eksportu ani parametrów dzienników audytowych.
Slack pozycjonuje funkcję jako element istniejącej przestrzeni roboczej, a nie osobny produkt do współpracy. Oznacza to wykorzystanie środowiska administracyjnego i bezpieczeństwa Slacka, jednak przekazane źródła nie pozwalają jednoznacznie ustalić, które konkretne uprawnienia, mechanizmy ochrony i poziomy zgodności są dziedziczone przez Slack Code.
Marc Benioff, dyrektor generalny Salesforce, napisał: „Nie programuj sam. Slack Code działa. Ludzie i agenci. Ten sam kanał. Ta sama praca”. Premierę z agentami Anthropic, GitHuba, Cognition i Vercel określił jako „prawdziwe wieloosobowe programowanie”.
Szersza wizja Slacka jest jasna: programowanie z AI ma stać się sportem zespołowym. Slack ma być miejscem, w którym można wspólnie obserwować, kierować, recenzować i dostarczać pracę wykonaną przez agenta.
Taki model można sobie wyobrazić także poza programowaniem — na przykład przy koordynowaniu kampanii marketingowych czy analizie dokumentów prawnych. Na tym etapie jest to jednak możliwe rozszerzenie koncepcji wspólnej przestrzeni dla agentów, a nie potwierdzona mapa drogowa produktu.
Dostępne materiały nie weryfikują konkretnego planu otwarcia API Slacka dla takich zastosowań, terminów ani ostatecznego zakresu funkcji. Wnioski o przyszłych zastosowaniach należy więc traktować jako scenariusz, a nie zapowiedź potwierdzoną przez Slacka.