Plan-and-Execute: planifică, execută, ajustează
Plan-and-Execute separă planificarea de executarea pașilor și de ajustarea planului după rezultate.
Ce vei învăța
- Explici: un workflow are structură explicită
- Aplici ideea într-un exemplu: Plan-and-Execute: planifică, execută, ajustează
- Recunoști limitele și verifici rezultatul exercițiului
Plan-and-Execute separă planificarea de executarea pașilor și de ajustarea planului după rezultate. Planul se schimbă când apar date noi.
Pașii se referă la funcționalități identificate în codul aplicației. Validarea pe o instanță live nu a fost efectuată pentru acest material; verifică documentația și opțiunile din versiunea ta.
Cum funcționează, pas cu pas
Un workflow are structură explicită
Nodul este o etapă, muchia este o trecere, iar starea transportă rezultatele între etape. Într-un workflow traseul este definit de aplicație, deși modelul poate decide unele ramuri. Sistemele agentice includ atât workflows cât și agenți cu decizii dinamice. În Nymrio există ReAct, Reflection, Sequential, Orchestrator, Router, Parallel și Plan-and-Execute. Fiecare schimbă coordonarea, nu transformă automat modelul într-un expert. Mai mulți agenți înseamnă mai multe apeluri și contracte între roluri. Începe cu soluția cea mai simplă care trece testele tale.
Contextul este masa de lucru
Contextul include instrucțiuni, cererea curentă, istoricul relevant, documente recuperate și rezultate ale uneltelor. Fereastra de context are o capacitate limitată; rezervă loc și pentru răspuns. Mai mult text nu înseamnă automat mai multă precizie. Informațiile irelevante și contradicțiile pot ascunde dovezile importante. Rezumă istoricul cu grijă și păstrează sursa faptelor. Starea descrie execuția curentă, checkpoint-ul salvează un punct de reluare, iar memoria persistentă păstrează informații între rulări. Acestea sunt mecanisme diferite, gestionate de aplicație.
Erorile au nevoie de trasee explicite
Un timeout nu este același lucru cu o eroare de permisiune. Reîncearcă doar erorile tranzitorii, cu un număr limitat de încercări și pauze crescătoare. O operație cu efecte poate fi executată înainte ca răspunsul să se piardă; repetarea fără cheie de idempotency poate dubla efectul. Streaming arată progresul, dar nu garantează finalizarea. Checkpoint-urile pot permite reluarea etapelor eșuate, în limitele runtime-ului. Păstrează identificatorul rulării, etapa, durata și eroarea, eliminând secretele din logs. Măsoară și cel mai lent traseu, nu doar media.
Laborator detaliat
Planul se modifică după observații
Planner-ul produce pași concreți, nu o listă vagă: identifică SKU; găsește piesa; găsește adaptorul; sintetizează. Executor-ul realizează pasul curent cu uneltele permise. Replanner-ul elimină pașii completați, ajustează ce rămâne și decide dacă obiectivul este satisfăcut.
Pentru LX-240, catalogul oferă P-12, apoi A-7. Dacă SKU-ul este „LX”, executor-ul nu poate alege în siguranță produsul; planul trebuie să includă clarificarea identificatorului. În Playground compară planul inițial cu pașii executați. Nu confunda faptul că s-a produs un plan cu succesul sarcinii.
Harta vizuală
Urmărește săgețile continue pentru fluxul principal. Săgețile albastre punctate furnizează date sau context; cele roz punctate arată feedback sau rezultate care revin. Culorile și formele disting modelele, stocările, deciziile și rezultatele. Pe ecrane mici, derulează orizontal pentru a urmări întreaga diagramă.
Un exemplu complet
Planner: identifică produsul, consultă compatibilitatea, verifică livrarea. Executor-ul descoperă că modelul produsului lipsește. Replanner-ul cere clarificare, nu continuă cu un model presupus.
planner: LunaPlanner
executor: LunaExecutor
replanner: LunaReplanner
max_iterations: 3
Încearcă tu
- Configurează exact planner, executor și replanner și urmărește un caz cu informație lipsă.
- Notează intrarea, sursa și rezultatul așteptat înainte să rulezi experimentul. Folosește doar datele fictive din exemplu.
- Urmărește etapele din diagramă. La fiecare pas scrie ce informație primește și ce produce; nu confunda rezultatul intermediar cu rezultatul final.
- Repetă cazul după eliminarea unei informații necesare sau după o intrare ambiguă. Verifică dacă sistemul cere clarificare, se oprește sau inventează.
- Compară cu soluția comentată. Păstrează configurația, data, rezultatul și o explicație pentru orice diferență. Schimbă un singur lucru și retestează.
Soluție comentată
Planul rămas reflectă pașii efectiv parcurși; finalul apare când obiectivul este îndeplinit sau limita atinsă. Pentru a considera exercițiul reușit, poți arăta legătura dintre intrare, etapele parcurse și rezultat. Dacă lipsesc date, un răspuns prudent este mai util decât o completare inventată. Nu compara doar stilul: verifică și condițiile, sursele și operațiile efectuate.
Când merită și ce poate merge prost
Planner-ul din Parallel distribuie sarcini; nu este întregul Plan-and-Execute. Alege această abordare când îmbunătățește o nevoie măsurată. Păstrează o variantă simplă ca referință și compară rezultatele pe aceleași intrări. Un singur exemplu reușit nu stabilește fiabilitatea în toate situațiile.
Verifică ce ai înțeles
Multi-agent este un al optulea template?
Nu. Este o categorie de arhitecturi care poate folosi mai multe dintre template-urile existente.
Un checkpoint este memorie permanentă a utilizatorului?
Nu. Salvarea unei execuții nu implică păstrarea preferințelor între conversații.
Ce rezultat trebuie să obții în acest exercițiu?
Planul rămas reflectă pașii efectiv parcurși; finalul apare când obiectivul este îndeplinit sau limita atinsă.
Cuvinte de ținut minte
- Nod: Etapă din graful unei execuții.
- Checkpoint: Stare salvată pentru reluarea unei execuții.
- Idempotency: Repetarea controlată fără duplicarea efectului.
Surse și următorul pas
Pentru pregătire: W07 — Parallel: mai multe perspective în același timp