Agentic workflows a agenci AI: kiedy możesz wyjąć człowieka z pętli w swojej firmie?

Przepływ agentyczny to coś więcej niż agent AI odpowiadający na pytania. To ciąg kroków, w którym kilka agentów lub narzędzi wymienia dane między sobą i realizuje zadania bez czekania na każdorazowe kliknięcie człowieka. Człowieka można wyjąć z pętli wtedy, gdy proces jest dobrze zdefiniowany, ryzyko błędu jest akceptowalne i masz mechanizm wyłapujący wyjątki zanim trafią do klienta albo do księgowości.

Chatbot, agent AI, agentic workflow: trzy pojęcia, które naprawdę się różnią

Chatbot to program z gotowymi ścieżkami rozmowy. Pyta o numer zamówienia, sprawdza w bazie i zwraca status. Nie robi nic poza tym. Większość chatbotów z lat 2018-2022 to właśnie to: drzewo decyzyjne opakowane w okienko czatu.

Agent AI idzie dalej. Ma dostęp do narzędzi: przeszuka bazę wiedzy, wyśle e-mail, sprawdzi arkusz, napisze odpowiedź. Ale działa reaktywnie. Ktoś go pyta, on odpowiada. Czeka na pytanie.

Agentic workflow (przepływ agentyczny) to inny model. Tu agent nie czeka. Proces startuje od zdarzenia: wpływa faktura, pojawia się nowy pracownik w systemie kadrowym, klient składa zamówienie powyżej określonej wartości. Agent wykonuje kolejne kroki, korzysta z innych narzędzi, może uruchomić kolejnego agenta i przez cały czas loguje co robi. Człowiek dostaje wynik albo zostaje powiadomiony tylko wtedy, gdy pojawi się wyjątek.

Typowy przykład z biura: zamówienie wpływa do systemu. Pierwszy agent sprawdza dostępność towaru w magazynie. Jeśli jest: drugi agent generuje potwierdzenie i wysyła je do klienta, trzeci tworzy zlecenie wysyłki i aktualizuje stan magazynowy. Człowiek nie dotknął tego zamówienia ani razu. I tak ma być, bo jest powtarzalne i proste.

Trzy procesy, na których polskie firmy testują przepływy agentyczne

Nie trzeba szukać egzotycznych zastosowań. W firmach, z którymi pracujemy, agentic workflows działają dziś na trzech konkretnych obszarach:

• Obsługa zamówień: zamówienie z e-sklepu lub e-maila trafia do systemu. Agent sprawdza dane klienta, stan magazynowy i warunki płatności. Jeśli wszystko się zgadza, generuje fakturę proforma i zlecenie kompletacji. Jeśli nie (brak towaru, nowy klient bez historii, kwota powyżej limitu kredytowego) eskaluje do handlowca z gotowym podsumowaniem sytuacji.
• Onboarding pracownika: HR wpisuje nowego pracownika do systemu kadrowego. Agent zakłada konto w Active Directory, wysyła dane do IT (lista sprzętu do przygotowania), tworzy folder z dokumentami wdrożeniowymi i wpisuje szkolenia obowiązkowe do kalendarza. Bez ticketów, bez e-maili między działami, bez czekania aż ktoś przekaże informację dalej.
• Weryfikacja faktury kosztowej: faktura wpływa mailem. Agent odczytuje NIP, kwotę i numer konta, sprawdza dostawcę w wewnętrznej bazie, porównuje kwotę z zamówieniem zakupu i klasyfikuje fakturę do kategorii kosztowej. Jeśli wszystko się zgadza, trafia do systemu FK gotowa do zatwierdzenia. Jeśli coś jest nie tak: agent opisuje problem i wysyła powiadomienie do osoby odpowiedzialnej.

W każdym z tych procesów człowiek wciąż podejmuje ostateczną decyzję w wyjątkowych przypadkach. Przestaje za to obsługiwać powtarzalne przypadki standardowe, bo agent je obsługuje sam.

Kiedy human-in-the-loop jest konieczny i tego nie obejdziesz

Jest kilka sytuacji, w których człowiek musi być w pętli. Nie dlatego, że agent sobie nie radzi, ale dlatego, że prawo, ryzyko lub logika biznesowa tego wymaga.

• Decyzje finansowe powyżej ustalonego progu: każda firma powinna mieć wpisany próg, powyżej którego automatyczna akceptacja nie wchodzi w grę. Dotyczy to zatwierdzania faktur, zleceń zakupu i przelewów. Próg ustala się wewnętrznie i wbudowuje w logikę przepływu.
• Kontakt z klientem w trudnych sprawach: reklamacja, spór, wycena niestandardowa, negocjacja warunków. Agent może przygotować kontekst i projekt odpowiedzi. Nie powinien jej wysyłać bez akceptacji człowieka.
• Dane wrażliwe i dane szczególnej kategorii: wszystko, co dotyczy zdrowia, wynagrodzenia indywidualnego, postępowań dyscyplinarnych, danych osobowych z CV. Agent może klasyfikować i układać dane, ale decyzja i komunikacja należą do człowieka.
• Nowe zdarzenia bez precedensu: jeśli agent natrafi na sytuację, której nie ma w regułach, musi eskalować. Dobrze zaprojektowany przepływ ma ten warunek wbudowany i nigdy nie zgaduje w sytuacjach niejednoznacznych.

