INXM fue fundada en 2025 por cuatro personas que dedicaron sus carreras anteriores a hacer que sistemas extremadamente complejos y de seguridad crítica funcionaran de forma predecible:
Ese ADN aeroespacial no es una simple anécdota biográfica, sino que explica toda la filosofía técnica de la empresa. El software de lanzamiento debe ejecutar secuencias deterministas bajo una validación estricta; no puede improvisar. El equipo aplicó el mismo modelo mental a la inteligencia artificial empresarial.
La mayoría de las herramientas de automatización basadas en LLM invocan el modelo de lenguaje en cada paso del flujo de trabajo. Esto genera tres grandes problemas para los negocios regulados:
El resultado es que muchas empresas industriales evalúan agentes de IA pero nunca los despliegan en producción. La tecnología se ve muy potente en las demostraciones, pero no puede cumplir con el umbral de fiabilidad que el software de piso de fábrica ha impuesto durante décadas.
El motor Orchestrator de INXM toma prestada la arquitectura de un compilador de software tradicional en lugar del bucle de un chatbot. El proceso se divide en dos fases bien diferenciadas:
1. Fase de compilación. Un usuario describe un proceso de negocio en lenguaje natural. Un LLM genera un “Plan” completo, estructurado y ejecutable —esencialmente, código determinista—, el cual se valida antes de que se le permita ejecutarse. El modelo se usa una sola vez, durante la autoría, no en el momento de la transacción.
2. Fase de ejecución. El Plan validado se ejecuta en el motor Orchestrator de INXM sin volver a llamar al LLM. El motor coordina los sistemas existentes de la empresa —ERP, PLM, MES, correo electrónico y herramientas de aprobación—, ejecutando los mismos pasos en el mismo orden siempre.
La diferencia técnica es radical: los agentes estándar invocan el LLM en cada paso (no deterministas, costosos en tokens, difíciles de auditar). INXM compila una vez y luego ejecuta un programa fijo. Los resultados se vuelven reproducibles, comprobables y libres de alucinaciones en tiempo de ejecución. La compañía lo define como la flexibilidad del lenguaje natural combinada con la fiabilidad del código tradicional.
Para hacer tangible el concepto, pensemos en un flujo de inspección de calidad en una fábrica: un ingeniero describe los pasos de aprobación y las comprobaciones de datos necesarias en lenguaje coloquial. Orchestrator compila esa descripción en una secuencia fija, un gerente la aprueba una vez y el flujo de trabajo se ejecuta de manera idéntica cada vez que un evento relevante se activa, sin enviar nunca los datos fuera de las instalaciones y sin riesgo de que el modelo improvise.
Dado que Orchestrator se ejecuta en la propia infraestructura de la empresa —en las instalaciones (on-premise) o en una nube privada—, los datos de producción nunca salen del edificio. Esta arquitectura mantiene el sistema en conformidad con el RGPD y la Ley de IA de la UE por diseño. También permite a INXM llegar al software de piso de fábrica al que las herramientas de automatización exclusivamente en la nube no pueden acceder físicamente.
La compañía se dirige explícitamente a los fabricantes industriales y al Mittelstand alemán: empresas con sistemas locales heredados, obligaciones regulatorias y requisitos estrictos de repetibilidad. No se trata de una apuesta por la automatización horizontal genérica. Está construida a propósito para las empresas que ya han rechazado a los agentes de IA genéricos porque no se puede confiar en ellos en entornos de producción.
Con 5,7 millones de euros de capital fresco, un equipo fundador que ha desplegado con éxito software de misión crítica en el sector aeroespacial y un enfoque técnico que replantea la IA empresarial como un problema de compilación en lugar de uno conversacional, INXM apuesta a que el cuello de botella en la adopción de la IA por parte del mundo industrial no es la capacidad, sino la fiabilidad.
Comments
0 comments