Volver a documentosConceptos clave

Automatizaciones

Disparadores que ejecutan un flujo de trabajo por su cuenta: programaciones, correo, GitHub, calendario, Notion y webhooks.

Última actualización: 31 de julio de 2026 · 9 min read

Una automatización es un disparador conectado a un flujo de trabajo (habilidad). El flujo dice qué hacer; la automatización dice cuándo. Juntos convierten una petición que antes escribías a mano en trabajo que ocurre sin ti.

Los recordatorios del calendario te piden que hagas el trabajo. Las automatizaciones lo hacen y luego te avisan de que está listo.

Toda automatización nombra tres cosas:

  1. El flujo de trabajo que se ejecuta
  2. El agente que lo ejecuta — decide el tono, el modelo y los conectores en juego
  3. El disparador — una programación, un evento en una de tus herramientas o un webhook entrante

Qué ocurre en cada ejecución

Cada disparo abre un chat nuevo. El chat vuelve a leer el contexto más reciente de tus herramientas, llama a los conectores que necesita y produce el resultado.

Esto importa por dos razones:

  • Sin estado acumulado. La ejecución del lunes pasado no se filtra en la de este lunes. El procedimiento es el mismo; los datos son frescos.
  • Cada ejecución es reproducible. Abre el historial de la automatización para ver exactamente qué hizo la última ejecución, dónde gastó créditos y qué produjo.

Si una ejecución falla — un corte de red, un token caducado, una entrada ambigua —, Zero registra el fallo con su motivo y te avisa en lugar de descartarlo en silencio.

Tipos de disparador

Tareas programadas

La familia más común: la automatización se ejecuta con una cadencia — diaria, semanal, cada hora, con una expresión cron propia, en un intervalo fijo o una sola vez en un momento fijado.

DisparadorSe activa
cronCon una expresión cron, en la zona horaria que indiques — 0 8 * * 1-5
onceUna sola vez, en la fecha y hora que fijes
loopEn un intervalo fijo — cada 15m, 1h, 90s

Cuatro formas de decir cuándo. No hace falta escribir cron:

  • Lenguaje natural. «Cada día laborable a las 8 de la mañana, hora de Los Ángeles» — Zero lo interpreta por ti. Zonas horarias, días laborables, «el primero de mes», «viernes sí, viernes no»: todo funciona. Es lo que elige la mayoría de los equipos.
  • Expresión cron. 0 8 * * 1-5, para un control preciso. Indica junto a ella la zona horaria IANA (Europe/Madrid, America/Los_Angeles).
  • Intervalo. Cada 15m, 1h, 90s — un loop, para comprobaciones de salud y sondeos donde no importa cuadrar con el reloj.
  • Una sola vez. Un único disparo en la fecha y hora que fijes — un once. Útil para un recordatorio atado a un lanzamiento, un embargo o una fecha límite.

Una programación sin zona horaria se ejecuta en UTC, que rara vez es lo que «las 9 de la mañana» significa para quien lee. Nombra la zona.

Casi cualquier «debería…» recurrente que llevas en la cabeza es candidato: un resumen matinal a las 8 cada día laborable, un digest semanal de métricas cada lunes, una limpieza de la bandeja de entrada cada noche, una comprobación de salud de producción cada 30 minutos, la preparación del consejo de fin de trimestre el día 25 del tercer mes.

Si el trabajo debe arrancar a partir de un evento y no de un reloj — llega un correo, se aprueba un PR, se publica una página —, alguno de los disparadores siguientes encaja mejor y no gasta ejecuciones sondeando.

Correo

DisparadorSe activa
gmail-new-messageCuando llega un mensaje nuevo
gmail-label-appliedCuando se aplica una etiqueta concreta a un mensaje

Ambos se acotan con reglas de texto sobre De, Para, Cc, Asunto y cuerpo — cada una disponible como contiene y no contiene. Sin reglas, una automatización de Gmail coincide con todos los mensajes entrantes, así que empieza estrecho.

Tría el correo de soporte sin vigilar la bandeja: gmail-new-message filtrado a from-contains: @dominio-cliente.com, ejecutando un flujo customer-reply-draft que prepara un borrador para tu revisión.

GitHub

DisparadorSe activa
github-label-appliedUna etiqueta cae en un issue o PR — filtra por etiqueta, repositorio, issues/PRs/ambos y si el actor eres tú o cualquiera
github-workflow-run-completedTermina una ejecución de Actions — filtra por repositorio, workflow, conclusión, rama, evento disparador, actor
github-workflow-job-completedTermina un job concreto — filtra además por nombre de job, etiqueta de runner, grupo de runner
github-pull-request-review-submittedSe envía una revisión — filtra por estado (aprobada, cambios solicitados, comentada), ramas base y head, autores de confianza
github-deployment-status-createdUn despliegue cambia de estado — filtra por entorno, estado, ref, creador, app y solo producción
github-issue-comment-createdAparece un comentario — filtra por repositorio, issues/PRs/ambos, actor y prefijo de comentario requerido

Los disparadores de GitHub necesitan la GitHub App instalada en tu espacio de trabajo. Los filtros aceptan valores separados por comas; omite uno para que coincida con todo.

