Najważniejsza zmiana nie polega jednak wyłącznie na tym, że agent potrafi odebrać wiadomość w Slacku. Chodzi o to, by praca nad kodem była widoczna dla całego zespołu — dokładnie tam, gdzie znajdują się już wymagania, decyzje i kontekst projektu. Slack określa ten model mianem „multiplayer AI” albo zespołowego kodowania: ludzie i agenci pracują w tym samym kanale, a pozostali uczestnicy mogą śledzić rozwój zadania.

Jak działa kanał kodu?

Typowy scenariusz może zacząć się od pomysłu, zgłoszenia błędu, potrzeby aktualizacji strony internetowej albo prośby o nową funkcję:

1. Członek zespołu oznacza obsługiwanego agenta programistycznego.
2. Agent tworzy dedykowany kanał kodu dla danego zadania.
3. Uczestnicy przekazują wymagania, ograniczenia i kontekst projektu.
4. Agent przygotowuje plan i proponuje zmiany.
5. Zespół analizuje pracę, w tym różnice w kodzie oraz dostępne podglądy.
6. Ludzie mogą zmienić kierunek pracy agenta albo zatwierdzić kolejny etap.

Slack Code ma oferować więcej niż zwykły zapis rozmowy. W zależności od konkretnej integracji uczestnicy mogą przełączać się między rozmową, planem agenta, porównaniem zmian w kodzie i podglądem efektu na żywo. Dzięki temu w jednym miejscu widać zarówno dyskusję wokół zadania, jak i oprogramowanie, które powstaje.

Dlaczego w procesie mogą uczestniczyć także osoby nietechniczne?

Slack Code ma włączyć do pracy nad produktem menedżerów produktu i projektantów, bez konieczności przenoszenia ich do terminala deweloperskiego. Mogą oni opisać problem użytkownika, dodać kontekst biznesowy, obejrzeć widoczny rezultat i poprosić o poprawki w tym samym kanale. Deweloperzy nadal zajmują się oceną techniczną oraz szczegółami implementacji.

Przykładowo menedżer produktu może zgłosić w Slacku błąd i opisać oczekiwane zachowanie. Agent analizuje prośbę i proponuje poprawkę, a inżynier sprawdza powstały diff, czyli zestaw zmian w kodzie, oraz ocenia, czy rozwiązanie jest bezpieczne dla projektu. Następnie zespół może zdecydować o utworzeniu pull requesta albo rozpocząć kolejną rundę poprawek.

Nie oznacza to, że agent AI staje się ostatecznym decydentem. Zmienia się przede wszystkim miejsce współpracy: praca agenta jest łatwiejsza do sprawdzenia przez większą liczbę osób zaangażowanych w projekt.

Człowiek nadal musi zatwierdzić ważne działania

Slack Code ma być warstwą widoczności i współpracy, a nie zgodą na automatyczne wdrażanie niesprawdzonego kodu. Zespoły mogą przeglądać proponowane zmiany i wymagać ludzkiej akceptacji przed wykonaniem działań o istotnych konsekwencjach — w tym zmian, które mogłyby trafić na środowisko produkcyjne.

To ważne, ponieważ agent może wygenerować wiarygodną poprawkę, nie rozumiejąc w pełni wymagań biznesowych, ograniczeń bezpieczeństwa czy ryzyka operacyjnego danego systemu. Wspólny kanał daje inżynierom i innym odpowiedzialnym osobom miejsce, w którym mogą zakwestionować rozwiązanie, poprosić o korekty i zapisać decyzję przed przejściem do następnego etapu.

Historia pracy, archiwizacja i kontrola Slacka

Kanały kodu mają zachowywać kontekst pracy agenta. Po zakończeniu zadania kanał może zostać zarchiwizowany, a jego rozmowa i historia pracy pozostają dostępne w wyszukiwarce. Powstaje w ten sposób zapis tego, o co poproszono agenta, co przygotował i jak zespół ocenił rezultat.

Ponieważ cały proces odbywa się w Slacku, organizacje mogą korzystać z istniejących tożsamości użytkowników, uprawnień, zasad zarządzania, ustawień bezpieczeństwa i narzędzi administracyjnych, zamiast wdrażać osobny system współpracy dla każdego zadania wykonywanego przez agenta.

Praktyczna korzyść polega na zachowaniu ciągłości: wymagania, decyzje, recenzje i aktywność agenta mogą pozostać połączone z rozmową, w której rozpoczęto pracę.

Dostępność i integracje w dniu premiery

