Ga naar inhoud

Een scenario uitvoeren en debuggen

De uitvoerknop van de editor. Die is uitgeschakeld zolang er validatiefouten zijn.

Declareert het scenario parameters zonder waarde, dan vraagt Restorm ernaar op het moment dat de uitvoering ze bereikt.

Een scenario na uitvoering, met het paneel “Run logs” rechts van de graaf open: het spoor met tijdstempels start / done van elke actie

Het uitvoeringslogboek vult zich doorlopend. Elk item heeft een niveau (debug, info, warn, error), een tijdstempel tot de milliseconde, een bericht, en eventueel gestructureerde gegevens.

Er zijn twee detailniveaus:

  • standaard worden alleen uw eigen items weergegeven — die van de actie Log;
  • de volledige weergave voegt de items van de engine toe: het starten en eindigen van elk vakje, de waarden die over de verbindingen gaan, en de fouten.

De kopieerknop van het logboek levert precies dezelfde tekst als de uitvoer van de opdrachtregel: wat u in een ticket plakt, is identiek aan wat de CI zal produceren.

De uitvoeringen worden naast het project gearchiveerd, in hetzelfde bestand als de responsgeschiedenis. Standaard: de laatste 50 uitvoeringen, 2 000 logboekitems per uitvoering, met een levensduur van 30 minuten.

De stopknop breekt de uitvoering af. De lopende wachttijden (Wachten, Wachten tot, Timer) worden netjes afgebroken, open verbindingen worden gesloten en de lopende code-acties worden afgebroken.

Vakjes van het type verzoek kunt u afzonderlijk uitvoeren, zonder het hele scenario te starten: dat is de snelle manier om te controleren dat een aanroep inderdaad vertrekt, voordat u de rest aansluit.

Voeg op strategische plekken acties Log toe: dat is de console.log van de graaf, en dat is wat u in CI terugvindt.

De actie Toast toont een bericht in de interface. Handig tijdens het bouwen — zonder effect in de headless modus, waar de uitvoering normaal doorgaat.

De Pro-editie geeft toegang tot het debuggen stap voor stap: breakpoints op de vakjes, gecontroleerd vooruitgaan, en het inspecteren van de waarden onderweg. Zie Plannen en mogelijkheden.

Elk vakje (behalve Output, Nu en Retry) heeft een error-poort. Een vakje dat mislukt terwijl zijn error niet is aangesloten, laat de uitvoering mislukken.

Twee nuttige patronen:

  • Retry — omhult een foutgrens: de mislukkingen stroomafwaarts worden opgevangen en opnieuw gestart volgens de ingestelde strategie (vast, lineair, exponentieel), met een uitvoer exhausted wanneer de pogingen op zijn.
  • Throw — mislukt met opzet, met een bericht. Dat is wat u nodig hebt om een CI-job op een functionele voorwaarde te laten mislukken.

Een AI-agent kan een scenario starten en volgen (Pro-editie): run_scenario (met params, interactive, blocking), get_scenario_run_status (die het logboek, de openstaande invoervragen en de boom met subruns teruggeeft), list_scenario_runs, stop_scenario_run en answer_scenario_input. Zie MCP-tools.