Cada cierto tiempo aparece una nueva ola de artículos, cursos y conferencias diciendo que “la automatización es el futuro”. Me causa cierta gracia, no porque estén equivocados, sino porque para quienes llevamos años en esto, el futuro lleva mucho tiempo siendo el presente.
Recuerdo en 2008 cuando creé mis primeros scripts en PHP y configuraba cronjobs en servidores Linux. No había frameworks elegantes, no había documentación amigable, no había tutoriales en YouTube o TikToks.
Pero había un dicho que siempre me ha gustado:
Los mejores programadores son los mas flojos.
Son esos que si tenían que hacer algo 10 veces buscaban la forma de hacerlo de una, compactar el proceso, anticipar requerimientos o errores, esos que creaban un cronjob a las 3 de la madrugada que procesaba correos, limpiaba registros, generaba reportes y los enviaba por email automáticamente. Nada glamoroso. Todo absolutamente funcional. Ese era y sigue siendo el concepto.
La automatización no era un producto. Era una habilidad. Una mentalidad.
Marketing automation: cuando nadie sabía aún cómo llamarlo
Esa mentalidad se expandió a diferentes areas, comencé a verla en los primeros momentos del marketing digital, cuando términos como retargeting estaban siendo creados por la industria, cuando las plataformas de automatización de marketing eran todavía experimentos. Trabajé con servicios como Autopilot —hoy Ortto— en sus primeras versiones, construyendo flujos de comunicación automatizados que hoy cualquier herramienta SaaS ofrece como plantilla prediseñada.
Recuerdo las conversaciones con clientes intentando explicarles por qué un usuario que abandonó el carrito debería recibir un email diferente al que nunca había visitado la tienda. Hoy es sentido común. Entonces era experimentación para muchos.
Eso tiene un nombre: experiencia temprana. Y tiene un valor que ningún curso de certificación puede replicar.
Apple Automator y Shortcuts: automatización para lo cotidiano
No toda automatización vive en servidores. Una parte importante de mi productividad personal pasó —y sigue pasando— por Apple Automator y, más tarde, Shortcuts.
Flujos para renombrar archivos en lote, redimensionar imágenes, mover documentos a carpetas específicas según su tipo, disparar acciones al conectar un dispositivo, crear recordatorios a partir de correos, acciones al salir de o llegar a casa, enviar resúmenes de texto cuando los copio solo con un atajo de teclado. Pequeñas automatizaciones que, sumadas, liberan horas a la semana.
Lo interesante de Automator y Shortcuts no es su potencia técnica —que tiene límites— sino la filosofía que te obliga a desarrollar: ¿qué estoy haciendo repetidamente que no debería hacer yo? Esa pregunta, formulada con disciplina, cambia cómo trabajas.
Hoy Shortcuts ya me permite integrar los modelos de IA de Apple para potenciar los procesos y hasta lanzarlos desde el Control Center de mi iPhone.
Shell scripts, AppleScript y Python: cuando los límites visuales no alcanzan
Cuando las interfaces gráficas de automatización se quedan cortas, aparecen los scripts. Y ahí es cuando las posibilidades se expanden.
Shell scripts para procesos de sistema, manejo de archivos, pipelines de datos, integración entre herramientas de línea de comandos. AppleScript para controlar aplicaciones de macOS con una precisión que ninguna UI puede ofrecer: manejar ventanas, extraer datos de apps, orquestar flujos entre herramientas del escritorio.
Y Python, que merece explicarlo aparte. Desde web scraping hasta procesamiento de datos, desde automatización de APIs hasta generación de reportes, Python se convirtió en la navaja suiza de cualquier proyecto que necesitara más lógica de la que un flujo visual podía sostener. Lo use desde proyectos personales de audio con Live, hasta proyectos reales, con código real, resolviendo problemas reales de clientes que no venían en ningún manual.
La combinación de estas herramientas no es aleatoria. Cada una tiene su lugar. Saber cuándo usar cada una es parte del oficio.
n8n y la integración con IA: cuando los flujos aprendieron a pensar
El año pasado marcó un punto de inflexión en mi práctica de automatización: la adopción de n8n como plataforma de orquestación y, crucialmente, su integración con modelos de IA a través de MCP (Model Context Protocol).
n8n me permitió conectar sistemas que antes requerían código custom para hablar entre sí: bases de datos, APIs de terceros, webhooks, servicios de correo, plataformas de CRM, hojas de cálculo, todo arrastrando nodos, como en PureData. Pero lo que cambió el juego fue poder inyectar inteligencia en esos flujos: nodos que procesan texto con modelos de lenguaje, que clasifican datos, que generan contenido contextualizado, que toman decisiones basadas en el contenido y no solo en condiciones booleanas.
MCP abrió una puerta particularmente interesante: la posibilidad de que los modelos de IA interactúen con herramientas y sistemas externos de forma estandarizada. No solo texto de entrada y salida, sino agentes capaces de ejecutar acciones en el mundo real dentro de flujos automatizados.
Agentes en plataformas en la nube: la automatización empresarial
Hoy trabajo con agentes en Platformas de Anthropic, Google y OpenAI, y la diferencia con lo que existía hace apenas tres años es sustancial. No estamos hablando de chatbots con scripts preprogramados ni de flujos con condiciones if/else disfrazados de inteligencia.
Estamos hablando de agentes que pueden interpretar contexto complejo, decidir qué herramientas usar, ejecutar tareas en múltiples pasos, manejar excepciones con criterio, y entregar resultados que antes requerían intervención humana constante.
La integración con herramientas vía MCP, la capacidad de mantener contexto entre pasos, la orquestación y la posibilidad de encadenar agentes especializados en pipelines más amplios: esto es el resultado lógico de todo lo que vino antes. No un reemplazo. Evolucionó.
Y la diferencia entre quien aprovecha esto genuinamente y quien lo usa como trend tecnológico está, precisamente, en los años de contexto acumulado.
Automatización como mentalidad, no como producto
Aquí está la parte que más me importa transmitir:
La automatización no es una tendencia que alguien inventó para venderte un SaaS. No es algo que “deberías adoptar” porque lo dicen miles de artículos de LinkedIn. No es una capa que se añade encima de un proceso para que parezca moderno.
Es una forma de relacionarse con el trabajo. Una pregunta que te haces constantemente: ¿por qué estoy haciendo esto manualmente? Y cuando no tienes respuesta satisfactoria, buscas cómo no tener que hacerlo.
Esa mentalidad no se aprende en un curso de tres horas. Se desarrolla con años de práctica, con errores de producción a las 2 de la mañana, con experimentos que pensaste un fin de semana, con scripts que rompieron cosas que no debían romperse, con flujos que fallaron silenciosamente durante semanas, con automatizaciones que funcionaron tan bien que te olvidaste de que existían.
La experiencia acumulada es lo que permite distinguir qué vale la pena automatizar y qué no. Qué herramienta es la correcta para cada problema. Cuándo una automatización añade complejidad en lugar de reducirla. Cuándo el costo de mantener un script supera el beneficio de no hacer la tarea manualmente, Cuando puedes hacerla localmente o en la nube, cuando requiere IA o no.
Y ahí, precisamente, es donde reside el verdadero valor: no en la herramienta que uses, sino en la experiencia que te permite saber exactamente cómo y cuándo usarla.