Arquitectura de referencia · 2026
Arquitectura Legal AI de una firma adaptativa
Una firma agéntica no es una colección de copilots. Es una arquitectura institucional que combina modelos, conocimiento, herramientas, reglas y personas para producir resultados jurídicos gobernados.
De la interacción humana al resultado jurídico gobernado.
- Vendor-agnóstica
- Product-agnóstica
- Gobernable
- Escalable
Esta es una arquitectura canónica de capacidades. Un producto concreto puede ocupar partes de varias capas; ningún producto equivale por sí solo a la arquitectura de la firma.
Póster de referencia
Vista completa y estática de la arquitectura. Pulse cualquier capa para abrirla en el explorador interactivo, o atenúe las que no esté analizando.
Capas visibles
Atenúe las capas que no esté analizando. Al pulsar una región del póster, el explorador interactivo se desplaza y resalta esa capa.
Deslice horizontalmente para explorar la infografía completa.
Arquitectura de referencia · 2026 · vendor-agnóstica y product-agnóstica. Formato SVG escalable: sirve como vista ejecutiva, soporte de presentación y alternativa estática al explorador.
Explorador de la arquitectura
Alterna entre vista general, flujo de matter, gobernanza, conocimiento y economía para observar cómo se combinan las capacidades.
Arquitectura completa: tres planos (ejecución, gobierno y construcción) y las capas de capacidad que los componen.
AI control plane / Gobierno
Membrana transversal
- Identity
- Policy
- Security
- Privacy
- Privilege
- Model/tool registry
- Evaluation
- Observability
- Audit
- Incidents
- Risk
- Economics
- FinOps
Runtime / Ejecución
Experiencia / Canales
- Word
- Outlook
- Teams
- Navegador
- DMS
- Portal cliente
- Apps verticales
La conversación y el trabajo suceden en múltiples superficies.
Productos y servicios verticales
- M&A
- Fiscal
- Litigación
- Laboral
- Público
- Competencia
- Banking
- Knowledge
- Finance
- HR
- BD/CRM
- Risk
- Corporate Governance
Cada práctica construye sobre capacidades comunes.
Orquestación agéntica + workflow + harness
- Estado
- Planificación
- Routing
- HITL
- HOTL
- HOOTL
- Approvals
- Guardrails
- Verificadores
- Adversariales
- Council
- Tracing
- Rollback
Aquí se gobiernan la autonomía, la calidad y la ejecución.
Inference fabric
- Frontier
- Fast/general
- Specialist
- Local/open
- Vision
- Embeddings
- Model gateway
- Registry
- Routing
- Fallback
- Budgets
- Versioning
La inferencia se enruta a la capacidad adecuada según riesgo, calidad, coste, latencia y confidencialidad.
Knowledge fabric
— Lo que la firma sabe- Fuentes externas
- Conocimiento institucional
- Client/matter
- Datos de negocio
- Memoria de trabajo
Recuperación federada, permisos, provenance y citar-o-callar. No existe un corpus único.
Tool / Action fabric
— Lo que la firma puede hacer- API
- MCP
- Events
- A2A
- RPA/UI
- Read/write tools
- Command gateway
- Credentials
- Transactions
- Scopes
Conectividad y acción segura sobre sistemas y procesos.
Systems of record
- DMS
- PMS
- ERP
- HRIS
- CRM
- Conflicts
- Time
- Billing
- Entity governance
- VDR
- Research
El sistema de registro sigue siendo la fuente de verdad operativa de la firma.
Gobierno técnico, operativo, económico y jurídico. No es una capa inferior ni un módulo. Es una membrana que envuelve todo el runtime: cada llamada a un modelo, cada recuperación de conocimiento y cada acción sobre un sistema la atraviesan.
Legal AI product factory / Construcción
- Templates
- Playbooks
- Skills
- Eval banks
- Connectors
- CI/CD
- Catalog
- discover
- design
- sandbox
- shadow
- pilot
- production
- monitor
- version
- retire
- Playbook
- Knowledge fabric
- Connector
- Tool / Action fabric
- Eval bank
- Harness y control plane
- Workflow
- Orquestación
- Skill
- Producto vertical
- Policy
- Control plane
La factoría convierte conocimiento y procesos en activos reutilizables.
Los activos permanecen; cada cambio de modelo exige revalidación
La animación muestra que el workflow, el conocimiento y las reglas no se rehacen al sustituir la inferencia. Su límite: la nueva configuración no hereda las homologaciones anteriores y debe volver a superar la suite de regresión antes de usarse en un asunto.
Sustitución de modelo
Workflow
M&A Due Diligence Workflow v7
- Identidad
- Permisos
- Knowledge fabric
- Playbook
- Tool schemas
- Evals
- Approval
- Audit
- Systems of record
Los activos permanecen; cada cambio de modelo exige revalidación.
La modularidad permite sustituir el modelo; la equivalencia de calidad, seguridad y coste debe volver a evaluarse.
Descomposición del activo
M&A Due Diligence Workflow v7
Playbook
El criterio de la firma, explicitado y versionado.
Skill
La capacidad ejecutable, con propietario y evaluación.
Eval bank
El conjunto de casos que define qué es un resultado aceptable.
Connectors
El acceso permisionado a los sistemas donde ocurre el trabajo.
Éste es el activo de la firma.
Actualización: especialización, gateways y nueva frontera
Los anuncios de agosto y septiembre de 2026 no modifican esta arquitectura. Precisan dónde queda hoy el punto de control. Estos son los seis matices del dossier, con la simplificación que evitamos y la formulación precisa de cada uno.
Conocimiento
- Simplificación que evitamos
- El conocimiento de la firma vive en el modelo que se contrata.
- Formulación precisa
- La memoria institucional no debe depender de un modelo. Si pesos, adaptadores o memorias incorporan conocimiento, deben gobernarse como activos derivados.
Procedencia, derechos, segregación, vigencia y retirada. El modelo no sustituye a la fuente ni al expediente, y el conocimiento histórico no se convierte automáticamente en un activo entrenable.
Decisión: Inventariar corpus, índices, cachés, memorias, adaptadores y datasets, con dueño y condiciones de retirada.
Fuente declarada: Harvey · Fireworks AI · Post-training update: Harvey Tenet Research Preview (se abre en una pestaña nueva) · Post-training Kimi K3 with Harvey for long-horizon legal work (se abre en una pestaña nueva)
Portabilidad
- Simplificación que evitamos
- Si la arquitectura es modular, cambiar de modelo es una operación neutra.
- Formulación precisa
- Los contratos y activos institucionales permanecen; la nueva configuración debe volver a superar las evaluaciones.
Formatos, uso de herramientas, estado, idiomas, citas, seguridad, coste y latencia cambian con la versión. Se homologa modelo más harness, nunca solo un identificador.
Decisión: Prohibir la migración silenciosa: cada cambio pasa por la suite de regresión.
Fuente declarada: ARC Prize · Anthropic (guía de migración) · OpenAI's GPT-6 Astra on ARC-AGI-3 (se abre en una pestaña nueva) · Migration vers Claude Fable 5.1 et Claude Mythos 5.1 (se abre en una pestaña nueva)
Enrutado
- Simplificación que evitamos
- Con acceso a muchos modelos desaparece el riesgo de dependencia.
- Formulación precisa
- Varios modelos diversifican una capa; el gateway puede concentrar otras dependencias.
Autenticación, políticas, trazas, observabilidad, fallbacks y facturación pueden quedar en un único intermediario. El modelo anunciado, el solicitado y el realmente servido no son necesariamente el mismo.
Decisión: Exigir proveedor efectivo declarado, políticas y trazas exportables y una alternativa probada.
Fuente declarada: Stripe · OpenRouter · Stripe agrees to acquire OpenRouter to help businesses optimize token routing and usage (se abre en una pestaña nueva) · OpenRouter is Joining Stripe (se abre en una pestaña nueva)
Gobierno
- Simplificación que evitamos
- Se elige el modelo más potente y después se comprueba si es admisible.
- Formulación precisa
- Entre las rutas autorizadas, elegir la que alcanza el resultado requerido con calidad, tiempo y coste aceptables.
Secreto, finalidad, residencia y mandato son restricciones, no variables intercambiables por ahorro. Un fallback no relaja la confidencialidad.
Decisión: Bloquear o escalar cuando ninguna ruta sea admisible, en lugar de degradar la condición.
Fuente declarada: Anthropic (EFS) · OpenAI (ficha de seguridad) · Developing Enterprise Frontier Safeguards with our customers (se abre en una pestaña nueva) · Safety overview: GPT-6 Astra (se abre en una pestaña nueva)
Harness
- Simplificación que evitamos
- Un segundo modelo que revisa al primero elimina el error.
- Formulación precisa
- La revisión multimodelo es un control posible; necesita evidencia de valor incremental y no elimina errores correlacionados.
Conviene combinar fuentes, esquemas, reglas, invariantes y revisión humana, y apoyarse en evidencia de acciones y resultados en lugar de confiar solo en las explicaciones del propio sistema.
Decisión: Medir el valor incremental de cada control antes de darlo por bueno; registrar los fallos que sí escapan.
Fuente declarada: OpenAI (ficha de seguridad) · ARC Prize · Safety overview: GPT-6 Astra (se abre en una pestaña nueva) · OpenAI's GPT-6 Astra on ARC-AGI-3 (se abre en una pestaña nueva)
Economía
- Simplificación que evitamos
- Un token más barato es un servicio más barato.
- Formulación precisa
- La economía se mide por resultado aceptado, incluido el trabajo necesario para corregirlo y responder por él.
Inferencia, almacenamiento, herramientas, reintentos, validación y revisión humana forman el coste. Un presupuesto de gasto no es un poder para comprometer a la firma.
Decisión: Separar presupuesto de inferencia y autoridad para actos externos, y medir el coste neto por servicio.
Fuente declarada: Stripe · Anthropic · Stripe agrees to acquire OpenRouter to help businesses optimize token routing and usage (se abre en una pestaña nueva) · Introducing Claude Fable 5.1 and Claude Mythos 5.1 (se abre en una pestaña nueva)
Los hechos con fecha, sus fuentes y sus límites están en el dossier del momento agéntico.
Tres planos, tres responsabilidades
La arquitectura se lee mal cuando se representa como una pila de productos. Se lee bien cuando se separa qué ejecuta, qué gobierna y qué construye.
Runtime ejecuta
Recibe la petición donde el trabajo ya sucede, descompone el encargo, enruta inferencia y conocimiento, ejecuta acciones permisionadas y produce un resultado.
Control plane gobierna
Fija identidad, permisos, política, privilegio, evaluación, trazabilidad y economía. Atraviesa todo el runtime en lugar de situarse debajo de él.
Product factory construye y evoluciona
Convierte procesos y criterio en activos reutilizables con ciclo de vida explícito, desde el descubrimiento hasta la retirada.
Cinco distinciones que evita la arquitectura
Cada confusión desplaza la decisión de la firma hacia una decisión de compra.
- Modelo ≠ plataforma
- Un modelo es una capacidad de inferencia sustituible; una plataforma es un conjunto de servicios que lo rodea.
- Plataforma ≠ arquitectura
- Una plataforma puede ocupar varias capas, pero la arquitectura es la decisión de la firma sobre cómo se combinan todas.
- Agente ≠ workflow
- Un agente decide pasos; un workflow es un procedimiento versionado con autoridad, verificación y responsable.
- Conocimiento ≠ documento
- Un documento es un artefacto; el conocimiento es criterio recuperable, permisionado y con procedencia.
- Automatización ≠ resultado gobernado
- Producir salida rápido no equivale a producir un resultado del que la firma pueda responder.
Qué permanece sustituible y qué debe institucionalizarse
La formulación corta de la tesis, y su lectura en español.
Formulación
- Models are replaceable.
- Workflows are versioned.
- Knowledge is governed.
- Actions are permissioned.
- Outcomes are evaluated.
Lectura en español
- Los modelos son sustituibles.
- Los workflows se versionan.
- El conocimiento se gobierna.
- Las acciones se permisionan.
- Los resultados se evalúan.
Límites de esta representación
- La arquitectura no garantiza que el resultado sea verdadero ni correcto: reduce la probabilidad de error no detectado y hace visible quién responde.
- Los patrones de council y de desafío adversarial son opcionales y caros. Se justifican por riesgo del resultado, no por defecto.
- MCP y A2A son protocolos de interoperabilidad; no convierten automáticamente en portable una capacidad ni eliminan la dependencia de un proveedor.
- No se afirma ninguna capacidad de producto concreto. Los nombres de superficie designan categorías, no recomendaciones.
- Es un marco editorial de referencia, no el diseño de la arquitectura de una firma concreta.
Transcripción de la infografía
Descripción textual completa, alternativa al diagrama interactivo.
- 01La arquitectura se organiza en tres planos. El runtime ejecuta, el control plane gobierna y la product factory construye.
- 02El runtime tiene seis niveles: experiencia y canales; productos y servicios verticales; orquestación agéntica con workflow y harness; inference fabric; dos fabrics paralelos, knowledge y tool/action; y systems of record.
- 03El control plane no es una capa inferior: envuelve todo el runtime con identidad, política, seguridad, privacidad, privilegio, registro de modelos y herramientas, evaluación, observabilidad, auditoría, incidentes, riesgo, economía y FinOps.
- 04La product factory es una cinta de construcción que produce templates, playbooks, skills, bancos de evaluación, conectores, CI/CD y catálogo, con un ciclo de descubrimiento, diseño, sandbox, shadow, piloto, producción, monitorización, versionado y retirada.
- 05El flujo de matter recorre un caso ilustrativo de revisión de SPA en M&A: petición en Word, entrada por el producto vertical, descomposición del encargo con distintos niveles de autoridad, enrutado de inferencia, recuperación de conocimiento permisionada, acciones de lectura permitidas y escritura detenida en aprobación humana, verificación por el harness y cierre como resultado jurídico gobernado.
- 06La microanimación central muestra que el workflow permanece inmóvil mientras el modelo A se sustituye por el modelo B, y que el activo de la firma es el workflow descompuesto en playbook, skill, banco de evaluación y conectores.