Flujos de trabajo personalizados

​

Resumen

Un flujo de trabajo personalizado es un procedimiento reutilizable y estructurado por pasos que tú y Dexter ejecutan una y otra vez: una pasada de programación, una auditoría de calidad semanal, un reporte recurrente, un ciclo de actualización y comparación de datos. Captura cómo tu operación ejecuta el proceso: el orden de los pasos, las restricciones que importan (y cuánto), las decisiones de criterio, los scripts que hacen el trabajo determinista, y los puntos de aprobación. Los flujos de trabajo personalizados persisten entre conversaciones, aparecen automáticamente en la sección Flujos de trabajo de la barra lateral de Dexter, y mejoran ejecución tras ejecución mediante un ciclo de reflexión incorporado. La primera ejecución de un flujo de trabajo nuevo rara vez es perfecta; se vuelve así a medida que Dexter incorpora tus correcciones a los propios archivos del flujo de trabajo.

​

Cuándo vale la pena crear un flujo de trabajo

• Ejecutas un proceso operativo recurrente (diario, semanal, mensual, por pedido) y quieres estandarizarlo para que se ejecute igual cada vez.
• Acabas de terminar una tarea compleja de varios pasos con Dexter que querrás repetir.
• Quieres que una futura sesión de Dexter (o un compañero de equipo) ejecute el proceso como lo harías tú, sin tener que volver a explicar la operación desde cero.

Los análisis puntuales no necesitan un flujo de trabajo. Cualquier cosa que vayas a ejecutar más de un puñado de veces probablemente sí.

​

Qué contiene un flujo de trabajo

Un flujo de trabajo vive como un pequeño directorio de archivos que Dexter lee al momento de ejecutarlo: El nombre del flujo de trabajo tiene que ser único (no puede duplicar el nombre de un procedimiento incorporado) y su directorio usa formato kebab-case. Dexter se encarga de ambas cosas cuando configura el flujo de trabajo. Dos reglas estructurales aplican a todo flujo de trabajo:

1. El paso 1 siempre es el levantamiento de condiciones del día. Antes de tocar cualquier dato, Dexter pregunta qué es diferente en esta ejecución: equipo fuera de servicio, entregas faltantes o atrasadas, personal escaso, pedidos urgentes. Las condiciones operativas cambian a diario y los datos rara vez lo reflejan; este paso es cómo esos cambios entran a la ejecución.
2. El último paso siempre es la reflexión. Después de entregar el resultado, Dexter lee los aprendizajes de la ejecución, propone mejoras concretas a los archivos del flujo de trabajo, y las aplica solo después de que las apruebes.

​

Crear un flujo de trabajo con Dexter

Dile a Dexter que quieres guardar un proceso: “haz esto reutilizable”, “crea un flujo de trabajo para nuestra auditoría de calidad semanal”, “estandariza cómo armamos el programa diario.” Dexter también puede proponer crear uno por su cuenta después de que termines una tarea compleja de varios pasos que pueda notar que repetirás; de cualquier forma, no se escribe nada hasta que confirmes. Dexter te saca el proceso antes de escribir nada. Espera preguntas sobre:

• El objetivo — qué produce el proceso, quién lo consume, cómo se ve “terminado”
• Los pasos tal como los ejecutas hoy — en orden, con entradas y salidas por paso
• Las fuentes de datos que toca cada paso — y en cuáles confías
• Las restricciones — para cada una, cuánto importa: una regla obligatoria que nunca se viola, una preferencia flexible ponderada según cuánto te importa, o datos que parecen una regla pero deberían ignorarse
• Las decisiones de criterio — dónde decides por intuición, con decisiones de ejemplo y el razonamiento detrás de ellas
• Qué varía día a día — para que el levantamiento de condiciones pregunte sobre las interrupciones a las que este proceso realmente es sensible

Dexter luego plantea la estructura, escribe el README, los documentos auxiliares y los scripts, y te lee el procedimiento de vuelta para que confirmes los encabezados de los pasos y la ubicación de los puntos de aprobación antes de que quede activo. El flujo de trabajo está disponible de inmediato en la misma conversación y aparece automáticamente en la sección Flujos de trabajo de la barra lateral de Dexter.

​

Empezar desde el cuadro de nuevo flujo de trabajo

También puedes empezar desde una plantilla. Haz clic en el + junto al encabezado de la sección Flujos de trabajo en la barra lateral de Dexter, o abre el menú + en el compositor de mensajes y elige Flujo de trabajo, luego Crear un flujo de trabajo. El cuadro Nuevo flujo de trabajo ofrece dos plantillas:

• Pipeline ETL — ingiere archivos, transfórmalos con scripts deterministas, y produce un conjunto de datos en cada ejecución. Describes las Fuentes, la Transformación y el Resultado, y puedes agregar Comprobaciones de validación (opcional). El resultado es un pipeline de datos, que se muestra en la pestaña Pipelines de la página de Datos.
• Flujo de trabajo personalizado — describe cualquier procedimiento repetible en ¿Qué debe hacer este flujo de trabajo? y Dexter lo estructura.

Dale un Nombre, completa lo que sepas, y opcionalmente elige Archivos fuente (opcional) de tus archivos subidos e Integraciones (opcional) que Dexter debería revisar. Crear flujo de trabajo envía la solicitud a Dexter, quien hace preguntas aclaratorias en el chat antes de escribir el flujo de trabajo.

​

Puntos de aprobación: cómo verifica Dexter durante una ejecución

