AquilaMesh: runtime propio para orquestación multiagente

AquilaMesh es un runtime kernel desarrollado por Coresis para ejecutar trabajo cognitivo estructurado con garantías operativas. No nació como una interfaz con backend ni como un planificador de tareas al que después se le añadieron agentes: el punto de partida fue cómo operar trabajo delegado de forma seria.

El problema que resuelve es concreto: recibir una intención formalizada como contrato, compilarla a un plan explicito con semántica de ejecución, ejecutarla con políticas, aprobaciones, reintentos y recuperación, y persistir estado, eventos, artefactos y proyecciones operativas que permitan auditar qué pasó y por qué.

Laboratorio de innovación

AquilaMesh sale del laboratorio de innovación de Coresis: la práctica de construir internamente aquello que todavía no está resuelto en el mercado, probarlo primero en nuestros propios productos y ofrecerlo a clientes solo cuando sostiene una operación real.

Es tecnología propietaria de Coresis, en desarrollo activo desde comienzos de 2026. Hoy está en versión de pruebas y ya opera un consumidor propio: la plataforma hotelera Lummiere. Esa secuencia es deliberada — primero funciona en casa, después se ofrece.

Hoja de ruta

• Versión de pruebas (actual): runtime operativo con un consumidor propio en producción, suites de contratos e integración, integración continua con reejecución determinista de historiales y documentación técnica de arquitectura.
• Beta: instalación distribuible, autenticación mutua y aislamiento de efectos verificado sobre infraestructura limpia.
• Disponibilidad general: despliegue en infraestructura del cliente, con respaldo, reversión y operación documentada.

No publicamos fechas. Promover una versión depende de completar verificaciones, no del calendario, y preferimos decir eso antes que comprometer un trimestre.

Qué no es

• No es un framework genérico de aplicaciones de IA.
• No es una consola web que ejecuta tareas de forma incidental.
• No es un orquestador de pipelines de datos con agentes añadidos después.
• No sustituye al software de negocio que lo consume.
• No promete entrega exactamente-una-vez de efectos.

Arquitectura

El flujo va del plano de control a la ejecución durable y de vuelta a la reconciliación:

• Plano de control: contratos, autenticación, proyectos, escuadras de agentes, API y auditoría.
• Admisión transaccional: la petición, su vínculo con el motor y el arranque del flujo se escriben en una sola transacción de PostgreSQL con patrón outbox.
• Ejecución durable: Temporal autoalojado como autoridad de control, con historial de flujo, temporizadores, señales y reejecución determinista.
• Actividades de control y de efecto: separadas, con almacenamiento direccionado por contenido para artefactos y proyecciones.
• Aislamiento de efectos: un gestor de ejecutores del lado del host, con política de fallo cerrado.
• Veredicto por reconciliación tipada: el resultado de una petición no se deduce del código de salida de un proceso, sino de una reconciliación explicita.

Los conectores exponen una API HTTP con instantánea y flujo de eventos, y hay SDK para Node, interfaz de línea de comandos y consola web. Los drivers de primera parte actuales son Codex y Claude, gobernados a través de sus CLIs.

Quién lo usa hoy

El primer consumidor es Lummiere, la plataforma de gestión hotelera de Coresis, donde soporta la operación de reserva conversacional. Puedes ver el detalle en el caso de Lummiere.

AquilaMesh no es la única forma en que Coresis construye con IA. Para agentes y flujos de producto trabajamos también con Dify, como en Labbu, y con n8n para orquestación e integraciones. La elección depende del caso, no de la preferencia. Puedes ver el panorama completo en nuestra agencia de inteligencia artificial en Colombia.

Por qué construimos un runtime propio

Porque en los proyectos donde el trabajo delegado importa, lo difícil no es que un agente responda bien una vez, sino que la operación sea auditable, reintentable y recuperable cuando algo falla a mitad de camino. Esa parte no se resuelve con un prompt mejor: se resuelve con un modelo de ejecución.

Preguntas frecuentes

¿Puedo usar AquilaMesh en mi organización hoy?

Está en versión de pruebas y opera en un producto propio de Coresis. Para una organización externa la vía actual es una conversación técnica: evaluamos si tu caso encaja con lo que el runtime ya resuelve y, si no encaja, te lo decimos. No hay descarga pública ni autoservicio.

¿Es tecnología propietaria?

Sí. AquilaMesh es desarrollo propio de Coresis y su código no es público. Puede evaluarse técnicamente bajo acuerdo, con acceso a la documentación de arquitectura y a una demostración del runtime en operación.

¿Qué problema resuelve que no resuelva un framework de agentes?

El centro no es construir agentes, sino operar trabajo delegado con garantías: recibir una intención formalizada como contrato, compilarla a un plan explícito, ejecutarla con políticas, aprobaciones y reintentos, y persistir estado, eventos y evidencia. Un framework resuelve la construcción; AquilaMesh se ocupa de la operación durable.

¿Sobre qué se apoya la ejecución durable?

Sobre Temporal autoalojado como autoridad de control durable, con PostgreSQL para la admisión transaccional de peticiones. Eso permite reintentos, temporizadores, señales y recuperación por reejecución determinista del historial.

¿Con qué modelos trabaja?

Los drivers de primera parte actuales son Codex y Claude, gobernados a través de sus CLIs. El soporte de modelos locales está en la hoja de ruta.

¿Qué es el laboratorio de innovación de Coresis?

Es la línea de trabajo donde construimos tecnología propia en lugar de esperar a que el mercado la resuelva. AquilaMesh es su proyecto más avanzado, pero el criterio es el mismo en todos: probarlo en productos propios antes de proponerlo a un cliente.