Nowy agent Anthropic uderza w Agentforce – co to znaczy dla CRM

6-procentowy spadek akcji Salesforce w jeden dzień to nie jest standardowy szum giełdowy. Rynek zareagował na debiut Cowork, nowego autonomicznego asystenta Anthropic opartego na podejściu agentowym, który potrafi wykonywać realne zadania w środowisku pracy, a nie tylko generować treści. Jeśli Cowork faktycznie dostarcza stabilną automatyzację na plikach, workflowach i zadaniach użytkownika, Salesforce musi przyspieszyć integrację Agentforce z rzeczywistymi procesami CRM.

Cowork otwiera nową kategorię: autonomiczny agent z realnym dostępem do zasobów

Anthropic pokazał narzędzie Cowork, czyli agentową wersję Claude, która potrafi manipulować plikami, wykonywać zadania i uruchamiać wieloetapowe workflowy (Sherwood News). To ważne, ponieważ dotychczas większość rozwiązań generatywnych operowała wyłącznie na tekście, ewentualnie uzupełnionym multimodalnością. Cowork wchodzi w przestrzeń, którą Salesforce dopiero projektuje: autonomicznych agentów zdolnych do pracy na danych, dokumentach i systemach. Mechanicznie to działa jako agent z pętlą planowania, monitorowania środowiska i wykonywania instrukcji użytkownika. W praktyce oznacza to, że Cowork potrafi samodzielnie zamknąć mikroumowę, zmodyfikować dokument czy przetworzyć paczkę danych.

To podejście uderza w fundamenty Agentforce. Modele Salesforce działają w architekturze zero-copy i silnym RODO-governance, więc agent nie ma natywnej swobody wykonywania akcji poza środowiskiem CRM. Z jednej strony to zaleta, bo gwarantuje bezpieczeństwo organizacyjne. Z drugiej – autonomia agentów jest mocniej ograniczona niż w Cowork, który działa w przestrzeni użytkownika. To może wytworzyć presję: użytkownicy będą oczekiwać, że Agentforce potrafi wykonywać zadania, które Cowork robi już dziś.

Dla praktyków Salesforce oznacza to rosnące oczekiwania wobec automatyzacji agentowej. Architekci będą musieli tworzyć kontrolowane sandboxy operacji, gdzie agent może działać bez ryzyka naruszenia bezpieczeństwa. To kierunek spójny z tym, o czym pisaliśmy przy analizie kontroli deterministycznych w Agentforce w kontekście rosnącego kosztu governance. Trend jest jasny: użytkownik końcowy będzie wymagał od Salesforce tego, co właśnie zobaczył u Anthropic.

Agentforce kontra Cowork: ograniczenia i różnice w architekturze

Salesforce od miesięcy pozycjonuje Agentforce jako główny wektor wzrostu, a Marc Benioff sugerował nawet zmianę nazwy firmy na Agentforce. Problem w tym, że Agentforce to wciąż sieć agentów ograniczonych przez mechanizmy CRM: API limits, prawo do wykonywania akcji, transakcyjność Apex oraz polityki platformy. Cowork startuje z inną filozofią – operuje w środowisku użytkownika i może manipulować dowolnymi zasobami, które ten użytkownik udostępni. W efekcie Cowork jest bliżej RPA 2.0 niż typowego chatbota.

Technicznie różnicę najlepiej widać w podejściu do workflow. Agentforce wykonuje akcje wyłącznie w ramach struktur Salesforce, przez Flow Actions, Apex lub Actions Framework. Cowork działa jak agent wykonawczy: może edytować pliki lokalne, modyfikować dokumenty, a nawet organizować foldery. Dla firm Salesforce w Polsce oznacza to, że Cowork może szybko wejść w obszary nie do końca zagospodarowane przez CRM, takie jak obsługa dokumentów z folderów sieciowych czy automatyzacja procesów między aplikacjami, które nie mają jeszcze integracji.

Implikacją dla architektów jest konieczność myślenia o Agentforce jako o komponencie w większej ekosferze agentów, a nie o kompletnym środowisku wykonawczym. Warto zwrócić uwagę, że w multi-agentowych implementacjach CRM opisywanych w artykule o skalowaniu multi-agent AI w sprzedaży kluczowe było ograniczenie liczby akcji wykonywanych przez agentów. Cowork może wykonywać ich dowolnie dużo, jeśli użytkownik pozwoli. To może skłonić firmy do traktowania Cowork jako warstwy zewnętrznej i Agentforce jako warstwy kontrolnej.

