Przekazywanie zadań między agentami AI

Przekazywanie zadań między agentami AI to wzorzec organizacji procesu, w którym agent prowadzący rozpoznaje etap pracy i przekazuje go konkretnemu specjaliście. Nie chodzi o przesłanie całej rozmowy do kolejnego modelu ani o uruchomienie wielu agentów dla efektu. Handoff powinien mieć jasny cel: kto przejmuje zadanie, jaki wynik ma zwrócić, jakich narzędzi może użyć i kiedy ma się zatrzymać. OpenAI opisuje handoff jako zmianę aktywnego agenta wewnątrz jednego uruchomienia. To odróżnia go od zwykłego wywołania funkcji lub luźnej wiadomości między automatyzacjami.

Najprostszy proces ma agenta głównego i jednego specjalistę. Agent główny odbiera zapytanie klienta, ustala typ sprawy i przekazuje tylko zadania wymagające wiedzy o ofercie albo danych CRM. Specjalista zwraca ustrukturyzowany wynik, na przykład fakty do odpowiedzi, status leada i szkic kolejnego kroku. Agent główny nie powinien udawać, że specjalista wykonał pracę, gdy nie ma wyniku. Musi umieć obsłużyć brak danych, błąd narzędzia i prośbę o doprecyzowanie. Dzięki temu automatyzacja jest przewidywalna, a nie tylko efektowna w demonstracji.

Dobry handoff zawiera minimalny pakiet przekazania: identyfikator sprawy, cel etapu, istotne fakty, dozwolone działania i oczekiwany format odpowiedzi. Nie kopiuj całej historii rozmowy ani całego CRM. Nadmiar danych podnosi koszt, zabiera miejsce w kontekście i może przenieść do kolejnego agenta poufne informacje lub nieistotne instrukcje. Przekazuj dane jako konkretny obiekt, na przykład leadId, pytanie klienta, wybrana oferta i stan akceptacji, zamiast tekstu „zajmij się tym klientem”. Granice danych są równie ważne jak granice odpowiedzialności.

Praktyczny przykład dla eksperta sprzedającego wiedzę: formularz konsultacji trafia do agenta kwalifikującego. Sprawdza on kompletność zgłoszenia i może przekazać je agentowi researchu, który pobiera wyłącznie publiczne informacje o firmie. Potem agent oferty tworzy propozycję trzech punktów rozmowy na podstawie zaakceptowanego źródła prawdy. Wynik wraca do człowieka jako draft. Żaden z tych agentów nie wysyła e-maila ani nie zmienia statusu w CRM bez osobnego, zatwierdzonego kroku. Taki podział skraca przygotowanie do konsultacji, ale nie oddaje automatyzacji decyzji o kontakcie z klientem.

Najczęstszy błąd to podział jednego prostego zadania na zbyt wielu agentów. Każde przekazanie dokłada koszt, opóźnienie i ryzyko utraty kontekstu. Jeżeli jeden agent z trzema dobrze opisanymi narzędziami potrafi wykonać pracę, zespół pięciu agentów zwykle jej nie poprawi. Drugi błąd to niejasna własność zadania: agent A zakłada, że wysyłkę zrobi agent B, a agent B zakłada, że zrobi to człowiek. Dla każdego handoffu nazwij właściciela następnego kroku, warunek zakończenia oraz bezpieczny stan po błędzie.

Handoff wymaga kontroli bezpieczeństwa na granicy między agentami. Dane wejściowe mogą pochodzić z e-maila, dokumentu lub strony i zawierać prompt injection, czyli próbę zmiany instrukcji procesu. Waliduj format przekazywanych pól po stronie aplikacji, filtruj dane wrażliwe i nie przenoś automatycznie historii wywołań narzędzi. Dokumentacja OpenAI wskazuje, że wejściowe guardraile obejmują tylko pierwszego agenta w łańcuchu, a wyjściowe tylko tego, który zwraca końcową odpowiedź. Dla działań w narzędziach potrzebujesz więc osobnej walidacji oraz zatwierdzeń w każdym krytycznym punkcie workflow.

Testuj przekazania na zestawie realnych scenariuszy: poprawne zgłoszenie, niepełne dane, brak klienta w CRM, konflikt dwóch ofert, błąd API i próba nakłonienia agenta do wysyłki bez zgody. W logu zapisuj, który agent przejął sprawę, z jakiego powodu, jakie pola dostał, jakie narzędzie uruchomił i jaki wynik zwrócił. Mierz odsetek niepotrzebnych przekazań, czas realizacji i sprawy zakończone bez odpowiedzi. Jeśli agent często przekazuje zadanie niewłaściwej osobie, najpierw doprecyzuj kryteria routingu lub uprość proces. Dopiero później rozważ dodanie kolejnego agenta.