Agentes que actúan sobre el negocio sin que nadie pierda el control.

Mitra es una capa de operación autónoma con gobierno: un sistema que analiza, construye, ejecuta, vigila y corrige trabajo real dentro de una organización, y que somete a autorización humana todo lo que tiene consecuencias —hablar con una persona, gastar dinero, destruir algo— dejando traza de cada decisión.

No es un asistente conversacional ni un copiloto de programación. Tampoco es una herramienta de una función concreta. Es la capa sobre la que se despliega autonomía: lo que decide qué puede hacer un agente por su cuenta, qué tiene que preguntar, y cómo se demuestra después lo que pasó.

Está en producción y en uso diario. Todas las cifras de este documento son operación real registrada, no estimaciones.

La automatización empresarial tiene un punto ciego conocido: construirla es caro, pero mantenerla lo es más. Un flujo automatizado que deja de ejecutarse no genera ninguna alarma: simplemente deja de hacer su trabajo, y nadie se entera hasta que alguien echa de menos el resultado.

En un entorno con cientos de procesos automatizados, eso son tres costes permanentes:

• Degradación silenciosa. Los procesos se caen de uno en uno sin avisar.
• Coste de vigilancia humana. Alguien tiene que mirar, y mirar no escala.
• Cuello de botella en la construcción. Cada automatización nueva depende de un especialista.

Mitra ataca los tres, con una restricción de diseño que la distingue: no actúa sobre el mundo real sin autorización explícita.

El mecanismo de Mitra no es específico de la automatización. Es un patrón general: un sistema que percibe un entorno, decide, actúa, y se detiene a pedir permiso cuando lo que va a hacer tiene consecuencias, dejando traza. Ese patrón sirve allí donde haga falta autonomía y no se pueda renunciar al control.

Hiperautomatización y Data & AI son dos de las siete líneas de servicio de Babel. Mitra opera exactamente en esa intersección: es hiperautomatización aplicada a la propia hiperautomatización.

Y hay un dato que hace el encaje más concreto. Babel ha declarado un plan para pasar de unos 3.400 profesionales a 15.000, y de 210 M€ a 1.000 M€ de facturación al final de la década. Un crecimiento así no se resuelve solo contratando: exige que cada profesional entregue más.

4.1Construcción autónoma

Define el encargo, establece los criterios objetivos que debe cumplir el resultado, dirige la construcción, la somete a verificación automática y repite el ciclo hasta que pasa o hasta agotar el presupuesto asignado.

4.2Vigilancia continua

Catorce fuentes con cadencias propias, de cada cinco minutos a cada veinticuatro horas. Detecta lo que ninguna alarma convencional detecta: no solo que algo falle, sino que algo haya dejado de ocurrir — procesos activos que no se ejecutan, volúmenes que dejan de crecer, consumos disparados, trabajos abandonados a medias.

4.3Análisis del entorno

Lectura profunda de sistemas de ficheros, bases de datos, código fuente, servicios en ejecución y fuentes externas.

4.4Gobierno de las acciones

Cada acción está clasificada por su consecuencia. Las que hablan con una persona real, gastan dinero o destruyen algo irreversible no se ejecutan: se proponen. El responsable puede aprobarlas, corregirlas, rechazarlas o vetarlas de forma permanente. Si las corrige, el sistema rehace el trabajo aplicando la corrección y vuelve a preguntar.

Si nadie responde, la acción caduca. El silencio nunca es un sí.

4.5Memoria y aprendizaje

Acumula conocimiento operativo de su propio trabajo —qué falló y por qué, cómo se resolvió lo que salió bien— y lo aplica antes de actuar. Incluye un control específico: el conocimiento que caduca no se memoriza, para que el sistema no razone sobre datos viejos tomándolos por vigentes.

4.6Trazabilidad y contención

• Cada acción queda registrada: qué, cuándo, con qué resultado, cuánto duró y cuánto costó.
• Credenciales segregadas: opera con las claves que necesita sin que sean legibles ni exponibles en ningún canal.
• Supervisión externa independiente: un vigilante fuera del sistema comprueba su salud. El aviso de que el agente ha caído no puede depender del agente.
• Límites de gasto verificados antes de cada operación.
• 86 ficheros de prueba automática deben pasar íntegros antes de dar por buena cualquier modificación del propio sistema.