Cierra el bucle de CI: github-workflow-run-completed con conclusion: failure en main, ejecutando un flujo que lee los logs, identifica el paso fallido y publica un diagnóstico en Slack.

Calendario

DisparadorSe activa
google-calendar-event-createdAparece un evento nuevo
google-calendar-event-updatedUn evento cambia
google-calendar-event-cancelledSe cancela un evento

Cada uno vigila un calendario — el principal por defecto.

No entres nunca en frío a una reunión: google-calendar-event-created ejecutando un flujo que investiga a los asistentes externos y sus empresas y te envía un informe previo.

Notion

DisparadorSe activa
notion-child-page-createdSe añade una página bajo una página padre que indiques
notion-database-item-createdSe añade una fila a una base de datos que indiques
notion-page-content-updatedCambia el contenido de una página, vigilada por página o por base de datos

CMS

DisparadorSe activa
strapi-entry-publishedSe publica una entrada — opcionalmente acotado a un tipo de contenido y una localización

Webhook y chat

DisparadorSe activa
webhookCualquier sistema externo llama a una URL de webhook firmada. El secreto de firma se muestra una sola vez, al crearlo: cópialo entonces. Disponible en Team y Enterprise.
chat-run-finishedTermina una ejecución en un hilo de chat que indiques — opcionalmente filtrado por estado final (completada, fallida, cancelada) y un patrón con comodines sobre el mensaje final de la ejecución

chat-run-finished es la forma de encadenar trabajo: la salida de una automatización es el pistoletazo de salida de la siguiente.

Crear una automatización

Desde un chat que funciona. Ejecuta la tarea una vez primero. Cuando produzca lo que quieres, di:

«Ejecuta esto cada día laborable a las 8 de la mañana, hora de Los Ángeles, y mándame el resultado por DM.»

Zero confirma el flujo, la cadencia y el destino, guarda el flujo si aún no existe y le engancha la automatización.

De forma explícita. Abre un flujo en tu espacio de trabajo y añádele una automatización, eligiendo el tipo de disparador y sus filtros. Útil cuando ya conoces la forma y no quieres una prueba en seco.

Las automatizaciones se pueden activar y desactivar por separado sin borrarlas — el movimiento correcto antes de unas vacaciones, o mientras depuras un disparador ruidoso.

Destinos

Una automatización necesita saber adónde va el resultado. Indícalo en la instrucción del flujo:

  • Canal de Slack o DM — lo más común; llega al canal como mensaje o hilo
  • Feishu o Microsoft Teams — la misma idea para equipos que viven allí
  • Telegram o mensaje de texto — para avisos personales, primero móvil
  • Una página o base de datos de Notion — para lo que conviene archivar más que difundir
  • Un Google Doc u hoja de cálculo — añadido o sobrescrito
  • Un issue de GitHub o comentario en un PR — para flujos de ingeniería
  • Un borrador de Gmail — preparado en tu cuenta para que lo revises y envíes
  • Una página alojada — para resultados que quieras compartir como URL pública
  • Un archivo del espacio de trabajo — cuando el artefacto es un vídeo, una imagen o un recurso descargable

«Publica en #engineering» o «mándame un DM» es más claro que «mándalo a algún sitio».

Consejos de operación

Vienen de ejecutar automatizaciones en producción:

  • Vigila las tres primeras ejecuciones. Las automatizaciones son fáciles de montar; son más fáciles de afinar cuando ves lo que Zero produce realmente en tu entorno.
  • Mantén cada tarea pequeña. Las automatizaciones largas y de muchos pasos son más frágiles. Si una sola tiene que actualizar cinco sistemas, plantéate partirla en dos.
  • Fija el destino. Los canales se renombran y la gente se va. Nombra el destino explícitamente en la instrucción del flujo; Zero avisará si no lo encuentra en la siguiente ejecución.
  • Acota temporalmente las consultas largas. Si el prompt pide «los últimos 30 días», repítelo en cada ejecución para que la ventana siga siendo fresca.
  • Cuida la zona horaria. Una programación sin zona horaria se ejecuta en UTC.
  • Pausa antes de las vacaciones. Sobre todo las automatizaciones que te mandan DM: volver a 14 DMs de resumen no sirve de nada. Desactiva la automatización y reactívala al volver; el flujo queda intacto.

Costes

Cada ejecución consume créditos, y cada ejecución se atribuye al agente que la lanzó. El historial muestra el coste en créditos por ejecución, así que puedes detectar las caras. Un resumen matinal suele ser barato — unos cientos de créditos. Un paquete semanal de contenido con varias herramientas puede costar uno o dos miles. Cómo se traduce esto a dólares está en Créditos y facturación.

Los intervalos loop cortos se multiplican rápido: cada 15 minutos son 96 ejecuciones al día.

Los disparadores de evento pueden ser sorprendentemente parlanchines. Una automatización de Gmail sin filtros, o una de GitHub sobre un monorepo con mucho movimiento, se dispararán mucho más a menudo de lo que esperas. Filtra estrecho primero y ensancha después.

Qué sigue