Виконання та налагодження сценарію

Запуск

Кнопка запуску в редакторі. Вона вимкнена, доки залишаються помилки перевірки.

Якщо сценарій оголошує параметри без значень, Restorm запитає їх у той момент, коли виконання до них дійде.

Стеження за виконанням

Журнал виконання наповнюється одразу під час роботи. Кожен запис має рівень (debug, info, warn, error), часову позначку з точністю до мілісекунди, повідомлення й, за потреби, структуровані дані.

Два рівні деталізації:

• типово показуються лише ваші власні записи — ті, що вироблені дією Log;
• повне подання додає записи рушія: старт і завершення кожного блоку, значення, що проходять зв’язками, помилки.

Кнопка копіювання журналу дає точнісінько той самий текст, що й вивід командного рядка: те, що ви вставите до тікета, збігається з тим, що видасть CI.

Історія запусків

Виконання архівуються поряд із проєктом, у тому самому файлі, що й історія відповідей. Типово: 50 останніх виконань, 2 000 записів журналу на виконання, з тривалістю життя 30 хвилин.

Зупинка

Кнопка зупинки перериває виконання. Поточні очікування (Очікувати, Очікувати до, Таймер) перериваються охайно, відкриті з’єднання закриваються, а дії з кодом, що виконуються, скасовуються.

Виконання окремого блоку

Блоки типу «запит» можна виконати ізольовано, не запускаючи весь сценарій: це швидкий спосіб переконатися, що виклик справді вирушає, перш ніж з’єднувати решту.

Налагодження

Журнал як перший рефлекс

Додавайте дії Log у стратегічних місцях: це console.log графа, і саме це ви побачите в CI.

Сповіщення

Дія Toast показує повідомлення в інтерфейсі. Корисно під час побудови — у безекранному режимі вона нічого не робить, а виконання триває звичайно.

Покроковий інспектор

Видання Pro дає доступ до покрокового налагодження: точки зупину на блоках, кероване просування, огляд значень у дорозі. Див. Плани та можливості.

Помилки

Кожен блок (окрім Вихід, Зараз і Retry) має порт error. Блок, що зазнав невдачі, коли його error не під’єднано, зриває виконання.

Два корисні шаблони:

• Retry — огортає межу помилок: невдачі нижче за течією перехоплюються й повторюються за налаштованою стратегією (стала, лінійна, експоненційна), із виходом exhausted, коли спроби вичерпано.
• Throw — навмисно зриває виконання з повідомленням. Це саме те, що потрібно, щоб завалити завдання CI за предметною умовою.

Керування через MCP

Агент зі штучним інтелектом може запускати сценарій і стежити за ним (видання Pro): run_scenario (з params, interactive, blocking), get_scenario_run_status (повертає журнал, запити на введення, що очікують, і дерево підзапусків), list_scenario_runs, stop_scenario_run та answer_scenario_input. Див. Інструменти MCP.