Disparadores y conectores: qué inicia el trabajo
Toda automatización necesita un pistoletazo de salida y una forma de alcanzar los sistemas que toca. Los disparadores deciden cuándo se ejecuta un flujo de trabajo; los conectores deciden qué puede leer y cambiar. Son el cableado donde de verdad viven la mayoría de las caídas.
Toda automatización necesita un pistoletazo de salida y un par de manos. Los disparadores deciden cuándo se ejecuta; los conectores deciden qué puede tocar. La mayoría de las caídas viven calladas en ese cableado.
Despoja cualquier automatización y tiene tres partes: algo que la inicia, la lógica del medio y las conexiones a los sistemas externos que lee y cambia. El medio se lleva toda la atención. Los dos extremos — el disparador y los conectores — casi ninguna, y ahí es precisamente donde vive el problema. Un disparador responde cuándo; un conector responde qué puede tocar — el enlace autenticado a cada sistema externo, que lleva las credenciales que permiten a tu flujo de trabajo de verdad leer y cambiar cosas allí.
Los disparadores vienen en unas pocas formas familiares, y la primera decisión real es push o pull — ¿te llama el mundo exterior, o vas tú a comprobar?
Un webhook es la llamada entrante del curso de CLI: la plataforma genera una URL y espera, y nada se ejecuta hasta que algo la golpea. Una programación o un sondeo, en cambio, se ejecutan según tu reloj, haya pasado algo o no. El push es más oportuno; el pull es más simple y funciona incluso cuando el otro lado no ofrece eventos. Elige según si la fuente puede llamarte — y si un retraso de unos minutos está bien.
Por qué el cableado es donde viven las caídas
Tu lógica, una vez escrita, rara vez cambia por sí sola. El cableado sí. El token de acceso de un conector caduca y cada llamada empieza a fallar con 401 — la lección de autenticación del curso de CLI, llegando como una alerta a las 2 de la madrugada. La URL de un webhook cambia y el disparador simplemente nunca se activa, así que el flujo de trabajo no se cae — en silencio deja de ocurrir, lo cual es peor, porque nada te avisa. Una API externa ajusta su formato y el conector se atasca. Ninguno de estos es un error en tu ingenioso medio; son los extremos soltándose, porque los extremos dependen de un mundo que cambia sin avisarte.
Dónde se tuerce
Confiar en un disparador que nunca ves fallar. Un trabajo programado que se detiene en silencio se ve idéntico a uno que no tiene nada que hacer — hasta que notas una semana de resultados faltantes. Haz que el cableado sea ruidoso: alerta cuando un disparador no se haya activado en su ventana, cuando un conector devuelva errores de autenticación, cuando una credencial se acerque a su caducidad. Una automatización que solo te avisa cuando su medio se rompe está ciega exactamente donde es más probable que falle.
Ponlo en práctica
Para una automatización de la que dependes, anota su disparador y cada conector que usa, y junto a cada uno apunta: ¿cómo sabría si esto se rompió? Cualquier línea donde la respuesta honesta sea “no lo sabría, hasta que algo más abajo estuviera obviamente mal” es un punto ciego en el lugar exacto donde las caídas prefieren esconderse.
Basado en el modelo de disparador/conector común a plataformas de flujo de trabajo como n8n, apoyándose en las lecciones de webhooks y autenticación del curso CLI · MCP · API.