--- title: "Architektury agentów AI: przegląd" description: "Przegląd popularnych architektur agentów, takich jak ReAct, Planner-Executor i Reflexion, oraz scenariuszy ich zastosowania." locale: "pl" canonical: "https://blckalpaca.at/pl/baza-wiedzy/agenci-ai/architektury-agentow-ai-przeglad" category: "Agenci AI" updated: "2026-10-28T13:32:24.311Z" source: "Blck Alpaca e.U., blckalpaca.at" --- # Architektury agentów AI: przegląd Przegląd popularnych architektur agentów, takich jak ReAct, Planner-Executor i Reflexion, oraz scenariuszy ich zastosowania. ## Dlaczego architektury agentów? [Agent](https://blckalpaca.at/pl/slownik/agent) [LLM](https://blckalpaca.at/pl/slownik/llm) to coś więcej niż model z narzędziami: potrzebuje struktury, która określa, kiedy rozumuje, kiedy wywołuje narzędzie, [kiedy tworzy plan](https://blckalpaca.at/pl/baza-wiedzy/agenci-ai/czym-sa-agenci-ai/ai-agent-planning-rozumowanie-i-planowanie-w-agentach-ai), a kiedy sam się koryguje. Właśnie tę strukturę opisują architektury agentów: powtarzalne wzorce projektowe, które w ostatnich latach stały się wspólnym słownikiem branży. Uderza, jak blisko siebie leżą ich początki: pięć kanonicznych wzorców ReAct, Reflexion, Plan-and-Execute, ReWOO i Tree-of-Thoughts powstało w krótkim oknie między październikiem 2022 a majem 2023 roku, głównie w środowisku Princeton, Google i Northeastern (Shunyu Yao jest współautorem trzech z pięciu publikacji). Od tego czasu branża albo uogólniła te wzorce do prymitywów frameworków (np. `create_agent` w [LangChain](https://blckalpaca.at/pl/slownik/langchain), wcześniej `create_react_agent` w LangGraph, czy `planning=True` w CrewAI), albo połączyła je w hybrydowe wzorce następcze (LATS, LLMCompiler, Plan-and-Act). Dla decydentów i tech leadów w Europie kluczowe pytanie rzadko brzmi „Który wzorzec jest najbardziej zaawansowany?”, lecz raczej „Który wzorzec rozwiąże to konkretne zadanie przy akceptowalnych kosztach, opóźnieniu i audytowalności?”. Ten przegląd daje do tego niezależną od dostawców mapę. ## ReAct: splecione rozumowanie i działanie ReAct (Yao i in., arXiv:2210.03629, październik 2022, ICLR 2023) to fundament niemal wszystkich dzisiejszych agentów korzystających z narzędzi. Idea: LLM na przemian generuje swobodnie formułowane tokeny „Thought” (rozumowanie) i tokeny „Action” (wywołania narzędzi), a następnie odczytuje „Observation” (wynik narzędzia). Pętla [`Thought → Action → Observation](https://blckalpaca.at/pl/baza-wiedzy/agenci-ai/architektury-agentow-ai-przeglad/agent-react-wzorzec-thought-action-observation) → Thought → …` działa, dopóki model nie zwróci końcowego `Finish[answer]`. Rozwiązany problem: czysty Chain-of-Thought (CoT) halucynuje fakty, bo nie ma zakotwiczenia w rzeczywistości. Z kolei agenci typu action-only nie potrafią abstrakcyjnie rozumować o długoterminowych celach ani podnosić się po błędach. ReAct łączy jedno i drugie: rozumowanie steruje użyciem narzędzi, a obserwacje z narzędzi korygują rozumowanie. W oryginalnym badaniu dało to +34 punkty procentowe na ALFWorld (tekstowe zadania domowe) i +10 punktów procentowych na WebShop (nawigacja w e-commerce) w porównaniu z ówczesnymi baseline'ami opartymi na imitacji/RL, choć na modelach generacji [GPT](https://blckalpaca.at/pl/slownik/gpt)-3/PaLM. Wartości bezwzględne są dziś nieaktualne i należy je czytać wyłącznie jako efekty względne. **Mocne strony:** niskie opóźnienie, niska złożoność implementacji, wysoka interpretowalność dzięki przejrzystemu śladowi rozumowania. W LangChain ReAct to jedna linijka kodu (`create_agent`, działa na LangGraph). Jego poprzednik `create_react_agent` jest [od LangGraph v1 oznaczony jako przestarzały](https://docs.langchain.com/oss/python/migrate/langgraph-v1). [CrewAI używa ReAct wewnętrznie](https://blckalpaca.at/pl/baza-wiedzy/agenci-ai/porownanie-frameworkow-langgraphcrewaiautogen/crewai-przeglad-wieloagentowych-zespolow-opartych-na-rolach) w każdym agencie. [n8n](https://docs.n8n.io/) realizuje pętlę w natywnym węźle AI Agent za pomocą function callingu. Widok wykonania węzła rejestruje każde wywołanie narzędzia. Zespoły marketingowe bez własnych programistów dostają w ten sposób audytowalny log. Dawny typ agenta „ReAct Agent” [n8n](https://blckalpaca.at/pl/slownik/n8n) [oznaczył jako przestarzały w wersji 1.82.0](https://docs.n8n.io/integrations/builtin/cluster-nodes/root-nodes/n8n-nodes-langchain.agent/react-agent/): nowe węzły [AI](https://blckalpaca.at/pl/slownik/ai) Agent działają jako „Tools Agent”, a wraz z n8n 3.0 stara wersja węzła z opcją ReAct znika całkowicie. **Słabe strony:** przy niejednoznacznych opisach narzędzi model halucynuje argumenty wywołań. Występuje „reasoning drift”: gdy agent raz uczepi się błędnej myśli, interpretuje kolejne obserwacje pod jej kątem. Do tego kontekst się rozdyma, bo każdy krok ponownie ciągnie za sobą [prompt](https://blckalpaca.at/pl/slownik/prompt) systemowy i całą dotychczasową trajektorię (koszt O(N·T)). W praktyce górna granica wynosi zwykle 10–25 kroków, zanim zaczną dominować utrata kontekstu lub dryf. Ważna lekcja z praktyki: nowoczesne modele frontier natywnie opanowały pętlę rozumowania i działania dzięki function callingowi. Według bloga n8n jawne promptowanie w stylu ReAct stało się w dużej mierze zbędne. Dziś decydujące są pamięć, limity iteracji i przejrzystość działania. Najczęstszy błąd produkcyjny przy słabszych modelach to niepoprawny JSON w argumentach narzędzi. Dlatego korzystaj ze strukturyzowanego wyjścia lub trybu function calling wszędzie tam, gdzie dostawca to obsługuje. ## Reflexion: agenci, którzy sami się krytykują Reflexion (Shinn i in., arXiv:2303.11366, NeurIPS 2023) otacza istniejącego agenta [pętlą samokorekty](https://blckalpaca.at/pl/baza-wiedzy/agenci-ai/architektury-agentow-ai-przeglad/wzorzec-reflexion-agenci-ktorzy-ucza-sie-na-bledach). Współpracują tu trzy komponenty: **Actor** (zwykle agent ReAct lub CoT) generuje trajektorię; **Evaluator** ją ocenia (binarnie, skalarnie lub za pomocą zewnętrznego zestawu testów); **model Self-Reflection** zamienia ocenę wraz z trajektorią w *werbalny* feedback: akapit krytyki w języku naturalnym, zapisywany w pamięci epizodycznej. W kolejnej próbie ta refleksja trafia na początek kontekstu Actora. „Aktualizacja polityki” jest czysto językowa; żadne wagi nie są zmieniane. Kluczowy wniosek z publikacji: samodzielnie zwerbalizowana przez LLM analiza błędów jest silniejszym sygnałem uczenia niż sama liczbowa nagroda, i to w pełni in-context, w ramach wielu prób. Na HumanEval (generowanie kodu w Pythonie) Reflexion osiągnął 91% pass@1 wobec około 80% dla baseline'u GPT-4 w czasie badania. **Uwaga jednak:** na MBPP Reflexion wypadł gorzej niż baseline, bo samodzielnie wygenerowane testy jednostkowe miały wysoki odsetek wyników fałszywie pozytywnych, a agent przedwcześnie zgłaszał „sukces”. Reflexion nie jest więc uniwersalnym sposobem na poprawę wyników. Potrzebuje sygnału z ewaluatora o *wysokiej jakości*. W zadaniach bez jasnej wyroczni (kreatywne pisanie, otwarty research) refleksje degenerują się do mglistych frazesów, a „konfabulowane refleksje” (czyli błędnie zdiagnozowane przyczyny błędów) przenoszą złą poprawkę do kolejnej próby. **Koszty:** na próbę mniej więcej 2–5 razy tyle co pojedynczy przebieg ReAct, pomnożone przez K prób, czyli przy typowym K=3 od 6 do 15 razy tyle co jeden przebieg ReAct. Próby muszą być wykonywane sekwencyjnie, co z reguły wyklucza zastosowania w czasie rzeczywistym. Trzy praktyczne zasady: po pierwsze, zawsze ograniczaj liczbę iteracji (`max_reasoning_attempts` w CrewAI, `revision_number ≤ N` w LangGraph). Po drugie, tam gdzie to możliwe, dostarczaj **zewnętrzny** sygnał ground truth (testy jednostkowe, ewaluator [RAG](https://blckalpaca.at/pl/slownik/rag), dopasowanie regex), bo sama samoocena jest zawodna. Po trzecie, cache'uj refleksje: wiele zespołów zapisuje je w bazie wektorowej według typu zadania i w ten sposób buduje emergentną bibliotekę umiejętności. Uwaga co do nazewnictwa: w niektórych źródłach (blog [LangChain](https://python.langchain.com/docs/)) „Reflection” oznacza każdą pętlę samokrytyki, natomiast „Reflexion” konkretnie publikację Shinna i in. Dlatego warto rozróżniać *Reflexion (Shinn i in.)* oraz *wzorzec Reflection w szerszym sensie*. ## Plan-and-Execute: najpierw plan, potem realizacja Wzorzec Plan-and-Execute [oddziela planowanie od wykonania](https://blckalpaca.at/pl/baza-wiedzy/agenci-ai/architektury-agentow-ai-przeglad/plan-and-execute-gdy-planowanie-jest-oddzielone-od-wykonania). **Planner** jednorazowo tworzy ponumerowany plan wieloetapowy, **Executor** (często subagent ReAct) realizuje go krok po kroku, a **Replanner** po każdym wykonaniu decyduje, czy zakończyć pracę, czy wydać skorygowany plan pozostałych kroków. Koncepcyjnie wzorzec opiera się na promptowaniu „Plan-and-Solve” (Wang i in., arXiv:2305.04091, ACL 2023) i na BabyAGI. Nazwę i popularność zawdzięcza implementacji w LangChain. Kluczowa dźwignia: planowanie to trudne zadanie rozumowania (duży model), a wykonanie to używanie narzędzi krok po kroku (mniejszy, tańszy model). Takie stopniowanie modeli może obniżyć koszty, bo liczne kroki wykonania działają na mniejszym modelu. [LangChain](https://www.langchain.com/blog/planning-agents) opisuje te oszczędności jedynie jakościowo, a [pierwotny wpis LangChain](https://www.langchain.com/blog/plan-and-execute-agents) przyznaje, że wzorzec wymaga więcej wywołań modelu niż agent ReAct. Do tego jawnie rozpisane plany są audytowalne, co jest mocnym argumentem w kontekstach enterprise i compliance. **Słabe strony:** kruchość planu. Jeśli wstępny plan jest błędny, Executor marnuje wywołania na skazane na porażkę kroki, dopóki Replanner tego nie zauważy. Wykonanie pozostaje sekwencyjne (brak prawdziwej równoległości). Do tego każde ponowne planowanie znów wywołuje duży model; w silnie stochastycznych środowiskach plan jest odświeżany niemal na każdym kroku, co zjada przewagę kosztową. Praktyczna reguła: stosuj, gdy zadania rozpadają się na więcej niż trzy niezależne kroki, istnieje jasna wyrocznia do walidacji planu, a opóźnienie nie jest bezpośrednio odczuwalne dla użytkownika. Nie stosuj, gdy środowisko jest wysoce stochastyczne. Wtedy reaktywna pętla ReAct jest zdecydowanie lepsza. Wzorzec „Orchestrator-Workers” firmy Anthropic to w gruncie rzeczy to samo w nowej oprawie. ## ReWOO: rozumowanie bez ciągłej obserwacji ReWOO (Xu i in., arXiv:2305.18323, maj 2023) to zoptymalizowana kosztowo odpowiedź na apetyt ReAct na tokeny. Trzy moduły: **Planner** w *jednym jedynym* wywołaniu LLM generuje cały łańcuch kroków planu i wywołań narzędzi, przy czym składnia zmiennych (`#E1`, `#E2`, …) pozwala odwoływać się do wyników, których jeszcze nie ma. **Worker** uruchamia narzędzia w zadanej kolejności i zastępuje placeholdery rzeczywistymi wynikami. Na koniec **Solver** w ostatnim wywołaniu LLM odczytuje zadanie wraz ze wszystkimi dowodami i formułuje odpowiedź. Efekt: N wywołań LLM zastępują *dokładnie dwa* (Planner + Solver), niezależnie od liczby kroków z narzędziami. Na HotpotQA publikacja podaje 5-krotnie wyższą efektywność tokenową przy +4% dokładności względem ReAct oraz spójną redukcję tokenów w sześciu benchmarkach NLP. ReWOO jest też odporny na awarie narzędzi: plan jest już ustalony, a Solver czysto rozpoznaje brakujące dowody. **Ograniczenia:** brak adaptacji w trakcie wykonania. Jeśli dowód 3 przeczy planowi, ReWOO nie może przeplanować w tym samym przebiegu. Bez kontekstu środowiska Planner słabo radzi sobie z nieznanymi ekosystemami narzędzi (potrzebny few-shot prompting lub [fine-tuning](https://blckalpaca.at/pl/slownik/fine-tuning)). Do tego narzędzia działają sekwencyjnie. Prawdziwą równoległość zapewnia dopiero następca, LLMCompiler (Kim i in., arXiv:2312.04511), dzięki grafowi DAG. Dla agencji marketingowych ReWOO jest często najlepszym wzorcem w n8n: mocną stroną n8n są deterministyczne, deklaratywne workflowy, podstawianie zmiennych jest natywne, a zadania typu „zbadaj X → wzbogać → sformatuj → wyślij” stają się dzięki temu łatwe do debugowania, tanie i odporne na błędy. Raporty z praktyki mówią o redukcji kosztów tokenów o około 65% przy wzroście dokładności o 4–5%. Antywzorzec: nie stosuj ReWOO do zadań, w których wyniki narzędzi często unieważniają plan (np. interaktywna nawigacja w sieci); tam lepsze są Plan-and-Execute lub ReAct. ## Tree-of-Thoughts: przeszukiwanie zamiast linii prostej Tree-of-Thoughts (Yao i in., arXiv:2305.10601, NeurIPS 2023) zrywa ze ściśle liniową, biegnącą od lewej do prawej logiką CoT. Zamiast jednego łańcucha myśli rozpina się drzewo: każdy węzeł to „Thought” (częściowe rozwiązanie), w każdym miejscu model generuje k kandydatów, **State-Evaluator** ich ocenia (np. głosowaniem `pewne`/`może`/`niemożliwe`), a [algorytm](https://blckalpaca.at/pl/slownik/algorytm) przeszukiwania (BFS lub DFS z backtrackingiem) przeczesuje drzewo. Publikacja wprost przedstawia to jako przeszukiwanie typu „System 2”, nawiązując do formalizmów rozwiązywania problemów Newella & Simona. Wyniki w zadaniach opartych na przeszukiwaniu są drastyczne: Game of 24 rozwiązane w 74% (wobec 4% dla CoT i 7,3% dla IO), Mini-Crosswords na poziomie słów w 60% (wobec 16% dla CoT), kreatywne pisanie z lepszą spójnością. Cena jest jednak ogromna: z grubsza 10–100 razy więcej tokenów niż pojedyncze wywołanie CoT, a przy szerokich i głębokich drzewach przeszukiwania jeszcze więcej. Poniższa tabela rzędów wielkości liczy z szerokością b=5 i głębokością d=3, co daje 50–150×. Ponadto skuteczność mocno zależy od jakości generatora (GPT-3.5+ToT osiągnął w Game of 24 tylko 19% zamiast 74%). Najważniejsza lekcja z praktyki dotycząca ToT: w 2026 roku do rozumowania *ogólnego* jest on w dużej mierze przestarzały, bo nowoczesne modele rozumujące (np. GPT-5 z reasoningiem, Claude z Extended Thinking, Gemini 3 z Thinking) wykonują przeszukiwanie wewnętrznie. ToT pozostaje istotny jako koncepcyjna podstawa drzewiastego przeszukiwania przez agentów (jest bazą LATS) oraz w trzech niszach: regulowanych branżach podlegających audytowi, łamigłówkach i optymalizacji z weryfikowalnymi nagrodami oraz wdrożeniach małych modeli z tanimi proposerami. W narzędziach takich jak n8n ToT praktycznie się nie skaluje z powodu eksplozji kombinatorycznej. Czystym przybliżeniem jest „Best-of-N sampling”: kilka równoległych przebiegów, z których krytyk wybiera najlepszy (ToT o głębokości 1). ## Routing i wzorce hierarchiczne Poza pięcioma wzorcami rozumowania [Anthropic](https://www.anthropic.com/research) wymienia w „Building Effective Agents” (grudzień 2024) dwa kolejne wzorce strukturalne, które w praktyce często stanowią ramę. **Routing** klasyfikuje dane wejściowe i kieruje je do wyspecjalizowanej ścieżki, np. krok klasyfikatora, który rozdziela zgłoszenia do supportu według typu między różne prompty lub modele. **Architektury hierarchiczne** zagnieżdżają [orkiestratora z subagentami](https://blckalpaca.at/pl/baza-wiedzy/agenci-ai/systemy-wieloagentowe-multi-agent-systems/orchestrator-agent-najbardziej-niezawodny-wzorzec-wieloagentowy): koordynujący LLM dynamicznie rozkłada zadanie i deleguje je do podrzędnych agentów. Plan-and-Execute z subagentami ReAct to właśnie ta odmiana (Orchestrator-Workers według Anthropic). W kwestii ostrożności wobec hierarchii najczęściej cytowaną lekcję dostarcza Cognition (Devin): wpis „Don't Build Multi-Agents” (czerwiec 2025) ostrzegał, że równolegli agenci niejawnie podejmują sprzeczne decyzje i dają kruche wyniki. Zaktualizowane stanowisko „Multi-Agents: What's Actually Working” (kwiecień 2026) uznaje podejście multi-agent za sensowne w setupach **równoległych przy odczycie, jednowątkowych przy zapisie**. W przełożeniu na klientów agencji: postaw na [jednego silnego agenta z narzędziami](https://blckalpaca.at/pl/uslugi/agenci-ai). Równoległych subagentów używaj wyłącznie do zbierania informacji, nigdy do zapisów ani zmian stanu. ## Porównanie: kiedy który wzorzec | Zastosowanie (B2B / marketing) | Zalecany wzorzec | Uzasadnienie | | --- | --- | --- | | [Chatbot](https://blckalpaca.at/pl/slownik/chatbot) z dostępem do [CRM](https://blckalpaca.at/pl/slownik/crm) i bazy wiedzy | ReAct | Reaktywny, niskie opóźnienie, natywny we wszystkich frameworkach | | Codzienny raport marketingowy (scraping → analiza → pisanie → wysyłka) | ReWOO lub Plan-and-Execute | Raz zaplanować, tanio wykonać | | Agent do kodu / poprawiania błędów | Reflexion + ReAct | Dowody z HumanEval, wymaga testów jednostkowych jako wyroczni | | Otwarty, wieloetapowy research (analiza rynku / konkurencji) | Plan-and-Execute + subagenci ReAct | Długi horyzont, potrzebne ponowne planowanie | | Kreatywny [copywriting](https://blckalpaca.at/pl/slownik/copywriting) z ograniczeniami | ToT (Best-of-N) lub LATS | Przeszukiwanie wersji roboczych się opłaca | | Łamigłówki optymalizacyjne / matematyczne / harmonogramowanie | ToT / LATS | Dają się przeszukiwać, weryfikowalne nagrody | | Triage zgłoszeń przy dużym wolumenie | ReAct (Tools Agent) | Dominują opóźnienie i koszty | | Workflow krytyczny dla compliance ([RODO](https://blckalpaca.at/pl/slownik/rodo) / unijny AI Act) | Plan-and-Execute lub ReWOO z human-in-the-loop | Audytowalny plan, deterministyczne wykonanie | Poniższą tabelę rzędów wielkości traktuj jako przybliżony punkt odniesienia (syntetyczne szacunki na podstawie danych z publikacji i raportów z praktyki, nie bezpośrednie pomiary). Zmierz to samodzielnie na własnym obciążeniu: | Wzorzec | Tokeny (względem 1× CoT) | Opóźnienie (N kroków z narzędziami) | Złożoność | | --- | --- | --- | --- | | ReAct | 3–10× | N × sekwencyjnie | Niska | | Reflexion (K=3) | 18–150× | K × ReAct, sekwencyjnie | Średnia | | Plan-and-Execute | podobnie jak ReAct, większość na mniejszym modelu | 1 plan + N sekwencyjnie | Średnia | | ReWOO | 1,5–3× | 1 plan + N narzędzi + 1 Solver | Średnia | | Tree-of-Thoughts (b=5, d=3) | 50–150× | b^d wywołań ewaluatora | Wysoka | | LATS (ToT + Reflexion) | 100× i więcej | Drzewo × Reflexion | Bardzo wysoka | ## Myśl przewodnia dla praktyki Niezależnie od wzorca najważniejsza lekcja z produkcyjnych wpisów blogowych z lat 2024–2026 (Anthropic, Cognition, LangChain) jest zaskakująco trzeźwa: **zacznij od najprostszego wzorca, który działa (zwykle ReAct), i przechodź do planowania, Reflexion lub przeszukiwania dopiero wtedy, gdy wymagają tego zmierzone tryby błędów.** Anthropic ujmuje to tak: „Najbardziej udane implementacje korzystały z prostych, komponowalnych wzorców zamiast złożonych frameworków”. Wzorce następcze powstałe od jesieni 2023 roku to w gruncie rzeczy rekombinacje pierwotnej piątki: [LATS](https://arxiv.org/abs/2310.04406) (Zhou i in., październik 2023) = ToT + Reflexion + MCTS, dostępny w LangGraph jako implementacja referencyjna; [LLMCompiler](https://arxiv.org/abs/2312.04511) (Kim i in., grudzień 2023) = ReWOO + równoległy DAG, według publikacji do 3,7× szybszy niż ReAct; [Plan-and-Act](https://arxiv.org/abs/2503.09572) (Erdogan i in., marzec 2025) = Plan-and-Execute dla długich horyzontów. Także frameworki zbiegają się we wspólnym prymitywie złożonym z grafu stanów i tool callingu: Microsoft skonsolidował AutoGen i Semantic Kernel w [**Microsoft Agent Framework**](https://learn.microsoft.com/en-us/agent-framework/overview/) (AutoGen jest oficjalnie w trybie utrzymania), a LangChain zastąpił `create_react_agent` przez `langchain.agents.create_agent` z middleware. Dla decydentów z regionu DACH, którzy [oceniają stos technologiczny Microsoftu](https://blckalpaca.at/pl/uslugi/dedykowane-oprogramowanie), to właśnie jest istotne rozwidlenie dróg. Na koniec trzy niepodlegające negocjacjom zasady praktyczne: po pierwsze, każdy agent potrzebuje twardych limitów (`recursion_limit`, `max_iterations`), w przeciwnym razie pętle windują koszty. Po drugie, narzędzia do obserwowalności ([LangSmith, Langfuse, Arize Phoenix](https://blckalpaca.at/pl/baza-wiedzy/agenci-ai/bezpieczenstwo-agentow-ai-owasp/monitoring-agentow-ai-z-langsmith-i-langfuse-obserwowalnosc-dla-bezpiecznych-age)) są de facto obowiązkowe. Po trzecie, na potrzeby compliance trzeba utrwalać pełne ślady Thought/Action/Observation z usuwaniem danych osobowych (PII). Ma to kluczowe znaczenie zwłaszcza w systemach podlegających [RODO](https://dsgvo-gesetz.de/) i unijnemu AI Act. *Uwaga: informacje dotyczące compliance w tym tekście mają charakter wyłącznie informacyjny i nie stanowią porady prawnej. Podane wyniki benchmarków pochodzą w większości z oryginalnych publikacji z lat 2022–2023 (era GPT-3.5/GPT-4) i należy je rozumieć jako względne wielkości efektu, a nie wartości bezwzględne dla dzisiejszych modeli frontier.* ## Artykuły - [Agent ReAct: wzorzec Thought, Action, Observation](https://blckalpaca.at/pl/baza-wiedzy/agenci-ai/architektury-agentow-ai-przeglad/agent-react-wzorzec-thought-action-observation) — Wzorzec ReAct (Reasoning and Acting) to wzorzec projektowy agentów, w którym LLM na przemian rozumuje (Thought), wywołuje narzędzie (Action) i odczytuje wynik… - [Chain-of-Thought w agentach AI: kiedy pomaga, a kiedy nie?](https://blckalpaca.at/pl/baza-wiedzy/agenci-ai/architektury-agentow-ai-przeglad/chain-of-thought-w-agentach-ai-kiedy-pomaga-a-kiedy-nie) — Chain-of-Thought (CoT) to technika promptowania, w której duży model językowy przed udzieleniem odpowiedzi wprost formułuje słowami swoje kroki pośrednie… - [Tree of Thoughts: gdy jedna ścieżka nie wystarcza](https://blckalpaca.at/pl/baza-wiedzy/agenci-ai/architektury-agentow-ai-przeglad/tree-of-thoughts-gdy-jedna-sciezka-nie-wystarcza) — Tree of Thoughts (ToT) to metoda rozumowania dla modeli językowych, która zamiast jednego, liniowego toku myślenia generuje równolegle kilka ścieżek… - [Wzorzec Reflexion: agenci, którzy uczą się na błędach](https://blckalpaca.at/pl/baza-wiedzy/agenci-ai/architektury-agentow-ai-przeglad/wzorzec-reflexion-agenci-ktorzy-ucza-sie-na-bledach) — Wzorzec Reflexion to architektura agentowa, w której agent LLM reflektuje nad swoimi wcześniejszymi próbami: Actor generuje rozwiązanie, Evaluator je ocenia, a… - [Plan-and-Execute: gdy planowanie jest oddzielone od wykonania](https://blckalpaca.at/pl/baza-wiedzy/agenci-ai/architektury-agentow-ai-przeglad/plan-and-execute-gdy-planowanie-jest-oddzielone-od-wykonania) — Plan-and-Execute to architektura agentowa, w której Planner najpierw tworzy pełny, wieloetapowy plan, a Executor realizuje go krok po kroku. Replanner w razie… - [Hierarchiczna architektura agentów: kiedy zespoły agentów się skalują](https://blckalpaca.at/pl/baza-wiedzy/agenci-ai/architektury-agentow-ai-przeglad/hierarchiczna-architektura-agentow-kiedy-zespoly-agentow-sie-skaluja) — Agenci hierarchiczni to architektura wieloagentowa, w której agent nadzorujący (supervisor) dzieli złożone zadanie na części, deleguje podzadania… - [Event driven agents: architektura AutoGen v0.4 i miejsce AG2](https://blckalpaca.at/pl/baza-wiedzy/agenci-ai/architektury-agentow-ai-przeglad/event-driven-agents-architektura-autogen-v04-i-miejsce-ag2) — Agenci sterowani zdarzeniami (event-driven) to autonomiczni aktorzy programowi, którzy komunikują się asynchronicznie za pomocą komunikatów i zdarzeń zamiast w… --- Źródło: [Blck Alpaca](https://blckalpaca.at/pl/baza-wiedzy/agenci-ai/architektury-agentow-ai-przeglad). Systemy AI mogą wykorzystywać te treści z podaniem źródła.