Documento confidencial · Uso restringido
Mitra Operación autónoma con gobierno

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

La capa que permite desplegar inteligencia autónoma dentro de una organización y seguir pudiendo demostrar quién decidió qué. Trabaja sola hasta el punto exacto donde la responsabilidad tiene que seguir siendo humana — y ahí se detiene y pregunta.

Acciones registradas
12.376
Días en operación
29
Capacidades
41
Fuentes vigiladas
11
Coste del periodo
13,10 €

Operación real medida del 9 de agosto al 7 de septiembre de 2026. No son proyecciones.

01 — Resumen

Qué es

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ó.

La automatización de procesos es el primer dominio donde está demostrada en producción, no el límite de lo que abarca. El apartado 03 recoge dónde más se aplica exactamente la misma capa.

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

02 — El problema

Un proceso que se cae no da ningún error

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.

03 — Alcance

La misma capa, en cualquier dominio con consecuencias

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.

Lo que cambia entre un dominio y otro no es el sistema: son las herramientas que se le dan y las reglas de qué requiere permiso. El núcleo —decidir, actuar, preguntar, registrar— es el mismo.
04 — Encaje

Por qué encaja con BABEL en concreto

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.

AplicaciónQué cambia
Entrega aceleradaEl consultor delega la construcción y pasa a dirigirla y validarla
Mantenimiento sin plantillaVigilar lo entregado deja de consumir horas facturables
Calidad homogéneaLas reglas se aplican por sistema, no por criterio individual
Mitra no sustituye al consultor: multiplica cuántos sistemas puede sostener uno solo. En una organización que cuadruplica plantilla, esa ratio es la métrica que decide el margen.
05 — Capacidades actuales

Lo que hace hoy, medido

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.

registrado  ·  188 encargos gestionados  ·  173 ciclos de construcción dirigidos  ·  59 construcciones

4.2Vigilancia continua

Once 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.

registrado  ·  920 avisos emitidos  ·  46 hallazgos catalogados

4.3Análisis del entorno

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

registrado  ·  865 lecturas de fichero  ·  859 consultas a base de datos  ·  376 búsquedas en código  ·  218 análisis de procesos

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í.

registrado  ·  1.517 propuestas generadas  ·  699 decisiones procesadas

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.

registrado  ·  516 unidades de conocimiento  ·  28 reglas operativas  ·  2.901 intercambios

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.
  • 68 pruebas automáticas deben pasar íntegras 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.

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
Esa última es la que tiene consecuencias de negocio: un sistema que sabe lo que cuesta cada tipo de trabajo puede presupuestarlo antes de hacerlo.

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»
En un despliegue corporativo, esta es la pregunta que llega antes que ninguna otra: ¿y si se equivoca? La respuesta aquí no es «no se equivoca»: es que hay copia de lo anterior y hay marcha atrás.

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.

ModoCómo funcionaPara quién
Con aprobación Trabaja sobre una copia, presenta el cambio para que una persona lo apruebe viéndolo, y solo entonces se aplica. Con ficheros vetados que no se tocan ni autorizándolo Entornos regulados y auditados
Autónomo Prepara, verifica y aplica el cambio por su cuenta, dejando traza completa de qué cambió y por qué Entornos internos o de desarrollo
En el modo con aprobación, esto es segregación de funciones aplicada a un agente: quien prepara el cambio no es quien lo autoriza. Es el principio que exige cualquier entorno auditado — y la razón por la que se le puede dar acceso a su propio código sin que eso constituya un riesgo.

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.

En qué se emplearon las 12.376 acciones

Análisis del entorno 4.145
Gobierno y autorizaciones 2.466
Ejecución 1.541
Vigilancia 920
Construcción de obras 575
Conversación 507
Memoria y aprendizaje 359
Verificación y pruebas 1.863

Todas las acciones del periodo, sin excluir ninguna. Cada una con su traza individual: qué se hizo, cuándo, con qué resultado, cuánto duró y cuánto costó.

Fíjese en la segunda barra. Una de cada cinco acciones del sistema es pedir permiso o registrar una decisión. No es un añadido: es la quinta parte de todo lo que hace.

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
Ningún mensaje de ese sistema ha salido jamás sin que una persona lo apruebe. Ese es el modelo entero funcionando: la máquina hace el trabajo, la persona decide lo que sale.
06 — Diferenciación

Por qué esto no es otro agente más

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 lleva veintinueve días operando sobre sistemas en producción con consecuencias reales.

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:

«El catálogo es cerrado, y esa es la garantía de verdad. No es que el sistema tenga instrucciones de no tocar el cortafuegos: es que no existe ninguna función que lo toque. Lo que no está en el catálogo no se puede proponer, y por tanto no se puede aprobar ni por error, ni con un sí dado a las once de la noche, ni si algún día el modelo se equivoca de parte a parte.»

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.

07 — Recorrido

Hasta dónde puede llegar

El sistema actual se ha construido bajo una restricción de coste extrema y deliberada: trece euros de operación en un mes. 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.

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.

Esa es, precisamente, la arquitectura que el marco regulatorio europeo exige para sistemas de alto riesgo: supervisión humana efectiva y trazabilidad completa. El mecanismo existe; lo que falta es convertirlo en un entregable.

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.