4.7Interfaz

Operable por mensajería y por interfaz web propia, con entrada y salida de voz. Las autorizaciones se conceden desde el móvil, sin acceso a la infraestructura.

Y una petición de autorización sale por los dos canales a la vez. No es duplicidad: es redundancia en el punto más crítico del sistema. Si un canal falla o está caído, la decisión sigue llegando a quien tiene que tomarla — y una autorización que no llega es, en la práctica, un sistema parado.

4.8Conocimiento documental de la organización

Incorpora a diario la documentación del entorno donde opera y la convierte en criterio aplicable, no en archivo. Con lista blanca y lista negra: la documentación sensible queda excluida por decisión explícita, para que ese contenido no pueda acabar citado dentro de una propuesta.

4.9Biblioteca de soluciones que se corrige sola

Cuando un trabajo sale bien, puede guardarse como patrón para que el siguiente parecido parta de él. Hoy la biblioteca incluye desde un script de revisión técnica hasta un proceso comercial completo, de principio a fin.

Pero no es un catálogo estático. El sistema:

• Consulta antes de empezar si eso que se le pide ya se hizo alguna vez
• Añade a cada patrón lo que aprende usándolo —una trampa, un paso que faltaba, algo que solo se descubre al ejecutarlo
• Registra lo que costó cada vez, de modo que el catálogo acaba sabiendo lo que suele costar cada tipo de trabajo

4.10Detección con propuesta de arreglo y su coste

La vigilancia no se limita a avisar. Cuando encuentra algo, prepara el arreglo, calcula lo que costaría y lo deja esperando autorización. El responsable no recibe un problema: recibe un problema con su solución y su precio, y decide.

4.11Autonomía temporal y contabilidad por operación

Puede programar trabajo para que se ejecute solo en el futuro, y consultar qué hay programado. Y lleva la cuenta del gasto operación por operación: qué costó cada una y por qué. No es una factura mensual: es el detalle.

4.12Toda escritura sobre datos es reversible

Antes de modificar o eliminar información, el sistema guarda una copia de lo que había. No es un registro de la acción: es el contenido anterior, recuperable.

Y alrededor de eso, cuatro condiciones que se cumplen siempre:

• Filtro obligatorio. Una operación sin condición no se ejecuta — no existe forma de vaciar una tabla entera
• Recuento previo. Se cuenta cuántos registros se van a tocar antes de tocarlos
• Techo por operación. Por encima de cierto volumen, se rechaza y se pide afinar
• Y si el filtro no coge nada, también se rechaza, porque —textual del código— «uno que no borra nada y uno que no encuentra la tabla se parecen demasiado»

4.13Modificación de su propio código

El sistema puede analizar, modificar y desplegar su propio código. Detecta una carencia, prepara el cambio, lo verifica contra su batería de pruebas y lo aplica.

Y aquí está lo que conviene entender, porque es una decisión de diseño y no una limitación: el grado de autonomía con el que hace eso es configurable.

Lo relevante para una organización grande no es que un agente pueda evolucionar solo: es poder decidir cuánta correa se le da, y cambiarlo según el entorno, el cliente o la criticidad del sistema sobre el que opera.

4.14Defensa ante manipulación

Detecta y registra el contenido externo que llega con forma de instrucción —el vector por el que se manipula a un agente que lee páginas, correos o documentos de terceros— y lo trata como dato sospechoso, no como orden.

Es una de las categorías de hallazgo que el sistema cataloga por sí mismo.

4.15Investigación externa

Consulta fuentes externas por su cuenta cuando lo que sabe no basta para decidir, y guarda lo que encuentra con su procedencia.

4.16Visión

Interpreta imágenes: capturas de pantalla, paneles, documentos y fotografías. No las describe por encima — emite juicio sobre ellas. Sobre una fotografía de producto identificó la dirección de la luz, el comportamiento de los reflejos y la dureza de las sombras, que es lo que decide si una imagen sirve o no sirve.

Esta capacidad figuraba en el catálogo del apartado 08 como incorporable. Desde el 28 de septiembre de 2026 es real, y opera sin coste variable.

4.17Recarga de lo que está en ejecución

