Systemy multiagentowe - kiedy warto, a kiedy to przerost
Kiedy podział pracy między agentów poprawia wynik, a kiedy tylko zwiększa koszt. Cztery wzorce orkiestracji, kryteria decyzji i lista kosztów.

System multiagentowy to zestaw współpracujących agentów AI, które samodzielnie realizują przydzielone cele i przekazują sobie wyniki. Nie każdy łańcuch kilku wywołań modelu jest jednak systemem multiagentowym: jeśli wszystkie kroki i przejścia są z góry ustalone, trafniej mówić o workflow. Taki podział ma sens dopiero wtedy, gdy pomiar pokazuje przewagę nad prostszym rozwiązaniem.
To rozróżnienie jest praktyczne. Anthropic opisuje workflow jako przebieg po zdefiniowanych ścieżkach, a agentów jako systemy, w których model dynamicznie kieruje procesem i użyciem narzędzi. Firma rekomenduje też zaczynanie od najprostszego rozwiązania i dokładanie złożoności dopiero po ocenie wyników. Źródło: Building effective agents — Anthropic.
Piszemy o tym z pierwszej ręki, bo tak powstaje nasza własna praca: destylacja materiałów kilkoma równoległymi agentami, panel niezależnych szkiców z rozstrzygającym sędzią, adwersarialny audyt sprawdzający wynik. To działający system, nie slajd — opisujemy go w laboratorium.
Kiedy jeden agent przestaje wystarczać
Cztery sygnały, które warto sprawdzić w ewaluacji pojedynczego agenta:
- Zadanie ma etapy o różnym charakterze. Zebranie danych, analiza, redakcja i sprawdzenie mogą wymagać innych instrukcji, narzędzi i kryteriów jakości.
- Instrukcja jest trudna do utrzymania. Gdy reguły dla wielu przypadków zaczynają ze sobą kolidować, rozdzielenie odpowiedzialności może uprościć testowanie.
- Potrzebna jest niezależna kontrola. Osobny weryfikator może wychwycić błędy, o ile dostanie mierzalne kryteria i nie opiera oceny wyłącznie na opinii innego modelu.
- Wynik jest niestabilny. Ta sama sprawa raz obsłużona dobrze, raz źle, bez uchwytnej przyczyny.
Cztery wzorce orkiestracji
1. Łańcuch (sekwencja)
Model lub komponent A wykonuje krok i przekazuje wynik do B. To zwykle workflow, nie system multiagentowy. Jest przydatny w procesach o ustalonej kolejności: wyciągnij dane, zweryfikuj format, wprowadź wynik.
2. Podział na role z koordynatorem
Koordynator rozdziela zadania specjalistom i składa wynik. Ten wzorzec sprawdza się, gdy nie da się z góry przewidzieć, jakie podzadania będą potrzebne. Role powinny mieć jasne granice, format przekazania i kryterium zakończenia; częściowe nakładanie się ról bywa celowe, jeśli ma dostarczyć niezależne porównanie.
3. Praca równoległa z rozstrzygnięciem
Kilku agentów wykonuje to samo zadanie niezależnie, a osobna rola porównuje wyniki i wybiera albo scala. To zwiększa liczbę wywołań, lecz może ujawnić rozbieżności w zadaniach, w których istnieje dobre kryterium rozstrzygnięcia. Sama zgodność modeli nie dowodzi poprawności, dlatego wynik nadal trzeba oceniać na przypadkach referencyjnych. Tego wzorca użyliśmy przy planowaniu tej witryny.
4. Pętla wykonawca-weryfikator
Jeden wykonuje zadanie, drugi sprawdza je według listy kryteriów i zwraca do poprawy. Pętla ma sens, gdy weryfikator potrafi wskazać konkretny błąd, a limit prób zapobiega bezproduktywnemu krążeniu. W zadaniach z jednoznacznym testem — na przykład z walidacją schematu lub uruchomieniem testów — bywa szczególnie skuteczna. Rozwijamy to w halucynacjach AI.
Za co realnie płacisz
Uczciwa lista, bo to jest kosztowna klasa rozwiązań:
- Więcej wywołań modelu. Cztery role oznaczają co najmniej kilka osobnych operacji, ale rachunek nie musi rosnąć liniowo: role mogą używać różnych modeli i różnej długości kontekstu.
- Praca nad orkiestracją. Przekazania między rolami, obsługa sytuacji, w której jedna rola nie dostarczy wyniku, limity czasu i kosztów.
- Trudniejsza diagnoza. Gdy wynik jest zły, trzeba ustalić, która rola zawiodła. Bez logów wejść, wyjść i przekazań diagnoza jest poważnie ograniczona.
- Ryzyko pętli. Dwie role odsyłające sobie zadanie mogą krążyć do wyczerpania budżetu. Potrzebne są limity prób, czasu i kosztu oraz warunek bezpiecznego zatrzymania.
Nasze widełki na sierpień 2026 r.: pilotaż systemu multiagentowego na jednym procesie 15 000 – 40 000 zł netto, produkcyjny system z integracjami 40 000 – 150 000 zł netto, utrzymanie i ewaluacja 3 000 – 8 000 zł netto/mc.
Kiedy to przerost formy
Powiemy wprost, bo to temat, w którym łatwo sprzedać za dużo:
- Gdy proces ma jeden dobrze zdefiniowany krok. Klasyfikację maila warto najpierw sprawdzić jako jedno zadanie; dodatkowe role mają sens tylko wtedy, gdy poprawiają zmierzony wynik.
- Gdy kroki są znane z góry i stałe. To jest automatyzacja, ewentualnie automatyzacja z jednym wywołaniem modelu. Tanio i przewidywalnie.
- Gdy nie masz zestawu do oceny jakości. Bez pomiaru nie stwierdzisz, czy dodanie trzeciej roli pomogło. Będziesz płacić za odczucie.
- Gdy nikt nie utrzymuje pierwszego agenta. Więcej ról zwiększa liczbę przekazań, alertów i przypadków do diagnozy, więc najpierw trzeba ustalić właściciela oraz proces reagowania.
Reguła praktyczna: zacznij od jednego agenta i dokładaj role tam, gdzie pomiar pokazuje słabość. Nie odwrotnie. Systemy multiagentowe zaprojektowane „na zapas” są droższe i trudniejsze do naprawy niż te, które wyrosły z realnego problemu.
Jak to wdrażamy
Kolejność, którą stosujemy:
- Mapa procesu na role. Co jest osobnym etapem, a co tylko wygląda na osobny.
- Projekt orkiestracji. Kolejność, przekazania, punkty kontroli, limity.
- Implementacja z logowaniem każdego etapu. Bez tego nie ma diagnozy.
- Pętle weryfikacji w miejscach, gdzie stawka jest wysoka.
- Ewaluacja na zestawie realnych przypadków, uruchamiana po każdej zmianie.
- Wdrożenie na produkcję z monitoringiem i twardym limitem kosztów.
Przejście od demonstracji do produkcji jest osobnym etapem: wymaga limitów kosztu i czasu, obsługi błędów, kontroli uprawnień, monitoringu oraz procedury ręcznego przejęcia. Bez tych zabezpieczeń nawet obiecujący prototyp nie jest gotowy do obsługi realnego procesu.
Najczęstsze pytania
Czy każdy agent musi używać tego samego modelu?
Nie. Rola rutynowa może działać na modelu tańszym, a rola wymagająca bardziej złożonego rozumowania na mocniejszym. Dobór trzeba jednak potwierdzić ewaluacją, bo tańszy model może zwiększyć liczbę poprawek albo błędów — kryteria opisujemy w czym jest LLM.
Ile ról ma sens?
Tyle, ile uzasadnia wynik testów. Nie ma uniwersalnej dobrej liczby. Każda dodatkowa rola powinna poprawiać konkretną metrykę na zestawie referencyjnym na tyle, by uzasadnić koszt i trudniejsze utrzymanie.
Czy człowiek jest w tym potrzebny?
W procesach o wysokiej stawce człowiek powinien zatwierdzać działania o istotnym skutku albo przypadki poza przetestowanym zakresem. Konkretna granica zależy od odwracalności, wymogów prawnych, jakości pomiaru i możliwości bezpiecznego zatrzymania.
Systemy multiagentowe budujemy dla siebie codziennie, więc możemy pokazać działający przykład, a nie koncepcję. Zobacz systemy multiagentowe i nasze workflow badawcze AI, albo opisz proces, który wymaga kilku etapów.

Autor
Maciej Szukalski
Założyciel Condictor · architekt systemów · badania i rozwój
Od 2014 roku projektuje i buduje produkty cyfrowe. Specjalizuje się w architekturze, badaniach oraz aplikacjach z warstwami automatyzacji i inteligencji.
Poznaj doświadczenie i sposób pracyMasz problem do rozwiązania?
Sprawdźmy, od czego warto zacząć
Opisz sytuację w kilku zdaniach. Wrócimy z pytaniami lub propozycją konkretnego następnego kroku.