Un punto de aprobación es un punto de control donde Dexter te muestra un resultado intermedio y espera tu aprobación antes de que el siguiente paso lo consuma. Dexter resume lo que se produjo y las decisiones que lo definieron en su respuesta, en un reporte o como el propio artefacto en la plataforma, y luego hace una pregunta de aprobación corta. Aprueba, o rechaza con un comentario que le diga a Dexter qué cambiar. Los flujos de trabajo nuevos llevan más puntos de aprobación que los maduros. Cada punto de aprobación es una oportunidad de corrección: la retroalimentación rescata la ejecución actual y alimenta el ciclo de mejora. Un punto de aprobación solo se elimina cuando tú lo pides; el paso de reflexión puede proponer quitar uno una vez que las ejecuciones sean consistentemente limpias, pero la decisión es tuya.

​

Reflexión y el ciclo de mejora

Al final de cada ejecución, Dexter revisa dónde lo corregiste sobre la marcha, dónde un script causó fricción, dónde una instrucción fue lo bastante ambigua como para forzar una suposición, y qué información no llevaban los archivos del flujo de trabajo. Traduce eso en cambios concretos (una nueva restricción obligatoria, una preferencia flexible recalificada, un ejemplo de criterio agregado, una instrucción ambigua reescrita) y los presenta como una propuesta. A lo largo de suficientes ejecuciones, este ciclo es lo que hace converger un flujo de trabajo hacia la ejecución autónoma.

​

Ejecutar un flujo de trabajo

Desde el chat — pídelo por nombre: “Ejecuta el programa diario de producción.” Dexter toma el flujo de trabajo, recorre los pasos en orden, registra aprendizajes sobre la marcha, presenta los puntos de aprobación en los controles, y cierra con el paso de reflexión. Las ejecuciones largas mantienen visible una lista de tareas para que siempre sepas qué paso está en curso. También puedes escribir / en el compositor de mensajes para elegir un flujo de trabajo, o elegir uno desde el menú + del compositor bajo Flujo de trabajo. El flujo de trabajo activo se muestra como un chip en el compositor; haz clic en su × (Quitar flujo de trabajo) para eliminarlo. Desde la sección Flujos de trabajo — la sección Flujos de trabajo de la barra lateral de Dexter (el panel izquierdo de la página Chat) lista todos los flujos de trabajo personalizados de la fábrica, cada uno con un ícono de estado (En ejecución, Esperando respuesta, o Inactivo); el buscador de la barra lateral los filtra por nombre. Haz clic en un flujo de trabajo para abrir su página de detalle:

• Ejecutar — inicia una ejecución manual ahora; aparece en Ejecuciones Recientes, y puedes abrirla desde ahí una vez que esté en marcha
• Pestaña Pasos — el Resumen del flujo de trabajo (qué hace) y sus encabezados de pasos según la definición del flujo de trabajo
• Pestaña Archivos — los archivos que componen el flujo de trabajo (README, documentos auxiliares, scripts), que puedes ver, copiar o descargar
• Recurrente — un interruptor para ejecutar el flujo de trabajo según un horario (donde los trabajos programados están habilitados). Actívalo, elige un preajuste como Días laborables a las 05:00 o arma una expresión cron Personalizado, y haz clic en Activar programación. El horario se ejecuta en la zona horaria de tu navegador; Editar lo cambia y desactivar el interruptor lo pausa.
• Ejecuciones Recientes — cada ejecución con su estado; abre una para ver la conversación completa que ejecutó
• Último(s) Resultado(s) — los entregables que produjo la ejecución más reciente

Las ejecuciones son conversaciones comunes de Dexter, así que cada punto de aprobación, llamada a herramienta y resultado se puede revisar después.

​

Procedimientos personalizados frente a incorporados

ProDex incluye procedimientos incorporados para las formas recurrentes de trabajo que Dexter admite en todas partes: construir un modelo de simulación, comparar ejecuciones de escenarios, generar un reporte, explosión de BOM y configuración, análisis CAD, y corridas de planificación. Dexter los sigue automáticamente cuando la tarea lo requiere; no aparecen en la sección Flujos de trabajo y no puedes editarlos. Los flujos de trabajo personalizados son tuyos: codifican las particularidades de tu operación y evolucionan mediante el ciclo de reflexión. Cuando un procedimiento incorporado casi encaja pero necesita que le agregues tu operación, crea un flujo de trabajo personalizado que se apoye en el incorporado desde sus pasos.

​

Límites y advertencias

• Limitado a la fábrica activa. Un flujo de trabajo se ejecuta contra la fábrica en la que estés; un proceso que abarca varias fábricas necesita un flujo de trabajo por fábrica.
• Los puntos de aprobación no son opcionales hasta que los quites. Dexter no se saltará un punto de aprobación para ahorrar tiempo. Si un punto de aprobación pide algo que una ejecución no produce, señálalo en la ejecución para que el paso de reflexión pueda corregir el flujo de trabajo.
• Los aprendizajes son por flujo de trabajo. Lo que Dexter aprende ejecutando tu flujo de trabajo del programa diario no se transfiere al flujo de trabajo de auditoría semanal. El conocimiento entre flujos de trabajo pertenece a la base de conocimiento.
• El orden de los pasos es un contrato. Los pasos se ejecutan estrictamente en orden: sin saltarlos, reordenarlos ni combinarlos. Donde un paso legítimamente se ramifica, la ramificación se codifica de forma explícita en las instrucciones del paso.