Köra och felsöka ett scenario

Starta

Editorns körknapp. Den är avaktiverad så länge det finns valideringsfel.

Om scenariot deklarerar parametrar utan värde frågar Restorm efter dem i det ögonblick körningen når dem.

Följa körningen

Körningsloggen fylls på efter hand. Varje post bär en nivå (debug, info, warn, error), en tidsstämpel på millisekunden, ett meddelande och eventuellt strukturerade data.

Två detaljnivåer:

• som standard visas bara dina egna poster — de som åtgärden Log producerar;
• den fullständiga visningen lägger till motorns poster: start och slut för varje ruta, värden som passerar i kopplingarna, fel.

Knappen för att kopiera loggen producerar exakt samma text som utmatningen från kommandoraden: det du klistrar in i ett ärende är identiskt med det CI kommer att producera.

Körningshistorik

Körningarna arkiveras vid sidan av projektet, i samma fil som svarshistoriken. Som standard: de 50 senaste körningarna, 2 000 loggposter per körning, med en livslängd på 30 minuter.

Stoppa

Stoppknappen avbryter körningen. Pågående väntan (Vänta, Vänta tills, Timer) avbryts snyggt, öppna anslutningar stängs och pågående kodåtgärder överges.

Köra en enda ruta

Rutor av begärantyp kan köras isolerat, utan att hela scenariot startas: det är det snabba sättet att kontrollera att ett anrop verkligen går iväg innan du kopplar resten.

Felsöka

Loggen som första reflex

Lägg till Log-åtgärder på strategiska ställen: det är grafens console.log, och det är det du kommer att hitta igen i CI.

Aviseringarna

Åtgärden Toast visar ett meddelande i gränssnittet. Användbar under bygget — utan effekt i headless-läge, där körningen fortsätter som vanligt.

Inspektorn steg för steg

Utgåvan Pro ger tillgång till felsökning steg för steg: brytpunkter på rutorna, kontrollerad framflyttning, inspektion av värden under transport. Se Planer och kapacitet.

Felen

Varje ruta (utom Output, Nu och Retry) har en port error. En ruta som misslyckas utan att dess error är inkopplad får körningen att misslyckas.

Två användbara mönster:

• Retry — omsluter en felgräns: misslyckanden nedströms fångas upp och körs om enligt den konfigurerade strategin (fast, linjär, exponentiell), med en utgång exhausted när försöken är slut.
• Throw — misslyckas avsiktligt, med ett meddelande. Det är det som krävs för att få ett CI-jobb att misslyckas på ett verksamhetsvillkor.

Styra via MCP

En AI-agent kan starta och övervaka ett scenario (utgåvan Pro): run_scenario (med params, interactive, blocking), get_scenario_run_status (som returnerar loggen, väntande inmatningsfrågor och trädet av delkörningar), list_scenario_runs, stop_scenario_run och answer_scenario_input. Se MCP-verktyg.