Gå til indhold

Kør og fejlfind et scenarie

Editorens afspilningsknap. Den er slået fra, så længe der er valideringsfejl tilbage.

Erklærer scenariet parametre uden værdi, beder Restorm om dem i det øjeblik, kørslen når frem til dem.

Et scenarie efter kørsel med panelet »Kørselslogge« åbent til højre for grafen: det tidsstemplede start/done-spor for hver handling

Kørselsloggen fyldes op løbende. Hver post har et niveau (debug, info, warn, error), et tidsstempel med millisekundpræcision, en besked og eventuelt strukturerede data.

To detaljeringsgrader:

  • som standard vises kun dine egne poster — dem, der produceres af Log-handlingen;
  • den fulde visning tilføjer motorens poster: start og slut for hver boks, værdier undervejs på forbindelserne, fejl.

Knappen til at kopiere loggen producerer nøjagtig den samme tekst som outputtet fra kommandolinjen: det, du indsætter i en sag, er identisk med det, CI’en vil producere.

Kørslerne arkiveres ved siden af projektet i den samme fil som svarhistorikken. Som standard: de 50 seneste kørsler, 2.000 logposter pr. kørsel, med en levetid på 30 minutter.

Stopknappen afbryder kørslen. Igangværende ventetider (Vent, Vent til, Timer) afbrydes pænt, åbne forbindelser lukkes, og igangværende kodehandlinger opgives.

Bokse af anmodningstypen kan køres isoleret uden at starte hele scenariet: det er den hurtige måde at kontrollere, at et kald rent faktisk går af sted, inden du kobler resten sammen.

Tilføj Log-handlinger på strategiske steder: det er grafens console.log, og det er dét, du finder igen i CI’en.

Toast-handlingen viser en besked i brugerfladen. Nyttig, mens du bygger — uden virkning i headless-tilstand, hvor kørslen fortsætter som normalt.

Pro-udgaven giver adgang til trinvis fejlfinding: brydepunkter på boksene, kontrolleret fremdrift, inspektion af værdier undervejs. Se Planer og kapaciteter.

Enhver boks (undtagen Output, Nu og Retry) har en error-port. En boks, der fejler, uden at dens error er koblet til, får kørslen til at fejle.

To nyttige mønstre:

  • Retry — omslutter en fejlgrænse: fejl længere nede fanges og køres igen efter den konfigurerede strategi (fast, lineær, eksponentiel), med en udgang exhausted, når forsøgene er brugt op.
  • Throw — fejler med vilje og med en besked. Det er dét, du skal bruge for at få et CI-job til at fejle på en forretningsmæssig betingelse.

En AI-agent kan starte og overvåge et scenarie (Pro-udgaven): run_scenario (med params, interactive, blocking), get_scenario_run_status (som returnerer loggen, ventende inputanmodninger og træet over underkørsler), list_scenario_runs, stop_scenario_run og answer_scenario_input. Se MCP-værktøjer.