Ejecutar y depurar un escenario
Lanzar
Section titled “Lanzar”El botón de reproducción del editor. Está desactivado mientras queden errores de validación.
Si el escenario declara parámetros sin valor, Restorm los pide en el momento en que la ejecución llega a ellos.
Seguir la ejecución
Section titled “Seguir la ejecución”El registro de ejecución se va rellenando de forma continua. Cada entrada lleva un nivel
(debug, info, warn, error), una marca de tiempo con precisión de milisegundo, un
mensaje y, eventualmente, datos estructurados.
Dos niveles de detalle:
- por defecto, se muestran solo sus propias entradas, las producidas por la acción Log;
- la visualización completa añade las entradas del motor: inicio y fin de cada caja, valores que transitan por los enlaces, errores.
El botón de copiar el registro produce exactamente el mismo texto que la salida de la línea de comandos: lo que pega en un ticket es idéntico a lo que producirá la CI.
Historial de ejecuciones
Section titled “Historial de ejecuciones”Las ejecuciones se archivan junto al proyecto, en el mismo archivo que el historial de respuestas. Por defecto: las 50 últimas ejecuciones, 2000 entradas de registro por ejecución, con una duración de vida de 30 minutos.
Detener
Section titled “Detener”El botón de parada interrumpe la ejecución. Las esperas en curso (Esperar, Esperar hasta, Temporizador) se interrumpen limpiamente, las conexiones abiertas se cierran y las acciones de código en curso se abandonan.
Ejecutar una sola caja
Section titled “Ejecutar una sola caja”Las cajas de tipo petición se pueden ejecutar de forma aislada, sin lanzar todo el escenario: es la manera rápida de comprobar que una llamada sale correctamente antes de cablear el resto.
Depurar
Section titled “Depurar”El registro como primer reflejo
Section titled “El registro como primer reflejo”Añada acciones Log en los puntos estratégicos: es el console.log del grafo, y es lo que
recuperará en CI.
Las notificaciones
Section titled “Las notificaciones”La acción Toast muestra un mensaje en la interfaz. Es útil durante la construcción, y no tiene efecto en modo headless, donde la ejecución continúa con normalidad.
El inspector paso a paso
Section titled “El inspector paso a paso”La edición Pro da acceso a la depuración paso a paso: puntos de interrupción en las cajas, avance controlado, inspección de los valores en tránsito. Consulte Planes y capacidades.
Los errores
Section titled “Los errores”Toda caja (salvo Salida, Ahora y Retry) tiene un puerto error. Una caja que
falla sin que su error esté cableado hace fallar la ejecución.
Dos patrones útiles:
- Retry — envuelve una frontera de error: los fallos aguas abajo se capturan y se
relanzan según la estrategia configurada (fija, lineal, exponencial), con una salida
exhaustedcuando los intentos se agotan. - Throw — falla deliberadamente, con un mensaje. Es lo que hace falta para que un trabajo de CI falle por una condición de negocio.
Controlar por MCP
Section titled “Controlar por MCP”Un agente de IA puede lanzar y supervisar un escenario (edición Pro): run_scenario (con
params, interactive, blocking), get_scenario_run_status (que devuelve el registro, las
solicitudes de entrada pendientes y el árbol de subejecuciones), list_scenario_runs,
stop_scenario_run y answer_scenario_input. Consulte
Herramientas MCP.