🌐 Por qué lo local no basta

Hasta ahora hiciste que tu agente de código respondiera a solicitudes: abres la terminal (el cuadro de texto que le da órdenes directamente a la computadora), escribes lo que quieres, el agente lo ejecuta y tú ves el resultado. Esto funciona muy bien — pero hay una condición oculta: tienes que estar ahí. Computadora encendida, aplicación abierta, tú presente para presionar Enter.

Piensa en una tarea «pendiente»: es ese recordatorio que espera a que alguien llegue para ejecutarlo. Escribiste una nota adhesiva: «llamar al proveedor a las 9 a. m.» y la pegaste en la pantalla — pero la nota no llama por sí sola. Solo existe hasta que llegas, la ves y actúas. Una automatización que solo se ejecuta en tu terminal es exactamente eso: una nota adhesiva sofisticada. Sofisticada porque, cuando llegas y presionas el botón, hace todo el trabajo por sí sola. Pero todavía depende de que alguien llegue.

Esto cambia todo en la práctica: si la automatización debería ejecutarse todos los días a las 7 de la mañana, pero tu laptop estaba apagada (o cerrada, o sin internet, o estabas de vacaciones), simplemente no se ejecutó. Nadie te avisa. No existe un "lo intentó y falló": hay silencio total, porque no se activó nada.

Ahora cambia la imagen del post-it por la de un empleado de verdad. Un empleado presencial solo trabaja cuando está en la oficina, junto a ti; si cierras la oficina, se detiene. Un empleado remoto, contratado e instalado en otro lugar, sigue trabajando aunque TU edificio esté cerrado. Tiene su propio espacio, sus propias llaves y cumple el horario acordado, independientemente de dónde estés.

¿Eres nuevo aquí? Nube (cloud) es el nombre común para «una computadora de otra empresa que alquilas por internet, encendida las 24 horas del día, en un centro de datos, que nunca se apaga porque cerraste la laptop». Cuando decimos que una automatización «se ejecuta en la nube», queremos decir que su código está ejecutándose en una de esas máquinas remotas, no en la tuya.

¿Eres nuevo aquí? Código es el conjunto de instrucciones escritas que le dicen a la computadora exactamente qué hacer, paso a paso: es lo que tu agente escribe cuando le pides automatizar algo. Cuando este código se ejecuta localmente, solo queda en la memoria de tu computadora, como una nota que solo existe en tu escritorio. Para que exista «en otro lugar» y esté siempre disponible, hay que llevarlo allí.

Leyenda: el mismo código, dos destinos distintos. A la izquierda depende de que tu laptop esté encendida; a la derecha vive en un servidor que nunca se apaga y registra todo lo que hace.

Pasar del entorno local a la nube no es un solo paso: es una secuencia de estaciones, cada una entregando el trabajo a la siguiente. El Módulo 4.2 detalla cada estación a fondo; aquí ya ves el recorrido completo para entender por qué existe.

Antes de que nada pase a la nube, conviene experimentar qué significa «ejecutar en local»: ejecutas el comando, el proceso funciona mientras la terminal (la ventana de comandos) está abierta y desaparece cuando la cierras. No hay magia: eso es exactamente lo que los módulos 4.2 a 4.6 van a reemplazar por algo que siga funcionando sin ti.

Objetivo: ejecutar un script (un archivo de instrucciones sencillo) localmente en tu terminal y observar que solo existe mientras lo mantienes abierto.

cd minha-automacao
node verificar-estoque.js

# saída esperada no terminal:
# [12:04:02] Verificando estoque...
# [12:04:03] 3 produtos abaixo do mínimo. E-mail simulado enviado.
# [12:04:03] Processo encerrado.

Cómo verificar: cierra la terminal (o desconecta el wifi, o apaga la laptop) y espera hasta la hora en que esta automatización "debería" volver a ejecutarse mañana por la mañana. No se ejecutará, porque no hay nada más que tu comando manual que la mantenga activa. Esa es la brecha exacta que una variable de entorno (una "clave secreta" configurada en un servidor, como SUA_CHAVE_AQUI, explicada en detalle en el módulo 4.4) y una plataforma como Trigger.dev se encargan de resolverlo: el mismo código pasa a ejecutarse por su cuenta, en un servidor que nunca cierra la terminal.

Toda la Trilha 4 existe para cruzar este puente: código en tu computadora → repositorio → plataforma de ejecución en la nube. No te convertirás en programador: el agente escribe el TypeScript, lees, apruebas y supervisas desde el panel. Pero necesitas entender esta conexión para confiar en el resultado y saber dónde mirar cuando algo falle.