Diseñar IA jurídica en la nube: qué nos sugiere Azure (y qué hemos decidido hacer al revés)

La pieza de Microsoft Source sobre “3 decisiones de arquitectura para IA legal en Azure” se inserta en una narrativa conocida: el gran proveedor de nube que ofrece a despachos y departamentos jurídicos un kit de piezas (modelos, almacenamiento, autenticación, búsqueda, etc.) para desplegar su propia IA dentro del ecosistema Azure. Aunque el texto accesible no detalla aún esas tres decisiones, la línea general de este tipo de contenidos es clara: aprovechar la infraestructura global de Microsoft para alojar datos, orquestar modelos de IA y construir flujos de trabajo legales sobre servicios gestionados. Desde la perspectiva del despacho, la promesa es agilidad y escalabilidad; desde la perspectiva jurídica, la pregunta inmediata es qué implica ese diseño para la confidencialidad, la localización del dato y la capacidad de auditoría real sobre cómo se procesan expedientes y consultas.

Cuando una solución de IA jurídica se apoya en una nube pública generalista, buena parte del riesgo viene de la propia arquitectura: los documentos viajan necesariamente a infraestructuras externas, se apoyan en APIs o servicios de terceros y el control efectivo sobre logs, retención, réplicas y uso secundario de la información pasa a ser, en gran medida, contractual. Es el paradigma de la “IA como servicio”: potente y flexible, pero mediado por capas de proveedores. Frente a esta lógica, la memoria técnica y jurídica de HAL9000.Legal refleja un planteamiento distinto: infraestructura propia en España, orientada a expedientes reales, sin subcontratación operativa a plataformas generalistas y con control estricto del ciclo de vida del dato dentro del entorno del cliente.

Según la auditoría de privacidad publicada por Abogatic, HAL9000 se ha diseñado para operar en un entorno privado del cliente, con procesamiento local de documentos jurídicos y flujos específicos de cifrado en reposo, minimización y purga. El volumen de cargas de documentos se cifra mediante LUKS, los archivos se eliminan físicamente una vez indexados y la persistencia se gobierna mediante bases de datos locales y mecanismos de purga verificables. No hay registro de prompts ni respuestas en los logs de inferencia, y los logs operativos se limitan a eventos técnicos mínimos. La transcripción de audio y vídeo, así como el OCR, se realizan también mediante contenedores locales, con uso estrictamente temporal de los archivos y eliminación posterior. Todo ello persigue un objetivo sencillo desde el punto de vista jurídico: que el expediente no salga del perímetro controlado por el propio cliente.

En el plano de los modelos, mientras que el enfoque Azure suele apoyarse en modelos generalistas ofrecidos como servicio, HAL9000 utiliza modelos open‑source servidos en infraestructura local. La auditoría menciona, a marzo de 2026, un modelo principal Qwen3.5 122B‑10B y un reranker Qwen3.5 2B integrado en un sistema jurídico propio de reordenación. Sobre esta base técnica se ha realizado un post‑entrenamiento interno específico para trabajo jurídico: separación entre hechos, alegaciones, fundamentos y fallo; énfasis en no inventar lo que no consta en el texto; y diseño orientado a reconocer límites y responder con prudencia. No se trata, por tanto, de “maquillar” un modelo generalista a golpe de instrucciones en cada consulta, sino de ajustar de manera estructural su comportamiento a un estándar de trabajo compatible con la práctica profesional.

La trazabilidad es otro punto donde las decisiones de arquitectura se vuelven tangibles para el abogado. En muchos servicios de IA en nube, la respuesta llega como un bloque de texto difícil de auditar: el profesional debe confiar en que, en alguna parte, el modelo ha usado fuentes válidas. HAL9000 ha sido sometido a un benchmark end‑to‑end que mide no solo la calidad del modelo, sino lo que el abogado ve en su interfaz. En una muestra de 120 consultas, se mostraron 794 citas visibles y se abrieron correctamente 794 de 794 fuentes verificadas desde la propia interfaz. Esta métrica no garantiza por sí misma un soporte semántico perfecto, pero sí aporta una señal de robustez documental y, sobre todo, minimiza la opacidad: cada afirmación relevante viene acompañada de su fuente revisable, integrando mapa de fuentes e índice de entidades para seguir el fundamento jurídico y localizar protagonistas del expediente.

El posicionamiento funcional de HAL9000 también importa cuando se compara con propuestas de IA apoyadas en grandes nubes públicas. Los términos de servicio de Abogacía Tecnológica insisten en que HAL9000 es un sistema de asistencia profesional, destinado a investigación jurídica, análisis documental y elaboración y revisión de documentos, bajo el criterio y la supervisión del usuario. No sustituye el juicio profesional ni toma decisiones jurídicas. Este matiz se vuelve crítico cuando entran en juego jueces y magistrados: el eventual uso por miembros de la Administración de Justicia se limita a tareas auxiliares (búsqueda, organización, anonimizaciones, etc.) que no analicen ni evalúen pruebas, no interpreten ni apliquen el Derecho a hechos concretos, no formulen recomendaciones de caso y no influyan materialmente en el resultado de una decisión. Fuera de esos límites, el uso queda expresamente fuera de la finalidad prevista. Aquí la arquitectura refuerza el marco jurídico: un sistema que trabaja en entorno controlado, sin envío de datos a terceros, facilita que ese uso estrictamente instrumental sea defendible y auditable.

Desde la óptica de un despacho español, el contraste entre una IA jurídica levantada sobre Azure y una solución como HAL9000 no es una cuestión de fe tecnológica, sino de elección consciente de riesgos y controles. La nube pública puede ser adecuada para ciertos escenarios, pero traslada parte de la confianza al proveedor global y a su régimen de servicios. HAL9000 apuesta por una vía más contenida: infraestructura propia o dedicada en España, sin ceder las consultas a plataformas generalistas, sin uso de los datos para entrenamiento externo y con mecanismos de trazabilidad visibles en el propio frontend. Esta combinación permite trabajar con expedientes reales —no solo preguntas aisladas— y encajar la IA en el día a día del despacho sin desdibujar quién decide qué y con qué información.

En definitiva, la conversación que Microsoft abre en torno a “3 decisiones de arquitectura para IA legal en Azure” es pertinente, pero no se agota en la elección de servicios de una nube u otra. Para el sector jurídico, el núcleo de la discusión pasa por cuestiones más materiales: dónde se procesan y almacenan los expedientes, qué margen real hay para limitar la retención y los usos secundarios, hasta qué punto se puede auditar lo que hace el sistema y cómo se preserva la responsabilidad y la supervisión humanas. HAL9000 representa una respuesta concreta a esas preguntas, basada en servidores propios en España, modelos open‑source locales, auditoría de privacidad publicada y una interfaz pensada para que el abogado no reciba nunca una afirmación relevante sin poder ver y abrir su fuente. La noticia de Microsoft es una señal más de que la arquitectura importa; la propuesta de Abogatic muestra que es posible tomar decisiones distintas cuando la prioridad no es solo escalar, sino proteger la confidencialidad y mantener el control sobre el trabajo jurídico.

Fuente: “3 decisiones de arquitectura para IA legal en Azure – Microsoft Source”, disponible en el sitio oficial de Microsoft Source: https://news.microsoft.com.