Orquestador de operaciones
Centro de control que coordina agentes, tareas programadas y flujos de trabajo entre correo, calendario, base de conocimiento y almacenamiento. Corre sobre infraestructura propia.
- n8n
- Airtable
- Modelos locales
Por qué existe este sistema.
Una operación pequeña acumula trabajo de coordinación antes de acumular volumen. Revisar correo en busca de lo que requiere acción, mover información de una herramienta a otra, recordar el seguimiento que quedó pendiente, ejecutar la misma secuencia de pasos cada semana. Nada de eso es difícil y todo consume la misma atención que el trabajo que sí se factura. El problema no era la falta de herramientas: era que cada herramienta resolvía una parte y nadie las conectaba.
Qué se construyó, en orden.
- 01
Un flujo central en n8n que corre de forma continua y dispara sobre eventos —correo entrante, evento de calendario, archivo nuevo— en lugar de sobre horarios fijos.
- 02
Una capa de estado en Airtable: qué se pidió, quién responde, en qué quedó. El orquestador escribe ahí, de modo que el estado es consultable y no vive dentro del flujo.
- 03
Clasificación y redacción con modelos que corren en hardware propio, para que el contenido del correo y de los documentos no salga hacia un proveedor externo.
- 04
Rutas de excepción explícitas: cuando el sistema no está seguro, escala a una persona en lugar de adivinar. Esa decisión es la diferencia entre una automatización que se usa y una que se apaga a las tres semanas.
Qué cambió.
- La coordinación dejó de depender de que alguien se acuerde. El estado está en un solo lugar y se consulta.
- Las tareas recurrentes corren sin intervención, y las que fallan lo hacen de forma visible en lugar de silenciosa.
- El contenido sensible —correo, documentos internos— se procesa localmente.
Los modelos que leen correo y documentos corren en hardware propio. Las integraciones con servicios externos (calendario, almacenamiento) usan sus APIs, y qué sale hacia ellas está definido flujo por flujo.
Qué sería distinto en su caso.
Un sistema que funciona en una operación de una persona no se traslada tal cual a una empresa de doscientas. Lo que cambia importa más que lo que se mantiene.
En una empresa con un ERP y varios sistemas heredados, la parte difícil no es el orquestador: son las integraciones y los permisos. Por eso el Diagnóstico mapea primero qué sistemas existen, quién es dueño de cada uno y qué se puede tocar, antes de proponer construir nada.
¿Tiene un proceso que se parece a este?
El Diagnóstico devuelve una cartera priorizada de oportunidades con esfuerzo, impacto y retorno estimados, y una hoja de ruta que puede ejecutar con nosotros o con quien decida.