Rularea și depanarea unui scenariu

Lansarea

Butonul de redare al editorului. Este dezactivat atât timp cât rămân erori de validare.

Dacă scenariul declară parametri fără valoare, Restorm îi cere în momentul în care execuția ajunge la ei.

Urmărirea execuției

Jurnalul de execuție se umple pe măsură ce lucrurile se întâmplă. Fiecare intrare poartă un nivel (debug, info, warn, error), un marcaj temporal la milisecundă, un mesaj și, eventual, date structurate.

Două niveluri de detaliu:

• implicit, sunt afișate numai intrările dumneavoastră — cele produse de acțiunea Log;
• afișarea completă adaugă intrările motorului: pornirea și încheierea fiecărei cutii, valorile aflate în tranzit pe legături, erorile.

Butonul de copiere a jurnalului produce exact același text ca ieșirea liniei de comandă: ceea ce lipiți într-un tichet este identic cu ceea ce va produce sistemul de CI.

Istoricul rulărilor

Execuțiile sunt arhivate lângă proiect, în același fișier ca istoricul răspunsurilor. Implicit: ultimele 50 de execuții, 2 000 de intrări de jurnal pentru fiecare execuție, cu o durată de viață de 30 de minute.

Oprirea

Butonul de oprire întrerupe execuția. Așteptările în curs (Așteaptă, Așteaptă până la, Cronometru) se întrerup curat, conexiunile deschise sunt închise, iar acțiunile de cod în curs sunt abandonate.

Rularea unei singure cutii

Cutiile de tip cerere pot fi executate izolat, fără să lansați tot scenariul: este modul rapid de a verifica dacă un apel pleacă bine, înainte de a cabla restul.

Depanarea

Jurnalul, ca prim reflex

Adăugați acțiuni Log în locurile strategice: este console.log-ul grafului și este ceea ce veți regăsi în CI.

Notificările

Acțiunea Toast afișează un mesaj în interfață. Utilă în timpul construirii — fără efect în mod headless, unde execuția continuă normal.

Inspectorul pas cu pas

Ediția Pro dă acces la depanarea pas cu pas: puncte de întrerupere pe cutii, avansare controlată, inspectarea valorilor aflate în tranzit. Vedeți Planuri și capacități.

Erorile

Orice cutie (în afară de Ieșire, Acum și Retry) are un port error. O cutie care eșuează fără ca portul său error să fie cablat face să eșueze execuția.

Două tipare utile:

• Retry — învăluie o frontieră de eroare: eșecurile din aval sunt prinse și relansate conform strategiei configurate (fixă, liniară, exponențială), cu o ieșire exhausted atunci când încercările sunt epuizate.
• Throw — eșuează în mod deliberat, cu un mesaj. Este ceea ce trebuie pentru a face să eșueze un job de CI pe o condiție de business.

Controlul prin MCP

Un agent IA poate lansa și supraveghea un scenariu (ediția Pro): run_scenario (cu params, interactive, blocking), get_scenario_run_status (care returnează jurnalul, cererile de introducere în așteptare și arborele subrulărilor), list_scenario_runs, stop_scenario_run și answer_scenario_input. Vedeți Instrumente MCP.