Puede reiniciar un servicio o un contenedor y —esto es lo que importa— espera a que vuelva a estar operativo y lo comprueba antes de darlo por hecho. Solo actúa sobre una lista blanca que ella no puede modificar: pertenece al administrador y el sistema únicamente la lee.

Con esto se cierra el ciclo completo detectar → corregir → verificar. Hasta entonces se detenía en el segundo paso, que es donde se quedan la mayoría de los sistemas de remediación automática: aplican el arreglo y dan por supuesto que funcionó.

4.18Lectura de toda la infraestructura

Servicios, configuración, registros, código de otros sistemas: lee el servidor completo, con la misma lista negra de credenciales, que no se levanta por ninguna vía — registrada 270 veces impidiendo el acceso a ficheros de claves.

4.19Ejecución confinada

Todo trabajo de construcción se ejecuta encerrado: el proceso solo ve su propio directorio. El resto del sistema de ficheros es de solo lectura, los directorios sensibles aparecen vacíos y los trabajos de otros clientes o encargos no existen para él.

La diferencia con una instrucción de «no salgas de tu carpeta» es la que hay entre una norma y un muro. Medido: de treinta directorios de trabajo presentes en el sistema, un proceso confinado ve exactamente uno, el suyo.

Esto también figuraba en el catálogo como incorporable — «ejecución aislada de todo lo que venga de fuera». Operativo desde el 30 de septiembre de 2026.

4.16Un sistema real, de principio a fin

Para que lo anterior no se quede en una lista de capacidades, un caso concreto que hoy está en producción y funciona sin intervención diaria. Se describe anonimizado.

Un proceso comercial completo, que Mitra construyó, vigila y corrige:

• Localiza organizaciones que encajan con un perfil definido
• Lee la web de cada una y evalúa si tiene sentido dirigirse a ella, descartando las que no
• Identifica a la persona con capacidad de decisión
• Redacta un mensaje específico para esa empresa, a partir de lo que ha leído de ella
• Lo somete a aprobación: se acepta, se corrige —y entonces lo rehace aplicando la corrección— o se descarta
• Envía, hace el seguimiento en los plazos definidos y cierra si no hay respuesta
• Clasifica lo que responden y, si hay interés, redacta el borrador de respuesta
• Y si alguien pide no ser contactado, queda registrado y no vuelve a entrar en ninguna lista

En 2026 todo el mundo anuncia agentes. La pregunta legítima de cualquier comité es qué distingue a este de lo que ya se puede comprar.

01Opera sobre infraestructura real

La mayoría de agentes comerciales funcionan sobre datos preparados o entornos acotados. Este opera sobre sistemas en producción con consecuencias reales desde el 9 de agosto de 2026.

02El gobierno está en el código, no en las instrucciones

Un agente al que se le pide que consulte antes de actuar obedecerá casi siempre. Uno en el que la consulta es una condición estructural obedecerá siempre. Mitra no puede saltarse el permiso aunque se lo pidan: no existe el camino.

El caso más claro está en los arreglos que el sistema puede proponer, y merece citarse literalmente del propio código:

Y el criterio con el que se decide qué entra en ese catálogo no es «peligroso o no», sino otro más fino: si el arreglo puede romper el camino por el que se avisa de que algo se ha roto. Por eso quedan fuera cosas aparentemente inocuas —cerrar un puerto, actualizar el sistema de madrugada— que podrían dejar al responsable sin acceso y sin forma de enterarse.

Esa es la diferencia entre «le hemos pedido que no lo haga» y «no puede hacerlo». La mayor parte de lo que hoy se comercializa está en lo primero.

03Detecta ausencias, no solo errores

Todos los sistemas de monitorización avisan cuando algo falla. Casi ninguno avisa cuando algo deja de ocurrir, que es como se degradan de verdad los entornos automatizados.

04Aprende de su operación, no de un corpus

Su conocimiento sale de lo que le ha pasado haciendo el trabajo. Es específico del entorno donde opera y no se puede descargar de ningún sitio.

05El coste no escala con el trabajo

Por diseño, las operaciones pesadas tienen coste marginal cero. Automatizar diez veces más no cuesta diez veces más.

06La trazabilidad es constitutiva

