Tovább a tartalomhoz

Forgatókönyv futtatása és hibakeresése

A szerkesztő futtatás gombja. Le van tiltva, amíg ellenőrzési hiba van.

Ha a forgatókönyv érték nélküli paramétereket deklarál, a Restorm akkor kéri be őket, amikor a futtatás odaér.

Egy forgatókönyv futtatás után, a gráf jobb oldalán megnyitott „Futtatási naplók” panellel: minden művelet időbélyegzett start / done nyoma

A futtatási napló menet közben töltődik fel. Minden bejegyzésnek van szintje (debug, info, warn, error), milliszekundum pontos időbélyege, üzenete, és esetleg strukturált adata is.

Kétféle részletességi szint van:

  • alapértelmezés szerint csak a saját bejegyzések — a Log művelet által előállítottak — látszanak;
  • a teljes megjelenítés hozzáadja a motor bejegyzéseit is: minden blokk indulása és befejeződése, a társításokon áthaladó értékek, hibák.

A napló másolása gomb pontosan ugyanazt a szöveget adja, mint a parancssor kimenete: a hibajegybe beillesztett szöveg megegyezik azzal, amit a CI is előállít.

A futtatások a projekt mellett vannak archiválva, ugyanabban a fájlban, mint a válaszok előzményei. Alapértelmezés szerint: az utolsó 50 futtatás, futtatásonként 2 000 naplóbejegyzés, 30 perces élettartammal.

A leállítás gomb megszakítja a futtatást. A folyamatban lévő várakozások (Várakozás, Várakozás eddig, Időzítő) rendben megszakadnak, a nyitott kapcsolatok bezáródnak, a futó kódműveletek pedig félbeszakadnak.

A kérés típusú blokkok önmagukban is futtathatók, a teljes forgatókönyv indítása nélkül: így lehet gyorsan ellenőrizni, hogy egy hívás valóban elindul-e, még a többi bekötése előtt.

Érdemes Log műveleteket elhelyezni a fontos pontokon: ez a gráf console.log-ja, és ez az, ami CI-ben is előkerül.

A Toast művelet üzenetet jelenít meg a felületen. Az építés közben hasznos — headless módban nincs hatása, ott a futtatás normálisan folytatódik.

A Pro kiadás hozzáférést ad a lépésenkénti hibakereséshez: töréspontok a blokkokon, kontrollált továbblépés, az áthaladó értékek vizsgálata. Lásd: Előfizetések és képességek.

Minden blokknak van error portja (kivéve az Output, a Most és a Retry blokkot). Az a blokk, amely bekötött error port nélkül hibázik, megbuktatja a futtatást.

Két hasznos minta:

  • Retry — hibahatárt vesz körül: a lentebbi hibákat elkapja, és a beállított stratégia szerint (fix, lineáris, exponenciális) újraindítja, az exhausted kimenettel jelezve, ha a kísérletek elfogytak.
  • Throw — szándékosan hibázik, üzenettel. Erre van szükség ahhoz, hogy egy CI-feladat üzleti feltétel alapján megbukjon.

Egy AI-ügynök el tudja indítani és figyelni egy forgatókönyvet (Pro kiadás): run_scenario (a params, interactive, blocking argumentummal), get_scenario_run_status (amely visszaadja a naplót, a várakozó bekéréseket és az al-futtatások fáját), list_scenario_runs, stop_scenario_run és answer_scenario_input. Lásd: MCP-eszközök.