Salesforce poinformował, że Slack Code był dostępny we wszystkich planach Slacka od dnia premiery. Wśród pierwszych partnerów integracyjnych znalazły się Anthropic, GitHub, Cognition i Vercel, a Salesforce oraz Slack wymieniały także ChatGPT jako jednego z agentów, który może uczestniczyć w pracy.

Dokładny zakres możliwości może jednak różnić się w zależności od integracji. Funkcje takie jak plany, diffy, podglądy i zatwierdzanie działań zależą od tego, co udostępnia konkretny agent. „Obsługiwany” agent nie musi więc oferować identycznego zestawu narzędzi jak pozostali.

Szersza strategia Salesforce

Podczas konferencji Dreamforce Salesforce przedstawił Slack Code jako sposób na uczynienie z tworzenia oprogramowania pracy zespołowej, a jednocześnie jako warstwę koordynacji dla agentów AI różnych dostawców. Zamiast zmuszać firmy do wyboru jednego modelu programistycznego Salesforce, rozwiązanie ma łączyć agentów konkurujących ze sobą dostawców we wspólnym interfejsie do pracy.

Salesforce zapowiedział również szersze otwarcie bazowych interfejsów API. W dłuższej perspektywie organizacje mają tworzyć własnych agentów i wspólne kanały do zadań wykraczających poza programowanie — na przykład koordynowania kampanii marketingowych czy analizowania dokumentów prawnych. Są to przykłady planowanego rozwoju, a nie dowód na to, że każdy z tych scenariuszy jest już powszechnie dostępny w dniu premiery.

W skrócie

Pomysł stojący za Slack Code jest prosty: oznaczyć agenta programistycznego, przydzielić mu dedykowany kanał projektu, a następnie pozwolić całemu zespołowi obserwować, kierować, recenzować i zatwierdzać jego pracę. Wyróżnikiem produktu nie jest sama możliwość generowania kodu, lecz wspólny kontekst, który otacza ten kod.

Dla zespołów pracujących już w Slacku może to oznaczać łatwiejszy udział osób odpowiedzialnych za produkt i design w pracy nad funkcjami tworzonymi z pomocą AI — przy zachowaniu kontroli po stronie inżynierów. Ostateczna wartość rozwiązania będzie zależeć od jakości poszczególnych integracji oraz od tego, czy zespoły utrzymają jasne zasady akceptacji zmian. Slack Code proponuje jednak bardziej przejrzystą alternatywę dla odizolowanych sesji kodowania z AI.

Najważniejsza zmiana nie polega jednak wyłącznie na tym, że agent potrafi odebrać wiadomość w Slacku. Chodzi o to, by praca nad kodem była widoczna dla całego zespołu — dokładnie tam, gdzie znajdują się już wymagania, decyzje i kontekst projektu. Slack określa ten model mianem „multiplayer AI” albo zespołowego kodowania: ludzie i agenci pracują w tym samym kanale, a pozostali uczestnicy mogą śledzić rozwój zadania.

Jak działa kanał kodu?

Typowy scenariusz może zacząć się od pomysłu, zgłoszenia błędu, potrzeby aktualizacji strony internetowej albo prośby o nową funkcję:

1. Członek zespołu oznacza obsługiwanego agenta programistycznego.
2. Agent tworzy dedykowany kanał kodu dla danego zadania.
3. Uczestnicy przekazują wymagania, ograniczenia i kontekst projektu.
4. Agent przygotowuje plan i proponuje zmiany.
5. Zespół analizuje pracę, w tym różnice w kodzie oraz dostępne podglądy.
6. Ludzie mogą zmienić kierunek pracy agenta albo zatwierdzić kolejny etap.

Slack Code ma oferować więcej niż zwykły zapis rozmowy. W zależności od konkretnej integracji uczestnicy mogą przełączać się między rozmową, planem agenta, porównaniem zmian w kodzie i podglądem efektu na żywo. Dzięki temu w jednym miejscu widać zarówno dyskusję wokół zadania, jak i oprogramowanie, które powstaje.

Dlaczego w procesie mogą uczestniczyć także osoby nietechniczne?

Slack Code ma włączyć do pracy nad produktem menedżerów produktu i projektantów, bez konieczności przenoszenia ich do terminala deweloperskiego. Mogą oni opisać problem użytkownika, dodać kontekst biznesowy, obejrzeć widoczny rezultat i poprosić o poprawki w tym samym kanale. Deweloperzy nadal zajmują się oceną techniczną oraz szczegółami implementacji.

Przykładowo menedżer produktu może zgłosić w Slacku błąd i opisać oczekiwane zachowanie. Agent analizuje prośbę i proponuje poprawkę, a inżynier sprawdza powstały diff, czyli zestaw zmian w kodzie, oraz ocenia, czy rozwiązanie jest bezpieczne dla projektu. Następnie zespół może zdecydować o utworzeniu pull requesta albo rozpocząć kolejną rundę poprawek.