No hay modo de operar sin dejar rastro, porque el rastro es parte del mecanismo. En sectores regulados eso no es una función: es la condición de entrada.

07Se le puede dar acceso total sin perder el control

La contención no viene de limitar lo que el agente puede tocar, sino de exigir autorización para lo que tiene consecuencias. Un agente capado es inútil; uno sin frenos es indesplegable. Este no es ninguna de las dos cosas.

08Se vigila a sí misma

El mercado está lleno de agentes que vigilan procesos. Este vigila procesos, vigila a otros agentes y además se audita a sí mismo, que es una categoría distinta:

• Delata sus propios fallos. Cuando una de sus herramientas falla, avisa. Antes eso moría en un registro que nadie lee — había veinte capturas de error en su código y ninguna avisaba.
• Vigila sus propias puertas. Cada diez minutos comprueba que nada legítimo esté siendo bloqueado en su entrada, y avisa en urgente si lo está.
• Vigila sus propios dominios. Cada quince minutos, que las direcciones por las que entra el trabajo sigan en pie.

Y no es una idea de diseño: nació de un fallo propio. El 28 de septiembre de 2026 un cierre de seguridad mal medido dejó el sistema sin poder emitir mensajes durante cinco horas y media, y lo detectó una persona antes que la máquina. La capacidad se construyó ese mismo día, por eso es creíble.

09Opera en el nivel que al mercado le falta

El sector de la gobernanza de IA está poblado —OneTrust, Fiddler, Credo AI, IBM watsonx.governance, ServiceNow— y todos operan en tres planos: inventario (qué modelos y agentes hay), política (qué reglas les aplican) y observabilidad (qué hicieron). Son planos de catálogo y de revisión posterior.

Falta un cuarto plano, y es hueco de mercado y hueco de cumplimiento a la vez: infraestructura que gobierne la interacción en el momento de actuar — capaz de clasificar cada acción individual, calcular su riesgo, enrutarla a quien debe decidir y mantener un registro inmutable de esa supervisión.

No es una apreciación propia. Gartner publicó su primer Magic Quadrant de Plataformas de Gobernanza de IA el 16 de junio de 2026 —la categoría tiene nombre oficial desde hace tres meses— y en mayo advirtió de algo más preciso todavía: que la gobernanza uniforme va a fracasar, porque las organizaciones la están tratando como binaria —o bloqueada, o de confianza total— y ahí está la raíz del problema. Su previsión es que para 2027 el 40% de las empresas degraden o retiren agentes autónomos por carencias de gobernanza detectadas solo después de un incidente en producción.

Este sistema no es binario: clasifica cada acción en tres niveles y concede el permiso por alcance, no por orden concreta. Ese diseño es anterior al informe de Gartner.

Y esa inmutabilidad no es una promesa del programa: está impuesta por el gestor de datos, columna por columna. Las credenciales con las que el sistema escribe le permiten registrar el desenlace de una propuesta —aprobada, rechazada o caducada—, el motivo del rechazo y el momento en que se decidió. Y nada más.

Lo que pidió, por qué lo pidió, el riesgo que declaró, el nivel que le correspondía y la fecha en que lo pidió son de solo lectura para él: cualquier intento de modificarlos se rechaza antes de llegar a la tabla. Es decir, que tampoco puede retrodatar una petición, que es la otra mitad del valor de una traza — una que se puede mover en el tiempo no sirve ante nadie.

La diferencia no es de funcionalidad: es de plano de operación. Gobernar después de actuar es auditoría. Gobernar en el momento de actuar es control.

El sistema actual se ha construido bajo una restricción de coste extrema y deliberada: una cuota de 108 € al mes y diecisiete euros de interacción. Cada decisión de diseño ha optimizado para no gastar. Nada de lo que sigue es investigación especulativa: es lo que hoy es técnicamente construible.

Comprometido — con fecha y con el mecanismo ya construido

Lo que sigue en este apartado describe el recorrido posible. Antes, lo que no está y tiene fecha. Se separa a propósito de las capacidades del apartado 05: lo construido y lo comprometido no deben leerse igual.

6.1De un agente a una flota