Rynek zmierza do walki agentów – co oznacza to dla polskich wdrożeń

W kontekście polskich firm ważne jest to, że Cowork i Agentforce będą rywalizować o to samo miejsce w procesach: autonomiczny execution layer. Salesforce ma przewagę danych, integracji i governance, ale Anthropic ma zwinność i mniejszą liczbę ograniczeń. Architekt musi podjąć decyzję: które zadania przekazać agentom CRM, a które agentom zewnętrznym. To decyzja technologiczna, ale także compliance. Cowork może mieć trudności z dopasowaniem się do RODO i polityk danych, jeśli wykonuje operacje na wrażliwych dokumentach bez ścisłej kontroli danych.

Jednocześnie użytkownicy będą testować oba rozwiązania w cieniu dużych kontrowersji generatywnych. W tym samym newsie (źródło: Sherwood News) pojawia się wzmianka o kontrowersjach wokół Grok xAI, który miał generować nielegalne deepfake’i. To przypomina, dlaczego polskie działy compliance blokują użycie agentów, którzy działają poza systemem z audytem i historii akcji. Agentforce ma wbudowane logowanie i pełną ścieżkę audytu. Cowork musi to dopiero udowodnić.

Firmy, które planują agentowe automatyzacje, powinny zacząć od analizy tego, jak Agentforce czyta, interpretuje i wykonuje akcje, szczególnie w scenariuszach opisanych przy automatyzacji incydentów z wykorzystaniem agentów wykrywających i decydujących. Autonomia to potężne narzędzie, ale bez deterministycznych kontroli szybko stanie się ryzykiem, a nie przewagą.

Jak przygotować architekturę Salesforce na nadchodzącą konkurencję agentów

Najważniejszym wnioskiem jest to, że architektura CRM musi być gotowa do pracy w świecie, gdzie agentów będzie wiele, a nie jeden. Oznacza to konieczność separacji ról: Agentforce jako kontrolowana warstwa operacji na rekordach, Cowork jako ewentualna warstwa pracy na dokumentach i przestrzeni użytkownika. Kluczowe będzie wdrożenie polityk danych, które jasno określą, jakie klasy plików mogą być przetwarzane poza CRM i kiedy agent może wykonać akcję bez akceptacji użytkownika.

W praktyce oznacza to transformację systemową, podobną do tej, którą widzimy dziś w Data 360 – systemy muszą przestać zakładać, że człowiek jest wykonawcą akcji. Agenci będą podejmować decyzje, wykonywać zadania i modyfikować dane. To wymaga wzmocnienia governance, testów regresyjnych agentów i sandboxów agentowych.

Dla polskich zespołów Salesforce może to być moment, w którym trzeba na nowo zaprojektować procesy, które do tej pory były jedynie półautomatyczne. Konkurencja agentów oznacza, że użytkownicy będą wymagać szybkości. Jeśli w waszym orgu Flow nadal uruchamia się 3-6 sekund, agent zewnętrzny wykonujący zadanie w czasie rzeczywistym może wygrać bitwę o adopcję.

Najwięksi wygrani tej zmiany to zespoły, które zbudowały dojrzałe procesy danych i audytu. Najwięksi przegrani – te, które mają shadow IT w folderach sieciowych i procesach rozproszonych między aplikacjami. Cowork może być dla nich atrakcyjny, ale compliance może ich zatrzymać.

Cowork zmienia zasady gry i sygnalizuje, że autonomia agentów staje się rynkowym standardem. Dla polskich architektów Salesforce to moment, aby ocenić, które procesy mogą zostać przeniesione do Agentforce, a które powinny zostać zabezpieczone przed niekontrolowanymi agentami zewnętrznymi. Kolejne miesiące pokażą, czy Salesforce przyspieszy rozwój Agentforce, czy zaakceptuje hybrydowy model współistnienia agentów. Najważniejsze pytanie brzmi: czy twoja architektura CRM jest gotowa na agentów, którzy zaczynają pracować szybciej niż ludzie?