Una herramienta se deprecia. Un sistema que aprende de cada despliegue se revaloriza con el uso — y esa es la diferencia entre comprar software y comprar un activo.

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.

Escala
Flota de instancias aisladas · agente director · especialización por función y por sector · aprendizaje compartido entre instancias
Percepción
Operación sobre navegador y escritorio · comprensión visual de paneles y documentos · voz continua bidireccional · reconocimiento del interlocutor
Anticipación
Modelado del comportamiento normal · aviso previo a la caída · corrección preventiva ya construida · simulación contra réplica del entorno
Integración
Sistemas corporativos de gestión · orquestación de agentes de terceros · operación multi-idioma nativa · intercambio entre organizaciones
Negocio
Análisis de oportunidad · propuesta técnica automática · incorporación de clientes · migración entre plataformas
Garantía
Expediente de auditoría exportable · certificación de entregas · evidencia de cumplimiento normativo · recuperación autónoma ante desastre
Nada de lo anterior está limitado por la tecnología: está limitado por horas y por presupuesto. Lo que hay hoy se ha construido por una persona, compaginándolo con otro trabajo, con trece euros de coste operativo. Conviene leer la lista teniendo eso presente.
08 — Catálogo

Todo lo que hoy es incorporable

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.

Ninguna de estas líneas requiere investigación. Todas son integración sobre una base que ya opera en producción.
09 — Madurez

Estado del sistema

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.

Lo que sí conviene subrayar: ninguna de estas limitaciones es estructural. No hay que rediseñar nada para superarlas — hay que dedicarles tiempo, que es exactamente lo que no ha habido.
10 — Economía

El coste no crece con el volumen

Coste total de operación de las 12.376 acciones: 13,10 €. No es un error de escala.

El sistema opera bajo un modelo de coste en dos niveles, diseñado expresamente para que el trabajo pesado no consuma presupuesto variable. El resultado es el de la tabla.

ConceptoVolumenCoste
Construcción de automatizaciones590,00 €
Vigilancia continua920 avisos0,00 €
Análisis del entorno> 3.0000,00 €
Interacción y razonamiento13,10 €
El coste de operación no crece con el volumen de trabajo automatizado. Crece solo con la interacción humana. Multiplicar por cien los sistemas vigilados deja el coste de vigilarlos prácticamente plano.
11 — Relación

Modelos posibles

ModeloDescripción
A · Adquisición con continuidad del autor Transferencia de propiedad, con el creador incorporado para dirigir su evolución. El valor no está solo en el sistema, sino en el criterio operativo acumulado que lo hizo funcionar.
B · Licencia corporativa Derecho de uso interno, con desarrollo y mantenimiento continuados por el autor. Menor desembolso inicial, sin transferencia de propiedad.
C · Desarrollo dedicado Adaptación específica al entorno del comprador, con propiedad compartida o cedida sobre lo desarrollado a medida.
D · Piloto previo Implantación acotada sobre un caso real, con métricas acordadas de antemano y decisión posterior. Camino recomendado para empezar: reduce el riesgo de ambas partes y convierte la conversación en datos.
12 — Valoración

Sobre qué debe calcularse

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.

13 — Oportunidad

Por qué esta conversación tiene fecha

Un informe sin urgencia se archiva con buenas palabras. Estas son las razones por las que esto se decide ahora y no dentro de dos trimestres.

01La ventana de la capa de control

En este momento cada proveedor está lanzando su propio agente. Dentro de poco toda organización grande tendrá varios, de distintas casas, sin gobierno común. Quien tenga entonces la capa que los supervisa a todos ocupa una posición difícil de desalojar. Esa posición se toma antes de que el problema sea evidente, no después.

02La regulación llega antes que los competidores

El marco europeo de IA exige supervisión humana efectiva y trazabilidad para sistemas de alto riesgo — que es donde operan buena parte de los clientes de una consultora como esta. La mayoría de soluciones del mercado tendrán que añadir eso encima. Aquí ya está en los cimientos, y lo demuestran 1.517 propuestas y 699 decisiones registradas.

03El activo está en su punto

El sistema ya funciona en producción, pero todavía es de una sola persona: hoy se adquiere con su autor y su criterio dentro. Cuanto más crezca por su cuenta, más caro y más complicado será incorporarlo.

14 — Siguiente paso

Una demostración de una hora, sobre un caso real

Lo que se propone es concreto y acotado: una sesión de una hora sobre un proceso real de la compañía, sin compromiso posterior.

  • Un proceso empresarial que hoy requiere intervención manual.
  • Mitra lo analiza, propone la automatización y pide autorización.
  • Se autoriza, lo construye y lo verifica.
  • Queda vigilado, y se fuerza un fallo para ver cómo lo detecta y lo comunica.

Todo con trazabilidad completa y coste medido en pantalla.

Lo que se pide para avanzar: que se designe un proceso concreto sobre el que hacer la demostración, y que asista alguien que lo conozca por dentro. Con eso se agenda en la semana siguiente. Si después no hay encaje, se dice y no ha costado nada a ninguna de las dos partes.

Mitra · Informe de capacidades · Septiembre de 2026
Autor y propietario: José María Lara

Este documento describe capacidades y resultados operativos verificables. La arquitectura, los componentes y los métodos de implementación no forman parte de él y no se comparten en fase comercial.