Una instancia por cliente, aisladas entre sí, y un agente director por encima que ve la operación completa, detecta patrones comunes —este fallo ha aparecido en once clientes esta semana— y propaga la solución. El mantenimiento pasa de ser una carga lineal a una función de coste plana.

Y especialización por función: uno que audita seguridad, otro que optimiza rendimiento, otro que documenta, trabajando en paralelo y contrastando conclusiones. La discrepancia entre dos especialistas es en sí misma una señal.

6.2Operar donde no hay API

Actuar sobre aplicaciones corporativas heredadas sin interfaz programable —que en una organización grande son la mayoría—, interpretar capturas, diagramas y paneles de control, e ingerir la documentación de una organización entera como criterio operativo.

6.3De reactivo a predictivo

Con suficiente historia trazada es posible modelar el comportamiento normal de cada proceso y avisar de la desviación antes del fallo: un flujo que tarda un 30 % más cada semana, una tabla que agotará su capacidad en dos meses. Y el paso siguiente: llegar con el arreglo ya construido y verificado, esperando autorización.

6.4Simulación antes de actuar

Ejecutar el cambio contra una réplica del entorno real y presentar no una propuesta sino un resultado ya observado. Se deja de autorizar una intención y se pasa a autorizar un hecho comprobado.

6.5Cumplimiento como producto

Por el perfil de cliente de Babel —Administración Pública, Banca, Seguros, Seguridad y Defensa— la trazabilidad de las decisiones automatizadas no es una ventaja: es un requisito legal. Mitra ya registra cada acción con su autor, motivo, resultado y coste, y ya exige autorización humana para todo lo que tiene consecuencia real.

6.6El sistema que se construye a sí mismo

Esta capacidad no es futura: está operativa — el sistema modifica y despliega su propio código, con el grado de autonomía que se configure (apartado 4.13). Lo que abre presupuesto es llevarla a su conclusión: que detecte sus propias carencias operando y construya la capacidad que le falta, que mida dónde acierta menos y reescriba esa parte, y que cada corrección se incorpore al conocimiento común de todas sus instancias.

6.7Memoria de la organización

Absorber el conocimiento operativo de una compañía entera —procedimientos, normativa interna, decisiones históricas, incidencias pasadas, contratos— y convertirlo en criterio aplicable en el momento de actuar, no en un archivo que nadie consulta.

El efecto de segundo orden es el que interesa: cuando alguien se va, su criterio se queda. Para una organización que multiplica plantilla y sufre rotación, eso deja de ser una función y pasa a ser una póliza.

6.8Detección de anomalías de negocio

La misma vigilancia que detecta un proceso caído, apuntada a los datos del negocio: pedidos que se desvían del patrón, facturación que no cuadra con la operación, accesos fuera de lo habitual, consumos anómalos. No auditoría a posteriori: detección en el momento en que ocurre.

6.9Integración con los sistemas de gestión

Operar directamente sobre los sistemas corporativos de gestión empresarial y de relación con clientes —donde vive el trabajo real de una organización grande— en lugar de limitarse a la capa de automatización. Es lo que separa automatizar tareas de operar el negocio.

6.10Orquestación de agentes ajenos

Dirigir y supervisar agentes de terceros —los que la organización ya haya comprado o construido— aplicándoles el mismo gobierno: autorización por consecuencia, trazabilidad y vigilancia. Una capa de control sobre todo lo autónomo que haya en la casa, sea de quien sea.

En un momento en que cada proveedor vende su propio agente, quien tenga la capa que los gobierna a todos ocupa la posición defendible.

6.11Centro de mando

Interfaz de operación por voz continua sobre la totalidad del parque: preguntar en lenguaje natural por el estado de cualquier proceso de cualquier cliente y recibir la respuesta con el dato delante. Y autorizar desde ahí lo que esté esperando decisión.

6.12De sostener a generar negocio

• Análisis de oportunidad: examinar la operación de un cliente y decir qué merece automatizarse y qué no, con esfuerzo y retorno estimados.
• Propuesta técnica automática a partir de ese análisis.
• Incorporación de clientes en días en lugar de semanas.
• Migración entre plataformas: traducir automatizaciones de una tecnología a otra.
• Recuperación autónoma a partir del propio registro de cómo estaba montado.
• Documentación que no envejece, generada desde el sistema real.

6.13La biblioteca, a escala