Nie oznacza to, że agent AI staje się ostatecznym decydentem. Zmienia się przede wszystkim miejsce współpracy: praca agenta jest łatwiejsza do sprawdzenia przez większą liczbę osób zaangażowanych w projekt.

Człowiek nadal musi zatwierdzić ważne działania

Slack Code ma być warstwą widoczności i współpracy, a nie zgodą na automatyczne wdrażanie niesprawdzonego kodu. Zespoły mogą przeglądać proponowane zmiany i wymagać ludzkiej akceptacji przed wykonaniem działań o istotnych konsekwencjach — w tym zmian, które mogłyby trafić na środowisko produkcyjne.

To ważne, ponieważ agent może wygenerować wiarygodną poprawkę, nie rozumiejąc w pełni wymagań biznesowych, ograniczeń bezpieczeństwa czy ryzyka operacyjnego danego systemu. Wspólny kanał daje inżynierom i innym odpowiedzialnym osobom miejsce, w którym mogą zakwestionować rozwiązanie, poprosić o korekty i zapisać decyzję przed przejściem do następnego etapu.

Historia pracy, archiwizacja i kontrola Slacka

Kanały kodu mają zachowywać kontekst pracy agenta. Po zakończeniu zadania kanał może zostać zarchiwizowany, a jego rozmowa i historia pracy pozostają dostępne w wyszukiwarce. Powstaje w ten sposób zapis tego, o co poproszono agenta, co przygotował i jak zespół ocenił rezultat.

Ponieważ cały proces odbywa się w Slacku, organizacje mogą korzystać z istniejących tożsamości użytkowników, uprawnień, zasad zarządzania, ustawień bezpieczeństwa i narzędzi administracyjnych, zamiast wdrażać osobny system współpracy dla każdego zadania wykonywanego przez agenta.

Praktyczna korzyść polega na zachowaniu ciągłości: wymagania, decyzje, recenzje i aktywność agenta mogą pozostać połączone z rozmową, w której rozpoczęto pracę.

Dostępność i integracje w dniu premiery

Salesforce poinformował, że Slack Code był dostępny we wszystkich planach Slacka od dnia premiery. Wśród pierwszych partnerów integracyjnych znalazły się Anthropic, GitHub, Cognition i Vercel, a Salesforce oraz Slack wymieniały także ChatGPT jako jednego z agentów, który może uczestniczyć w pracy.

Dokładny zakres możliwości może jednak różnić się w zależności od integracji. Funkcje takie jak plany, diffy, podglądy i zatwierdzanie działań zależą od tego, co udostępnia konkretny agent. „Obsługiwany” agent nie musi więc oferować identycznego zestawu narzędzi jak pozostali.

Szersza strategia Salesforce

Podczas konferencji Dreamforce Salesforce przedstawił Slack Code jako sposób na uczynienie z tworzenia oprogramowania pracy zespołowej, a jednocześnie jako warstwę koordynacji dla agentów AI różnych dostawców. Zamiast zmuszać firmy do wyboru jednego modelu programistycznego Salesforce, rozwiązanie ma łączyć agentów konkurujących ze sobą dostawców we wspólnym interfejsie do pracy.

Salesforce zapowiedział również szersze otwarcie bazowych interfejsów API. W dłuższej perspektywie organizacje mają tworzyć własnych agentów i wspólne kanały do zadań wykraczających poza programowanie — na przykład koordynowania kampanii marketingowych czy analizowania dokumentów prawnych. Są to przykłady planowanego rozwoju, a nie dowód na to, że każdy z tych scenariuszy jest już powszechnie dostępny w dniu premiery.

W skrócie

Pomysł stojący za Slack Code jest prosty: oznaczyć agenta programistycznego, przydzielić mu dedykowany kanał projektu, a następnie pozwolić całemu zespołowi obserwować, kierować, recenzować i zatwierdzać jego pracę. Wyróżnikiem produktu nie jest sama możliwość generowania kodu, lecz wspólny kontekst, który otacza ten kod.

Dla zespołów pracujących już w Slacku może to oznaczać łatwiejszy udział osób odpowiedzialnych za produkt i design w pracy nad funkcjami tworzonymi z pomocą AI — przy zachowaniu kontroli po stronie inżynierów. Ostateczna wartość rozwiązania będzie zależeć od jakości poszczególnych integracji oraz od tego, czy zespoły utrzymają jasne zasady akceptacji zmian. Slack Code proponuje jednak bardziej przejrzystą alternatywę dla odizolowanych sesji kodowania z AI.