> Markdown twin of https://conduitllm.com/es/automate-with-workflows.html > Crea en Conduit un flujo de trabajo que vigila las versiones de un proyecto, resume cada una con un modelo barato y te avisa solo de cambios incompatibles. --- Tutorial # Cómo automatizar tareas con los flujos de trabajo de Conduit Actualizado el 15 de octubre de 2026 Hay tareas que conviene hacer a diario pero que no merece la pena hacer a mano: leer un registro de cambios, comprobar si una página ha cambiado, resumir lo que ha llegado a una carpeta. Los flujos de trabajo de [Conduit](https://conduitllm.com/es/), una aplicación de escritorio de IA gratuita y de código abierto, ejecutan por ti estas rutinas, con un horario o cuando aparece algo nuevo, y solo te avisan cuando hay algo que ver. ## Introducción Un flujo de trabajo es una lista de pasos que se ejecutan en orden. Algunos obtienen o leen cosas, otros le piden a un modelo que trabaje sobre ellas y otros guardan el resultado o te lo comunican. Cada paso puede usar lo que produjeron los anteriores, y puedes ejecutar la lista entera a mano, con un horario o cada vez que un feed o una carpeta reciba algo nuevo. En este tutorial crearás un flujo de trabajo que vigila las versiones de una herramienta de la que dependes. El ejemplo usa [uv](https://github.com/astral-sh/uv), el gestor de paquetes de Python, porque publica versiones con frecuencia y sus notas de versión son detalladas. Por cada versión nueva, el flujo de trabajo lee las notas de versión, le pide un resumen breve a un modelo de bajo costo, guarda el resumen y te envía una notificación de escritorio solo cuando la versión tiene cambios incompatibles. Lo probarás sin riesgo, leerás lo que hizo cada paso, corregirás un paso sin volver a ejecutar todo y, por último, lo aprobarás para que se ejecute por su cuenta. Puedes seguir el tutorial con cualquier proyecto de GitHub; solo cambia la dirección del feed. ## Puntos clave - Un flujo de trabajo puede empezar a mano, con un horario (todos los días, los días laborables o cada pocas horas), o cuando aparece una publicación nueva en un feed RSS o Atom o llega un archivo nuevo a una carpeta. - Los pasos se pasan resultados mediante valores que insertas desde un menú, como el enlace de la publicación o el texto que produjo un paso anterior. - Cada paso que usa un modelo puede elegir el suyo, así que el trabajo rutinario puede ir a un modelo rápido y económico. - Un paso **Continuar solo si…** termina una ejecución sin hacer ruido cuando no hay nada que merezca tu atención. - Antes de que un flujo de trabajo se ejecute por su cuenta, enumera todo lo que se le permitirá hacer y tú apruebas la lista. Cualquier otra cosa detiene la ejecución y pregunta. - Cada ejecución registra lo que hizo cada paso, y puedes volver a ejecutar desde cualquier paso sin repetir los anteriores. - El mismo flujo de trabajo puede dibujarse como un lienzo, ramificarse según una condición, ejecutar pasos en paralelo y pasar trabajo a agentes que preguntan antes de actuar. ## Requisitos previos Para seguir este tutorial necesitarás: - **Conduit instalado** en Windows, macOS o Linux. Descarga la última versión desde la [página de versiones](https://github.com/runningpixels/conduit/releases). - **Un proveedor de modelos configurado en Conduit** con tu propia clave de API. Este tutorial usa GLM 5.3 Flash a través de OpenRouter para los resúmenes, pero sirve cualquier proveedor, incluido un modelo local. Para configurar uno, sigue alguna de las [guías de proveedores](https://conduitllm.com/providers.html) (en inglés), como [Use OpenRouter in a desktop app](https://conduitllm.com/providers/openrouter.html) (en inglés). - **Notificaciones de escritorio permitidas** para Conduit en los ajustes de tu sistema operativo, para que puedas ver las alertas que envía el flujo de trabajo. - **(Opcional) La dirección de un feed que te interese.** Cada repositorio de GitHub publica sus versiones como un feed Atom en `https://github.com///releases.atom`. ## Paso 1: empezar desde un flujo de trabajo ya hecho Conduit incluye flujos de trabajo ya hechos que puedes usar tal cual o modificar. En este paso crearás uno que ya vigila un feed y lo usarás como base para el vigilante de versiones. Elige **Flujos de trabajo** en la barra lateral, o pulsa Ctrl+6 (⌘6 en macOS). Si todavía no tienes ningún flujo de trabajo, la página muestra los ya hechos bajo **Aún no hay flujos de trabajo**; si ya tienes alguno, elige **Nuevo flujo de trabajo** para verlos. La lista incluye: - **Resumen matutino** — lee dos sitios y guarda las noticias principales de cada uno en un solo resumen. - **Vigilar una página** — comprueba una página y solo te avisa cuando ha cambiado. - **Seguimiento de un tema** y **Resumen semanal de investigación** — buscan o investigan un tema y mantienen un resumen al día. - **Presentación de cifras semanales** y **Sección del informe mensual** — actualizan una presentación de Diapositivas o un borrador de Escritura que elijas. - **Resumir publicaciones nuevas** y **Carpeta de entrada** — se ejecutan una vez por cada publicación nueva de un feed o cada archivo nuevo de una carpeta. - **Comparar notas con mis documentos** — compara un archivo de notas con fragmentos de tus colecciones de documentos. - **Empezar desde cero** — un flujo de trabajo vacío que construyes paso a paso. Busca **Resumir publicaciones nuevas** y elige **Usar esta plantilla**. Conduit crea el flujo de trabajo y abre su página. El flujo de trabajo nuevo ya tiene cuatro pasos: obtiene la publicación, le pide al modelo que la resuma, guarda el resumen y muestra una notificación. Todavía no se ejecuta nada; un flujo de trabajo que vigila un feed solo empieza a vigilar cuando activas **Ejecutar automáticamente**, lo que harás en el Paso 9. A continuación lo apuntarás a las versiones de uv. ## Paso 2: apuntar el flujo de trabajo a un feed de versiones Lo que inicia un flujo de trabajo se define en su sección **Empieza cuando**. En este paso cambiarás el feed que vigila este: pasará del blog de Rust a las versiones de uv. En la página del flujo de trabajo, elige **Editar**. La cabecera muestra el nombre del flujo de trabajo con **Editar como JSON**, **Cancelar** y **Guardar**. Los pasos están a la izquierda; un panel lateral a la derecha contiene **Inicio** (con las opciones de **Empieza cuando**), después **Se pide en cada ejecución**, **Ayudantes** y **Ajustes del flujo de trabajo**, donde defines el nombre, la descripción, el proveedor de modelos y la carpeta. **Nota:** Los flujos de trabajo también pueden mostrarse como lienzo. Sobre los pasos, un selector **Lienzo** / **Lista** elige la vista, y Conduit recuerda tu elección. Este tutorial usa la vista de lista, así que elige **Lista** para ver las tarjetas de paso que describe. Haz estos cambios: 1. En **Ajustes del flujo de trabajo**, cambia el **Nombre** a `uv releases`. 2. En **Empieza cuando**, deja seleccionada la opción **aparece una publicación nueva en un feed** y pon en **Dirección del feed** el valor `https://github.com/astral-sh/uv/releases.atom`. 3. Pon **Comprobar cada** en **360 minutos**. Un vigilante de versiones no necesita mirar cada media hora; comprobar cuatro veces al día es más que suficiente. Las otras opciones de **Empieza cuando** son **Solo cuando yo lo ejecute o según un horario**, para flujos de trabajo que ejecutas a mano o a horas fijas; **aparece un archivo nuevo en la carpeta del flujo de trabajo**, que exige elegir antes una carpeta en **Ajustes del flujo de trabajo**; y **un conector avisa de algo nuevo**. **Nota:** La primera vez que el flujo de trabajo mira el feed, solo anota las versiones que ya están. No resumirá una acumulación de versiones antiguas, solo las que se publiquen después de que lo actives, empezando por la más antigua. Si llegan varias a la vez, inicia como máximo cinco ejecuciones por comprobación y el resto espera a la siguiente. El flujo de trabajo ya vigila el feed correcto. A continuación verás cómo su primer paso usa la publicación que inició la ejecución. ## Paso 3: obtener las notas de versión Cada ejecución de un flujo de trabajo con feed trata de una publicación, y los datos de esa publicación están disponibles para todos los pasos como valores. En este paso verás cómo el primer paso usa uno de ellos para obtener las notas de versión. Baja hasta **Pasos**. Cada paso es una tarjeta titulada con su número y su tipo, como **1. Obtener páginas**, con un id corto al lado, aquí `fetch`. El id es lo que usan los pasos posteriores para referirse a este. El campo **Página 1** del paso de obtención contiene un chip con el enlace de la publicación. Los valores como este se insertan con el menú **Insertar valor…** que hay junto a cada campo, y que enumera lo que está disponible en ese punto del flujo de trabajo: - **Del disparador** — el título, el enlace, el resumen, la fecha y el id de la publicación. - **Pasos anteriores** — lo que produjeron los pasos de arriba, como *fetch · texto de la primera página*. - **Se pide en cada ejecución** — valores que rellenas al ejecutar el flujo de trabajo, si añades alguno. Deja el paso de obtención como está. En el caso de uv, el enlace de cada publicación es la página de GitHub de esa versión, así que el paso obtiene las notas de versión. Un paso de obtención lee hasta diez páginas, conserva hasta 50 000 caracteres de cada una y solo obtiene direcciones https públicas. Fíjate en el ajuste **Si falla, reintentar** de la tarjeta: de forma predeterminada, una obtención se reintenta dos veces, lo que supera un fallo breve de red. Todos los pasos tienen también **Continuar aunque este paso falle**. Déjalo desactivado aquí; sin las notas de versión no hay nada que resumir. El flujo de trabajo ya puede leer cada versión nueva. A continuación le dirás al modelo qué hacer con ella. ## Paso 4: escribir el paso de resumen y elegir su modelo Un paso **Preguntar al modelo** envía a un modelo una instrucción y algo de texto, y se queda con la respuesta. En este paso escribirás una instrucción adecuada para notas de versión y elegirás un modelo económico solo para este paso. Busca el paso 2, **Preguntar al modelo**, con el id `summary`. Sustituye su **Instrucción** por lo siguiente: ``` Summarize these release notes for a developer who uses this tool every day. List new features and fixes in at most five bullet points. Then add a section titled "Breaking changes" that lists anything that could break an existing project, such as removed options, changed defaults or new minimum versions. If there are none, write exactly: No breaking changes. ``` El campo **Texto con el que trabajar** ya contiene el título de la publicación seguido del texto obtenido, de modo que el modelo sabe qué versión está leyendo. Déjalo como está. La última línea de la instrucción es importante. En el Paso 6 usarás esa frase exacta para decidir si te avisa, por eso se le pide al modelo que la escriba siempre igual. Ahora elige el modelo. En **Modelo para este paso**, el valor predeterminado es **Usar el modelo del flujo de trabajo**, y el ajuste **Modelo** del propio flujo de trabajo, en la parte superior del editor, es por defecto **Seguir el modelo del chat**, es decir, el último modelo que elegiste en un chat. Para un resumen rutinario, elige en su lugar un modelo rápido y de bajo costo. Este tutorial usa **GLM 5.3 Flash** a través de OpenRouter. **Nota:** Elegir un modelo por paso permite que un mismo flujo de trabajo combine modelos: uno barato para los resúmenes en bloque, uno más potente para una redacción final, o un modelo local para los pasos que manejan archivos privados. Si el proveedor que nombra un paso ya no está configurado, el paso usa el modelo del chat y la ejecución deja constancia del cambio, en lugar de fallar. El flujo de trabajo ya produce un resumen con una última sección predecible. A continuación te asegurarás de que se conserve cada resumen. ## Paso 5: guardar cada resumen Un paso **Guardar un documento** almacena texto como un documento que puedes abrir más tarde. En este paso lo configurarás para que conserve un documento por versión. Busca el paso 3, **Guardar un documento**, y configura: - **Título** — `uv ` seguido del chip *Título de la publicación*, para que cada documento lleve el nombre de su versión. - **Contenido** — deja el chip del resumen y la línea `Source:` con el enlace de la publicación. - **Guardar como** — **Documento**. - **En cada ejecución** — **Agrega un nuevo documento**. La otra opción de **En cada ejecución**, **Reemplaza el mismo documento**, conserva un único documento con el último resultado, lo que conviene para vigilar una página o para un resumen diario. Para un historial de versiones, lo que quieres es un documento por versión. El guardado va antes de la comprobación que añadirás a continuación, a propósito: así se registra cada versión, incluso las que hoy no requieren tu atención. A continuación añadirás el paso que decide si te avisa. ## Paso 6: avisar solo de los cambios incompatibles Un paso **Continuar solo si…** comprueba un valor y termina la ejecución sin hacer ruido si la comprobación falla. En este paso añadirás uno entre el guardado y la notificación, de modo que solo recibas aviso de las versiones con cambios incompatibles. Al final de **Pasos**, abre **Agregar un paso…** y elige **Continuar solo si…**. El paso nuevo se añade al final, así que usa su botón ↑ para subirlo por encima de **Mostrar una notificación**. Después configura: - **Valor que se comprueba** — inserta *summary · texto* desde **Pasos anteriores**. - **Continuar solo si** — **no contiene**. - **Texto** — `No breaking changes`. La comparación ignora las mayúsculas y los espacios sobrantes. Las otras pruebas son **ha cambiado desde la última ejecución**, **no está vacío**, **está vacío**, **contiene** y **es igual a**; la primera es la que usa la plantilla **Vigilar una página** para avisarte solo cuando una página cambia. Por último, actualiza el paso 5, **Mostrar una notificación**. Pon en **Título** el valor `Breaking changes in uv` y en **Mensaje** el chip *Título de la publicación*. Si alguna vez el modelo olvida la frase exacta, la comprobación deja pasar la notificación, así que el peor caso es una notificación que no necesitabas, nunca un cambio incompatible que se te escape. Elige **Guardar**. Si algo no cuadra, como un paso que lee un valor que todavía no existe, el editor lo enumera bajo **Corrige esto antes de guardar:** y mantiene **Guardar** desactivado hasta que lo arregles. Después de guardar, la página del flujo de trabajo enumera los cinco pasos en lenguaje sencillo. El flujo de trabajo está completo. Antes de dejar que se ejecute por su cuenta, lo probarás. ## Paso 7: probar el flujo de trabajo con Ejecutar ahora Una ejecución de prueba te muestra exactamente lo que hará el flujo de trabajo, con datos reales. En este paso lo ejecutarás una vez a mano. En la página del flujo de trabajo, elige **Ejecutar ahora**. En un flujo de trabajo que vigila un feed, una ejecución manual usa como prueba la publicación más reciente del feed, así que no tienes que esperar a la próxima versión. El botón cambia a **Ejecutando…**, aparece un botón **Detener** y la ejecución aparece en **Ejecuciones recientes** como **Ejecución de prueba:** seguido del nombre de la versión. Casi todo el tiempo de la ejecución se va en el paso del modelo. Con GLM 5.3 Flash, la ejecución de prueba que se muestra aquí tardó menos de un minuto. Al terminar, su estado dice **Finalizado** si la versión tenía cambios incompatibles y recibiste una notificación, o **Nada nuevo** si la comprobación terminó la ejecución después de guardar el resumen. En ambos casos, **Guardado:** enlaza con el resumen que guardó. **Nota:** Las aprobaciones no frenan una ejecución que inicias a mano, porque tú estás presente para supervisarla. Las aprobaciones, que configurarás en el Paso 9, son para las ejecuciones que nadie supervisa. Es normal que un modelo juzgue de forma distinta, de una ejecución a otra, las versiones dudosas. uv 0.12.24 era sobre todo correcciones de errores, algunas de las cuales hacen a uv más estricto, como comprobar los hashes proporcionados incluso cuando la comprobación de hashes está desactivada. En dos ejecuciones de prueba con esa versión, GLM 5.3 Flash enumeró una vez esas correcciones como cambios incompatibles y otra vez escribió *No breaking changes.* Si quieres enterarte de cambios como estos, indícalo en la instrucción, por ejemplo: *Count bug fixes that make uv stricter as breaking changes.* Elige un modelo que responda directamente para pasos como este. Un modelo que razona largo y tendido antes de responder puede tardar muchos minutos con una página extensa, y una ejecución se detiene al alcanzar su límite de 30 minutos. A continuación abrirás la ejecución y verás qué hizo cada paso. ## Paso 8: leer una ejecución y volver a ejecutar un paso Cada ejecución conserva un registro de cada paso: qué entró, qué salió, qué modelo usó y cuánto tardó. En este paso leerás ese registro, cambiarás el resumen y volverás a ejecutar solo los pasos que lo necesiten. Elige la ejecución de prueba en **Ejecuciones recientes**. La sección **Qué hizo esta ejecución** enumera los pasos, cada uno con un estado: **Finalizado**, **Fallido**, **Omitido** o **Reutilizado**. Si la comprobación terminó la ejecución, dice **Nada nuevo: se detuvo en** seguido del id del paso, aquí `check`. Despliega el paso `summary`. Una línea que empieza por *Se usó* indica el modelo y el proveedor con los que se ejecutó, y debajo están la **Entrada** y la **Salida** del paso. En **Guardado:**, elige el nombre del documento para abrir el propio resumen. Supón que el resumen es más largo de lo que quieres. Elige **Editar**, cambia `at most five bullet points` por `at most three bullet points` y guarda. Después abre otra vez la ejecución de prueba, busca el paso `summary` y elige **Volver a ejecutar desde este paso**. La ejecución nueva marca el paso de obtención como **Reutilizado**: toma las notas de versión de la ejecución anterior en lugar de obtenerlas de nuevo, y ejecuta el resumen, el guardado, la comprobación y la notificación con tu instrucción nueva. En la ejecución que se muestra abajo, la nueva ejecución tardó 10 segundos, frente a 16 de la ejecución completa, porque no se volvió a obtener la página. En un flujo de trabajo más largo, esto ahorra tiempo y llamadas al modelo. Si una ejecución falla, la misma vista muestra qué paso falló y por qué, en lenguaje sencillo. Corrige ese paso y vuelve a ejecutar desde él. El flujo de trabajo hace lo que quieres. A continuación dejarás que se ejecute por su cuenta. ## Paso 9: activar las ejecuciones automáticas Un flujo de trabajo que se ejecuta por su cuenta tiene que aprobarse antes. En este paso revisarás lo que puede hacer el vigilante de versiones y lo activarás. En la página del flujo de trabajo, elige el chip **Empieza** bajo la descripción (en la vista de lienzo, selecciona en su lugar el paso Inicio). Se abre el panel Inicio con una sección **Programación**; marca **Ejecutar automáticamente**. (**← Atrás** en el panel vuelve al flujo de trabajo.) Conduit muestra un panel titulado **¿Dejar que se ejecute por su cuenta?**, que enumera todo lo que se le permitirá hacer al flujo de trabajo sin preguntar. Para el vigilante de versiones, la lista es: - **Leer páginas en github.com** — para leer el feed. - **Leer páginas en las direcciones que obtenga el paso «fetch» al ejecutarse** — la dirección del paso de obtención procede del feed, así que Conduit no puede nombrar el sitio de antemano. - **Enviar texto a OpenRouter, en línea** — para el paso de resumen. - **Guardar documentos**. Las notificaciones y la comprobación no necesitan aprobación. Elige **Permitir y activar**. La sección muestra ahora **Vigilando github.com cada 360 min**, y una línea que empieza por **Cuando se ejecuta por su cuenta, puede:** mantiene a la vista la lista aprobada. Si más adelante editas el flujo de trabajo de modo que necesite algo más, como un sitio nuevo u otro proveedor, la página muestra **Necesita tu aprobación para más** con un botón **Aprobar**. Hasta que apruebes, una ejecución automática que llega a ese paso se detiene y pregunta. Recibes una notificación, la ejecución muestra **Te necesita** e Inicio la enumera en **Te necesita**. Puedes elegir **Permitir una vez**, **Permitir siempre** o **No permitir**; si nadie responde en un día, el paso no sigue adelante. La primera vez que activas las ejecuciones automáticas, Conduit también ofrece **Mantener en el área de notificación**. Las ejecuciones automáticas solo ocurren mientras Conduit está en funcionamiento, así que acepta si cierras la ventana a menudo. Puedes cambiarlo más tarde en la misma sección, junto con **Iniciar Conduit en el área de notificación al iniciar sesión**. **Nota:** Para ejecutar un flujo de trabajo a horas fijas en lugar de cuando cambia un feed, elige **Solo cuando yo lo ejecute o según un horario** en **Empieza cuando**. Entonces **Ejecutar automáticamente** ofrece **Todos los días** o **Los días laborables** a la hora que elijas, o **Cada pocas horas**: cada 1, 2, 3, 4, 6, 8, 12 o 24 horas. El vigilante de versiones ya se ejecuta por su cuenta. En el último paso verás una forma más rápida de empezar el siguiente. ## Paso 10: describir un flujo de trabajo en lugar de construirlo No tienes que construir todos los flujos de trabajo paso a paso. En este paso harás que Conduit redacte uno a partir de una frase. En la página Flujos de trabajo, elige **Nuevo flujo de trabajo**. En **Describe un flujo de trabajo**, escribe: Todos los días laborables a las 9:00, lee la portada de Hacker News y la portada de Lobsters, y guarda una lista con las noticias sobre Rust o Python. Elige **Crear borrador**. El modelo del chat escribe un flujo de trabajo, Conduit lo comprueba igual que comprueba uno que guardas, y devuelve al modelo los problemas que encuentre para que los corrija. El borrador se abre en el editor *sin guardar*: no se guarda ni se programa nada hasta que eliges **Guardar** y lo activas tú. El modelo nunca elige lo que solo puedes elegir tú, como una carpeta, una presentación o una colección de documentos, y no activa horarios. Cuando un borrador necesita alguna de estas cosas, el editor muestra **Falta completar antes de guardar** con una lista breve. Para la descripción anterior, la lista dice *Activa la programación: todos los días laborables a las 9:00.*, un recordatorio para configurar el horario en la página del flujo de trabajo después de guardarlo. Hay otras dos formas de iniciar un flujo de trabajo a partir de palabras: - **Desde Inicio.** Escribe lo que quieres en el cuadro de preguntas y elige el chip **Automatizar**; Conduit abre Flujos de trabajo y redacta el borrador. - **Desde un chat.** Después de hacer algo a mano en un chat, abre la paleta de comandos con Ctrl+K (⌘K en macOS) y elige **Guardar chat como flujo de trabajo…**. El borrador se basa en lo que pediste y en las herramientas que se usaron; el modelo no ve las páginas ni los documentos en sí. En cualquiera de los dos casos, revisa el borrador, pruébalo con **Ejecutar ahora** y solo entonces activa **Ejecutar automáticamente**. ## Más allá: lienzo, ramas y agentes El vigilante de versiones es una línea recta, pero un flujo de trabajo no tiene por qué serlo. Cuatro cosas se apoyan en lo que acabas de hacer. - **El lienzo.** Activa **Lienzo** en la vista de pasos para ver el inicio, cada paso, los bucles y las líneas entre ellos. Durante una ejecución, cada paso indica si está en curso, terminado, fallido, omitido o esperándote, y al seleccionar un paso ves su entrada y su salida. En el editor puedes añadir pasos desde una paleta, arrastrarlos para reordenarlos y arrastrar un cable de un paso a otro para elegir qué salida va a qué campo, en lugar de escribirlo. - **Ramas y pasos en paralelo.** Un paso **Si… si no** envía la ejecución por un camino Sí o No; el camino que no se toma queda registrado como *No tomado*. Un paso puede esperar a varios pasos anteriores, así que los pasos que no dependen entre sí se ejecutan en paralelo, hasta cuatro a la vez, y un paso posterior puede reunirlos. Si en el vigilante de versiones sustituyes el paso **Continuar solo si…** por una rama, por ejemplo, un camino podría notificar y el otro solo guardar. - **Resultados.** Todo lo que guardó una ejecución terminada se conserva con una vista previa. Abre la pestaña **Resultados** de un flujo de trabajo, o la lista Resultados de la barra lateral de Flujos de trabajo para ver todos los flujos, y usa **Abrir** para leerlo. - **Agentes.** Un paso **Dejar que el modelo use herramientas** puede usar hasta diez herramientas de conector y pasar tareas a ayudantes que defines, cada uno con sus propias instrucciones, modelo y límite de tokens. Una herramienta de conector que envía, publica o edita algo pausa la ejecución y pregunta, y la **Bandeja** reúne todo lo que esperan tus flujos de trabajo. Con **Configuración → Ordenador** activado, un agente también puede ejecutar comandos y cambiar archivos en una carpeta que indiques, y cada comando pregunta primero, salvo que lo cubra una regla que permitiste. La [documentación de Flujos de trabajo](https://conduitllm.com/docs.html#workflows) enumera los límites. ## Todos los tipos de paso de un vistazo El vigilante de versiones usa cinco tipos de paso. Aquí están todos, tal como aparecen en el menú **Agregar un paso…**: | Paso | Qué hace | | --- | --- | | Obtener páginas | Lee hasta diez páginas web, incluidos PDF. Hasta 50 000 caracteres por página. | | Buscar en la web | Busca con el backend de búsqueda elegido en Configuración y devuelve hasta 20 resultados. | | Leer un archivo | Lee un archivo de texto, Markdown, CSV, JSON, PDF o Word de la carpeta del flujo de trabajo, y de ningún otro sitio. | | Convertir texto en una tabla | Convierte CSV, TSV o JSON en filas y columnas que los pasos posteriores pueden usar. | | Investigar un tema | Ejecuta una investigación Rápida o Estándar y produce un informe con citas. | | Buscar en mis documentos | Encuentra los fragmentos que mejor coinciden con una consulta en las colecciones de documentos que elijas. | | Usar un conector | Llama a una herramienta de uno de tus conectores (servidores MCP). Las herramientas que solo leen se ejecutan solas; una que envía, publica o edita algo pausa la ejecución y pregunta. | | Preguntar al modelo | Envía una instrucción y algo de texto a un modelo, sin herramientas, y se queda con la respuesta. | | Dejar que el modelo use herramientas | Deja que el modelo busque en la web, lea páginas, consulte la hora, haga operaciones aritméticas, use herramientas de conector y pase tareas a ayudantes unas cuantas veces antes de responder. También puede ejecutar comandos y cambiar archivos en la carpeta del flujo de trabajo si lo activas. | | Actualizar una presentación | Modifica, según las instrucciones, una presentación de Diapositivas que elijas. El texto fijado nunca se cambia, y el cambio se puede deshacer. | | Actualizar un borrador | Modifica de la misma forma un borrador de Escritura que elijas. | | Escribir texto | Junta valores de pasos anteriores en un solo texto, sin usar un modelo. | | Repetir para cada elemento | Ejecuta los pasos que contiene una vez por cada elemento de una lista, hasta 50 elementos. | | Guardar un documento | Guarda un documento o una página web en Conduit, ya sea uno nuevo en cada ejecución o reemplazando siempre el mismo. | | Guardar un archivo | Escribe un archivo Markdown, de texto, CSV, JSON o HTML en la carpeta de exportaciones de Conduit. | | Sugerir un recuerdo | Sugiere algo para Memoria. No se recuerda nada hasta que lo aceptes. | | Preguntarme | Detiene la ejecución para hacerte una pregunta, con opciones o una respuesta escrita, y un valor predeterminado si nadie responde. | | Mostrar una notificación | Muestra una notificación de escritorio, opcionalmente solo cuando difiere de la de la ejecución anterior. | | Continuar solo si… | Termina la ejecución sin hacer ruido, como *Nada nuevo*, a menos que un valor supere una comprobación. | | Si… si no | Envía la ejecución por un camino Sí o No con las mismas comprobaciones. Los pasos del otro camino quedan registrados como *No tomado*. | Un flujo de trabajo puede tener hasta 50 pasos. Todos los campos de texto de todos los pasos pueden incluir valores insertados, y toda la definición se puede editar a mano con **Editar como JSON** en el editor. En esa vista, los valores insertados se escriben como `{{steps.summary.text}}` o `{{trigger.link}}`; para escribir las propias llaves, pon una barra invertida delante: `\{{`. Como referencia, este es el vigilante de versiones que construiste, tal como lo muestra la vista JSON: ``` { "steps": [ { "id": "fetch", "type": "fetch_page", "urls": [ "{{trigger.link}}" ] }, { "id": "summary", "input": "{{trigger.title}}\n\n{{steps.fetch.text}}", "model": { "model": "z-ai/glm-5.3-flash", "provider": "openrouter" }, "prompt": "Summarize these release notes for a developer who uses this tool every day.\n…", "type": "summarize" }, { "content": "{{steps.summary.text}}\n\nSource: {{trigger.link}}", "id": "save", "mode": "create", "title": "uv {{trigger.title}}", "type": "save_artifact" }, { "id": "check", "is": "not_contains", "text": "No breaking changes", "type": "condition", "value": "{{steps.summary.text}}" }, { "body": "{{trigger.title}}", "id": "notify", "title": "Breaking changes in uv", "type": "notify" } ], "trigger": { "everyMinutes": 360, "kind": "feed", "url": "https://github.com/astral-sh/uv/releases.atom" } } ``` ## Preguntas **¿Un flujo de trabajo se ejecuta con Conduit cerrado?** No. Las ejecuciones programadas y automáticas ocurren mientras Conduit está en funcionamiento. Para que sigan después de cerrar la ventana, activa **Mantener en ejecución en el área de notificación al cerrar la ventana** en la sección **Programación** del flujo de trabajo y, si quieres, también **Iniciar Conduit en el área de notificación al iniciar sesión**. Una ejecución programada que se perdió mientras Conduit estaba cerrado se recupera una sola vez, la próxima vez que se inicia, y no una vez por cada hora perdida. **¿Cuánto cuesta ejecutar un flujo de trabajo?** Conduit es gratis. Los pasos que obtienen páginas, leen archivos, comprueban condiciones, guardan documentos o muestran notificaciones no llaman a ningún modelo y no cuestan nada. Los pasos que consultan al modelo los factura tu proveedor, a tu propia clave, como cualquier mensaje de chat. Cada ejecución está limitada a 30 minutos de tiempo de ejecución y 500 000 tokens de modelo, y se detiene con un mensaje si se pasa. Cada llamada al modelo que hace un flujo de trabajo queda registrada en **Configuración → Uso y costo**. **¿Puede un flujo de trabajo cambiar cosas en mis otras aplicaciones?** Sí, con tu aprobación. Un paso **Usar un conector** ejecuta solo las herramientas que únicamente leen, como listar incidencias o leer un calendario. Una herramienta que envía, publica o edita algo pausa la ejecución y muestra la llamada exacta, y eliges **Enviar**, **Editar** o **No enviar**; puedes permitir una acción a partir de ahora en ese flujo de trabajo. Dentro de Conduit, un flujo de trabajo puede guardar documentos y archivos, sugerir un recuerdo para que lo aceptes y actualizar la presentación de Diapositivas o el borrador de Escritura que elijas. Las actualizaciones nunca tocan el texto que fijaste, y **Deshacer esta actualización**, en la ejecución, devuelve la presentación o el borrador a su estado anterior. **¿Puede una página web tomar el control de un flujo de trabajo?** No. Una página obtenida es solo texto sobre el que trabajan los pasos siguientes; no puede añadir pasos ni cambiar las aprobaciones. Un paso **Preguntar al modelo** no tiene ninguna herramienta, así que una página con instrucciones no puede hacer que obtenga, busque o guarde nada. Un paso **Dejar que el modelo use herramientas** trata lo que lee en la web como datos, no como instrucciones, y solo dispone de las herramientas de solo lectura que marques. Una ejecución que nadie supervisa solo puede hacer lo que aprobaste al activar las ejecuciones automáticas. **¿Puedo compartir un flujo de trabajo con otra persona?** Todavía no hay un botón para importar ni exportar. Puedes copiar un flujo de trabajo a mano: elige **Editar**, luego **Editar como JSON**, y copia la definición. La otra persona crea un flujo de trabajo desde **Empezar desde cero**, abre **Editar como JSON** y la pega. Las aprobaciones no forman parte de la definición, así que tendrá que aprobarlo de nuevo antes de que se ejecute por su cuenta. **¿Puedo usar un modelo local?** Sí. Elige un modelo de Ollama o LM Studio como modelo del flujo de trabajo o en **Modelo para este paso**. En el modo solo local, un paso que nombra a un proveedor en la nube falla con un mensaje que lo explica, en lugar de enviar texto por internet. ## Conclusión En este tutorial creaste un flujo de trabajo que vigila las versiones de uv: obtiene las notas de cada versión nueva, las resume con un modelo de bajo costo, guarda cada resumen y te avisa solo de los cambios incompatibles. Lo probaste con una versión real, leíste lo que hizo cada paso, lo volviste a ejecutar desde el paso que cambiaste y aprobaste exactamente lo que puede hacer por su cuenta. El mismo patrón de obtener algo, preguntarle al modelo por ello, conservar el resultado y avisarte solo cuando importa sirve para muchas rutinas. Prueba a apuntar una copia a las versiones de cada herramienta de la que depende tu proyecto, usa **Vigilar una página** en una página de precios o de estado, o deja que **Carpeta de entrada** resuma cada archivo que sueltes en una carpeta. Para ir más allá, explora estas guías: - [La documentación de los flujos de trabajo](https://conduitllm.com/es/docs.html#workflows), con todos los ajustes y límites. - [Cómo hacer una investigación profunda con Conduit y Exa](https://conduitllm.com/es/research-with-exa.html), para conocer las investigaciones que usa el paso **Investigar un tema** de un flujo de trabajo. - [Las guías de proveedores](https://conduitllm.com/providers.html) (en inglés), para elegir y configurar los modelos que usan tus flujos de trabajo. [Descargar Conduit](https://github.com/runningpixels/conduit/releases) Los detalles de Conduit corresponden a la última versión y se pueden comprobar en [la documentación](https://conduitllm.com/es/docs.html) y en [el código fuente](https://github.com/runningpixels/conduit). ¿Has encontrado un error? [Cuéntanoslo](https://github.com/runningpixels/conduit/discussions) y lo corregiremos. ## Relacionados - [Cómo hacer una investigación profunda con Conduit y Exa](https://conduitllm.com/es/research-with-exa.html) — Activa la búsqueda con Exa, escribe un resumen de investigación y lee un informe con citas en Conduit, con células solares como ejemplo. Sin clave de Exa. - [Cómo enseñar un servidor MCP a un cliente](https://conduitllm.com/es/mcp-distribution.html) — Alojar un servidor MCP no es una demo para un cliente. Comparamos un chat alojado, Claude Desktop con una extensión y tu propio cliente de escritorio.