Kjøre og feilsøke et scenario

Starte

Kjør-knappen i editoren. Den er deaktivert så lenge det finnes valideringsfeil.

Erklærer scenarioet parametere uten verdi, spør Restorm om dem i det øyeblikket kjøringen kommer til dem.

Følge kjøringen

Kjøringsloggen fylles opp fortløpende. Hver oppføring har et nivå (debug, info, warn, error), et tidsstempel med millisekundoppløsning, en melding og eventuelt strukturerte data.

To detaljnivåer:

• som standard vises bare dine egne oppføringer — de som handlingen Log produserer;
• den fullstendige visningen legger til motorens oppføringer: start og slutt for hver boks, verdier som går over forbindelsene, feil.

Knappen for å kopiere loggen produserer nøyaktig den samme teksten som utdataene fra kommandolinjen: det du limer inn i en sak, er identisk med det CI kommer til å produsere.

Kjørehistorikk

Kjøringene arkiveres ved siden av prosjektet, i den samme filen som svarhistorikken. Som standard: de 50 siste kjøringene, 2 000 loggoppføringer per kjøring, med en levetid på 30 minutter.

Stoppe

Stoppknappen avbryter kjøringen. Ventinger som er i gang (Vent, Vent til, Tidsur) avbrytes pent, åpne tilkoblinger lukkes, og kodehandlinger som er i gang, forkastes.

Kjøre én enkelt boks

Bokser av forespørselstypen kan kjøres isolert, uten å starte hele scenarioet: det er den raske måten å sjekke at et kall faktisk går ut, før du kobler opp resten.

Feilsøke

Loggen som første refleks

Legg til Log-handlinger på de strategiske stedene: det er grafens console.log, og det er det du finner igjen i CI.

Varslingene

Handlingen Toast viser en melding i grensesnittet. Nyttig under bygging — uten effekt i headless-modus, der kjøringen fortsetter som normalt.

Inspektøren steg for steg

Pro-utgaven gir tilgang til feilsøking steg for steg: bruddpunkter på boksene, kontrollert framdrift og inspeksjon av verdier underveis. Se Planer og muligheter.

Feilene

Enhver boks (bortsett fra Output / Return, Nå og Retry) har en error-port. En boks som feiler uten at error er koblet opp, gjør at kjøringen feiler.

To nyttige mønstre:

• Retry — pakker inn en feilgrense: feil nedstrøms fanges opp og kjøres på nytt etter den konfigurerte strategien (fast, lineær, eksponentiell), med en exhausted-utgang når forsøkene er brukt opp.
• Throw — feiler med vilje, med en melding. Det er det du trenger for å få en CI-jobb til å feile på en forretningsbetingelse.

Styre via MCP

En KI-agent kan starte og overvåke et scenario (Pro-utgaven): run_scenario (med params, interactive, blocking), get_scenario_run_status (som returnerer loggen, ventende inndataforespørsler og treet av underkjøringer), list_scenario_runs, stop_scenario_run og answer_scenario_input. Se MCP-verktøy.