U jednego z klientów przepływ obsługiwał zwroty. Działał sprawnie, do momentu gdy klient chciał zwrócić towar z faktury na spółkę przy zamówieniu złożonym prywatnie. Agent trafił na sytuację bez reguły, eskalował do działu sprzedaży i dostali ją zanim klient zdążył zadzwonić drugi raz. Tak to powinno działać.

Kiedy możesz wyjąć człowieka z pętli i co musi być wcześniej spełnione

Pytanie "czy możemy usunąć człowieka z tego procesu" to nie pytanie o możliwości techniczne. To pytanie o dojrzałość procesu i ryzyko błędu.

Warunki, które sprawdzamy przed zdjęciem nadzoru ludzkiego:

• Proces jest udokumentowany i ustandaryzowany. Jeśli każdy pracownik robi to inaczej, agent będzie robił to jeszcze inaczej. Najpierw standaryzacja, potem automatyzacja.
• Masz dane historyczne o błędach. Wiesz, ile razy w miesiącu coś szło nie tak, jakie przypadki były wyjątkami, co najczęściej wymagało interwencji człowieka.
• Agent jest przetestowany na danych produkcyjnych. Nie tylko na przykładach testowych, ale na prawdziwych fakturach, prawdziwych zamówieniach, prawdziwych CV.
• Masz log audytowy. Każda akcja agenta jest zapisana: co odczytał, co zdecydował, co wysłał. Nie po to, żeby sprawdzać każdy krok, ale żeby w razie pytania od klienta lub audytu wiedzieć dokładnie co się stało.
• Masz zdefiniowany próg eskalacji. Agent wie, kiedy nie wie. Warunek "jeśli brak pewności, eskaluj do konkretnej osoby" jest wbudowany, nie opcjonalny.

Procesy, które spełniają te warunki, możesz uruchamiać w pełni autonomicznie. Te, które ich nie spełniają, powinny mieć człowieka co najmniej na poziomie zatwierdzenia końcowego wyniku. Usuwanie nadzoru przed spełnieniem tych warunków to nie oszczędność czasu, to tworzenie długu, który spłacisz przy pierwszym poważnym błędzie.

Własny serwer kontra n8n.cloud i Zapier AI: co się dzieje z danymi

Jeśli budujesz przepływ agentyczny na platformie chmurowej, jak n8n.cloud lub Zapier AI, dane Twojej firmy przechodzą przez serwery tej platformy. Faktura z NIP-em klienta, dane pracownika z systemu kadrowego, treść e-maila z negocjacji: wszystko to leci przez infrastrukturę zewnętrznego dostawcy. Dla wielu firm to dopuszczalne. Ale nie dla wszystkich.

Przepływ agentyczny postawiony na własnym serwerze u klienta działa inaczej. Agent uruchamiany lokalnie odczytuje dane z wewnętrznych systemów, przetwarza je i zapisuje wynik w wewnętrznych systemach. Żaden pakiet danych nie wychodzi na zewnątrz, jeśli tego nie zaprojektujesz wprost. To ważne dla firm z sektora finansowego, medycznego, prawnego, a też dla każdej firmy, która przetwarza informacje objęte umowami o poufności z kontrahentami.

Jest jeszcze jedna różnica. Własny serwer oznacza własny model językowy. Zamiast wysyłać zapytanie do zewnętrznego API i akceptować warunki użytkowania zewnętrznego dostawcy, uruchamiasz lokalny model, który działa w sieci wewnętrznej. Nie widzi go internet. Nie widzi go dostawca chmury. Widzą go tylko Twoje systemy.

To nie jest podejście dla każdego i chmura ma swoje zalety. Ale jeśli przetwarzasz dane, o których nie chcesz żeby ktokolwiek wiedział, że je przetwarzasz, własna instancja robi w tym obszarze dużą różnicę. Mamy na ten temat osobny artykuł, jeśli chcesz zgłębić temat architektury.

Od czego zaczynamy, kiedy firma chce wdrożyć agentic workflow

Pierwsze spotkanie nie jest o technologii. Jest o procesie. Pytamy: pokaż nam ten proces krok po kroku. Kto co robi, w jakiej kolejności, z jakiego systemu, do jakiego systemu. Gdzie jest plik, gdzie jest formularz, gdzie jest decyzja i kto ją podejmuje.

Potem patrzymy na powtarzalność. Ile razy w tygodniu ten scenariusz się powtarza. Czy zawsze tak samo, czy są warianty. Ile wariantów jest na tyle rzadkich, że można je obsłużyć eskalacją zamiast osobnymi regułami.

Dopiero wtedy projektujemy przepływ: jakie zdarzenie go startuje, jakie kroki wykonuje agent, gdzie są punkty decyzyjne, co trafia do człowieka i jak wyglądają logi. Pilotaż robimy na kopii danych produkcyjnych, nie na wymyślonych przykładach.

Jeśli masz proces, który chcesz przeprowadzić przez taki audyt, zapraszamy na bezpłatną rozmowę. Nie obiecujemy automatyzacji w tydzień, ale po godzinie rozmowy wiesz co jest możliwe, co ryzykowne i od czego zacząć. Jeśli wolisz najpierw zobaczyć co wychodzi z podobnych projektów, zajrzyj do realnych wdrożeń.