La biblioteca de patrones ya existe y está en uso (apartado 4.9). Lo que abre presupuesto es llevarla a escala: que cada solución validada para un cliente quede disponible —anonimizada— para todos los demás.

El efecto es de modelo de negocio: el coste marginal de entregar la misma solución al décimo cliente tiende a cero, y el margen de esa línea se comporta como el de un producto, no como el de un proyecto.

Inventario de capacidades técnicamente disponibles hoy que pueden integrarse en el sistema. No es una lista de deseos: cada línea existe y funciona en 2026. Lo que decide cuáles se incorporan y en qué orden es el presupuesto y el caso de uso, no la viabilidad.

Este apartado está aquí a propósito: un informe sin limitaciones no es creíble, y cualquier revisión técnica seria las encontraría en veinte minutos.

Mitra opera hoy sobre un entorno, dirigida por su autor. El aislamiento entre múltiples clientes es la extensión natural, y es ingeniería de despliegue: los mecanismos —conocimiento separado, reglas propias, límites por instancia— ya existen y funcionan; lo que no existe todavía es la multiplicación.

No ha pasado auditoría externa de seguridad. Está construida con criterios sólidos —segregación de credenciales, supervisión independiente, límites de gasto verificados, autorización por consecuencia— pero ninguna entidad externa lo ha certificado. Para un despliegue corporativo, esa certificación es un requisito y está pendiente.

Sí ha pasado una auditoría interna, con hallazgos y correcciones. El 28 de septiembre de 2026 se revisaron las entradas expuestas a internet: se encontraron once que no tenían por qué estarlo y se cerraron todas, midiendo antes quién las usaba de verdad para no cortar tráfico legítimo. No sustituye a la certificación externa; demuestra que el criterio existe y se aplica.

Dirigida por su autor — con un matiz que antes no existía. Desde el 28 de septiembre el método de trabajo está escrito dentro del propio sistema: once reglas, cada una nacida de un fallo real y documentado —medir antes de afirmar, comprobar la salida y no el fichero, copia antes de tocar, nada en silencio—. El criterio operativo, que es la parte que no se transfiere con el código, ha dejado de vivir solo en una cabeza.

Operar este sistema cuesta 108 € al mes de suscripción, más lo que cueste la conversación. No hay coste por acción, ni por sistema vigilado, ni por automatización construida.

El trabajo pesado —construir, vigilar, analizar, autorizar— no consume presupuesto variable: consume una cuota que ya está pagada. Y sobra margen: el 1 de octubre de 2026, tras más de doce horas seguidas de operación continua, se había empleado la mitad del cupo de ese día —no de la cuota mensual, que no se toca: el cupo diario se renueva cada jornada, y dentro del día se repone por horas—. Es decir, que un día entero de trabajo sin parar cabe holgadamente en la cuota de un solo día.

Los 17,49 € son el acumulado de un régimen que ya no está en vigor. Durante los primeros meses el razonamiento se pagaba por uso; desde septiembre de 2026 pasó también a la cuota. Hoy el coste variable de operar este sistema es cero: lo único que se paga es una cantidad fija al mes, y no cambia por automatizar más.

Y hay una segunda palanca sobre la partida que antes crecía. Desde el 28 de septiembre de 2026 el sistema razona con un modelo un 40 % más barato y un 30 % más rápido que el anterior, con capacidad equivalente. El coste variable no solo es pequeño: está bajando.

No se propone una cifra en este documento, y es deliberado: poner precio antes de conocer el encaje operativo debilita la posición de ambas partes. Lo que sí puede establecerse son las bases del cálculo.

Coste de reposición

Reconstruirlo desde cero exige un equipo mixto y no menos de seis a nueve meses. Y eso solo replica la funcionalidad, no el criterio operativo, que es producto de la experiencia acumulada en operación real.

Valor por productividad

Horas liberadas de construcción y vigilancia, más incidencias evitadas por detección temprana. En una organización de miles de profesionales, recuperar una fracción pequeña de tiempo por persona ya supera cualquier valoración razonable del activo.

Valor estratégico

Capacidad diferencial dentro de una línea de servicio que la compañía ya comercializa. No es una herramienta interna: es un activo que puede venderse como servicio.