Quiz połączony z przewodnikiem · Średni Poziom
Quiz dotyczący agentów planisty-wykonawcy
Dowiedz się, jak agenci planisty-wykonawcy rozkładają cele, wykonują kroki za pośrednictwem narzędzi, śledzą stan, planują ponownie po otrzymaniu informacji zwrotnej i weryfikują wykonanie zadania.
Pytanie 1 z 8
Jaka jest podstawowa idea agenta planisty-wykonawcy?
Podgląd każdego pytania8 pytania
Odpowiedzi i wyjaśnienia pojawiają się w miarę rozwiązywania quizu.
- Jaka jest podstawowa idea agenta planisty-wykonawcy?
- Oddzielenie roli dzielenia celu na kroki od roli wykonywania kroków
- Uruchomienie dwóch kopii tego samego modelu w celu głosowania na odpowiedzi
- Używanie tylko jednego modelu do generowania obrazu
- Całkowite wyeliminowanie konieczności stosowania narzędzi
- Dlaczego „przeplanowanie” ma znaczenie w tym schemacie?
- Usuwa pierwotny cel
- Pozwala planiście dostosować kroki w przypadku niepowodzenia wykonania lub pojawienia się nowych informacji
- Podwaja liczbę dostępnych narzędzi
- Uniemożliwia executorowi korzystanie z API
- Jakiego problemu pozwala uniknąć oddzielenia planowania od wykonania?
- Kończy się miejsce na dysku
- Powolne połączenia internetowe
- Pojedynczy model traci poczucie celu, pomija kroki lub ma halucynacje postępu
- Potrzebuje karty graficznej
- W jaki sposób executor zazwyczaj wykonuje przypisany mu krok?
- Przepisując cel planisty
- Ignorując plan
- Generując tylko obrazy
- Wywołując narzędzia, interfejsy API lub inne modele
- W jaki sposób postęp jest zwykle przekazywany planiście?
- Poprzez stan zakończonego kroku przekazywany przez okno kontekstowe lub pamięć zewnętrzną
- Nigdy się tego nie przekazuje
- Tylko poprzez ponowne uruchomienie programu
- Wysyłając e-mail do użytkownika
- What trade-off did LangChain note for its initial Plan-and-Execute approach?
- It guaranteed one-call completion of every task
- It made more language-model calls in exchange for handling longer-horizon planning
- It removed all tool calls from the executor
- It required every plan to be executed without feedback
- Why should a planner-executor loop have a step or cost limit?
- To make every plan succeed on the first attempt
- To remove the need to inspect execution results
- To prevent repeated planning and tool calls from continuing without useful progress
- To guarantee the planner has no errors
- What should an agent check before declaring a multi-step task complete?
- Whether it produced a long plan
- Whether every planned step was attempted regardless of outcome
- Whether the executor used the most expensive tool
- Whether the observed result satisfies the goal’s completion criteria