C5 Real Legaltech Analysis Borjamoskv

---
name: c5-real-legaltech-analysis-borjamoskv
title: 'Skill: C5-REAL LegalTech Analysis (Ω16 / Ω20 / Ω32)'
description: Auditoría LegalTech, análisis de cumplimiento EU AI Act (Artículos 9-14) y análisis de contratos inteligentes bajo estándar C5-REAL. Dispara con "legaltech", "auditoría legal", "EU AI Act", "cumplimiento regulatorio", "contrato inteligente c5", "whitepaper legal".
author: borjamoskv
author_url: https://github.com/borjamoskv/cortex-persist/tree/main/skills/c5-real-legaltech-analysis
license: MIT
version: 0.1.1
execution_mode: open
jurisdiction: eu
practice: contracts
language: es
---

# Skill: C5-REAL LegalTech Analysis (Ω16 / Ω20 / Ω32)

> **Directiva Declarativa (Orquestación en Árbol de Trabajo):**
> - **Rol Asignado:** `auditor` (Auditor (Verificación Independiente, Linters de Silicio & Fail-Closed Gate))
> - **Modo de Acceso a Worktree:** `audit-only` (audit-only (Lectura forense de diffs, linters, tests de estrés y cálculo de exergía; cero mutación de código))
> - **Fase Causal:** `verification`
> - **Contrato Handoff:** Recibe de `ejecutor` $\to$ Despacha a `operador`

Proporciona el marco epistemológico para analizar y decodificar sistemas legales, startups LegalTech, contratos y contenido editorial jurídico a través del estándar C5-REAL.

---

## §0 Glosario de Axiomas Ω y Delimitación de Ámbitos

Este glosario opera como *stub* C3. Sincronizar con el registro canónico para portabilidad absoluta:

- **Ω2**: Falsabilidad Empírica / Observación Directa.
- **Ω8**: Formato Brutalist UI (cero retórica).
- **Ω10**: Ruta de menor resistencia termodinámica.
- **Ω11**: C4-SIM (Simulación) = Anergía. Prohibida la degradación silenciosa.
- **Ω12**: Resolución autónoma de ambigüedades (Grill-You).
- **Ω16**: Alineación Axiomática (Concordancia).
- **Ω19**: System Over Model (Topología sobre parámetros).
- **Ω20**: Exergía Sistémica Universal.
- **Ω22**: Falsifiabilidad Estricta.
- **Ω24**: Macro-Exergy & Zero-Residual (Estado Limpio).
- **Ω31**: Transmutación Editorial.
- **Ω32**: SOTA (Silicon Over Stochastics).
- **Ω40**: Erradicación de State Bloat.

**Delimitación Explícita de Ámbitos (Zero-Pause vs Supervisión Humana):**
La autonomía de ejecución (Zero-Pause) y automatización cognitiva aplica *exclusivamente* al **Agente-Ejecutor** realizando esta auditoría bajo el entorno Antigravity. Las exigencias de supervisión humana (ej. EU AI Act) aplican al **Sistema-Auditado** (la plataforma LegalTech en el mercado tomando decisiones sobre usuarios). No mezclar planos termodinámicos.

---

## Taxonomía de Anergía Legal

| Clase | Descripción | Ejemplo | Diagnóstico |
|---|---|---|---|
| **L₁** | Fricción Burocrática (Latencia Humana) | Revisar miles de contratos a mano | $L_f \to \infty$ — Proceso sin colapso determinista |
| **L₂** | Facturación por Tiempo (Hora-Hombre) | Facturas detallando minutos | Venta de entropía: el cliente paga la fricción |
| **L₃** | Atestación Analógica (Notario Físico) | Firma presencial, sello de cera | Latencia $O(días)$ para delta binario |
| **L₄** | Compliance Retórico (Green Theater) | Políticas de privacidad estáticas | Ruido estocástico sin invariante criptográfico |
| **L₅** | Litigio Adversarial Infinito | Recursos y apelaciones recursivas | $\lim_{n \to \infty} \text{Resolución} = \emptyset$ |

---

## Las 5 Primitivas Deterministas del LegalTech

El análisis estructural de cualquier plataforma DEBE fundamentarse en estas primitivas atómicas:

### P1 — Delta de Evidencia (Invariante Criptográfico)
- **Función:** Sustituto del notario físico.
- **Topología:** Hash unidireccional (SHA-256) + Sello de Tiempo Estricto (TSA) + Firma Asimétrica (ECDSA/EdDSA).
- **Test Exergía:** Demostración de existencia y no-alteración sin depender de humanos.

### P2 — Tensor Jurisprudencial (Similitud Vectorial)
- **Función:** Reemplazo de la búsqueda heurística manual ($L_f$).
- **Topología:** Mapeo semántico legal (Embeddings) con RAG.
- **Test Exergía:** Localización del precedente óptimo en $O(\log N)$.

### P3 — Invariante Contractual (Lex Cryptographica)
- **Función:** Smart Contract / DAG determinista sin interpretación subjetiva.
- **Topología:** Autómata Finito: `IF [Condición] THEN [Colapso de Estado]`.
- **Test Exergía:** Ejecución incondicional y estado de falsificación (`ELSE [REVERT]`).

### P4 — Operador de Cuarentena (Compliance)
- **Función:** Cortafuegos de riesgo estructural (KYC/AML/Sanctions). Asertor de un solo nodo (NO es BFT).
- **Topología:** Aserción binaria rígida (`CHECK()`). `[FATAL] Halt` ante discrepancia.
- **Test Exergía:** Bloqueo ilícito en $O(1)$ sin deliberación humana.

### P5 — Ledger Distribuido (Auditoría Inviolable)
- **Función:** Registro maestro inviolable de eventos legales.
- **Topología:** Árbol de Merkle (Blockchain). **Exige declaración de modelo de fallos y quorum $\ge 3f+1$**. Si un sistema no declara quorum, se degrada a **Append-Only Anclado** (NO es BFT).
- **Test Exergía:** Inmutabilidad probada donde ni los administradores del sistema pueden alterar eventos.

---

## Protocolo de Análisis (Pipeline de Ejecución)

### Fase 1 — Clasificación de Anergía
Identificar L₁–L₅ en el sistema/texto analizado. Cuantificar fricción como coste temporal/económico.

### Fase 2 — Auditoría de Primitivas
Evaluar P1–P5 mediante el "Test de Exergía" utilizando la Matriz de Scoring observacional.

### Fase 3 — Rol del Humano (Operador Soberano)
Determinar si el modelo trata al humano como:
- **Nodo BFT Validator:** Asume responsabilidad asimétrica sobre el Transductor. **EXERGÍA.**
- **Procesador de Texto:** Ejecuta tareas de silicio. **ANERGÍA.**

### Fase 4 — Veredicto Exergético
Emitir Concordancia Axiomática (%), Coeficiente State Bloat y Vector de Transmutación.

### Fase 5 — Falsación del Veredicto (Ω22)
El pipeline DEBE atacarse a sí mismo. Aportar refutadores contra el veredicto y plantear un experimento mínimo de comprobación (falsación). **Regla C-Class:** Sin refutadores enunciables, el análisis sufre autodegradación obligatoria a C2.

---

## Matriz de Scoring Cuantitativa (Exergy Score)

**Regla Cero (*In dubio contra venditorem*):** El score sin evidencia computa `0`. El veredicto no es *vibes*.

### Rúbrica Observacional Determinista (Por Primitiva):
| Score | Criterio Empírico de Evaluación |
|---|---|
| **0** | Anergía pura. Cero evidencia de infraestructura. Basado en retórica o "vibes". |
| **3** | Mención de la tecnología en docs comerciales sin especificación técnica auditable. |
| **5** | Funcionalidad observada pero con dependencias estocásticas humanas (Semi-automatizado). |
| **7** | Primitiva implementada arquitectónicamente, fallos marginales documentados. |
| **10** | Invariante criptográfico demostrado matemáticamente en producción (ej. hash verificable). |

| Primitiva | Peso |
|---|---|
| P1 — Delta de Evidencia | 0.25 |
| P2 — Tensor Jurisprudencial | 0.20 |
| P3 — Invariante Contractual | 0.20 |
| P4 — Operador de Cuarentena | 0.15 |
| P5 — Ledger Distribuido | 0.20 |

---

## Formato de Salida (Brutalist UI / Ω8)

El formato exige declarar cualquier degradación u omisión. Punteros de evidencia (links, citas) y columnas de confianza (C1-C5) son obligatorios en todas las tablas.

```
---
> ■ [CORTEX-TAINT:LEGALTECH-AUDIT] DECODIFICACIÓN EPISTÉMICA
> 🎯 NODO DE ORIGEN: [Nombre de la plataforma/texto]
> ⚠️ PARTIAL_INPUT: [n]% (Si aplica degradación de entrada)
> ⚙️ MODO DE ANÁLISIS: Termodinámica Agéntica (C5-REAL)
---

### ⚙️ TAXONOMÍA DE ANERGÍA (F1)
| Clase | C | Presente | Coste Estimado | Evidencia Puntero |
|---|---|---|---|---|
| L₁ | C[1-5] | SÍ/NO | ... | [Cita/URL] |

### ⚙️ AUDITORÍA DE PRIMITIVAS (F2)
| Primitiva | C | Estado (Score 0-10) | Evidencia Puntero |
|---|---|---|---|
| P1 Delta Evidencia | C[1-5] | [Score] | [Cita/URL] |

### ■ VEREDICTO ESTRUCTURAL Y FALSACIÓN (F4-F5)
- Concordancia Axiomática: X%
- Coeficiente State Bloat: BAJO/MEDIO/ALTO
- Vector de Transmutación: [propuesta]
- Falsadores Enunciados: [Refutador 1], [Experimento Mínimo]
```

---

## Anti-Patrones LegalTech (Taxonomía de Fallos)

| Anti-Patrón | Descripción | Primitiva Ausente |
|---|---|---|
| **PDF Glorificado** | Plataforma que genera documentos estáticos sin lógica. | P3 (Invariante Contractual) |
| **Notario Digital Falso** | Firma electrónica sin anclaje criptográfico (imagen). | P1 (Delta de Evidencia) |
| **RAG Cosmético** | Chatbot que busca keywords sin vector store real. | P2 (Tensor Jurisprudencial) |
| **BFT Decorativo** | Ledger distribuido sin modelo de fallo bizantino ni quorum $\ge 3f+1$ declarado. | P5 (Ledger Distribuido) |
| **Compliance Disfrazado** | Checklist en Excel rebautizado como plataforma. | P4 (Operador de Cuarentena) |
| **Despacho SaaS** | Plataforma que replica el modelo de horas facturables. | Todas (L₂ pura) |

---

## Marco Regulatorio Europeo / Español (Overlay Normativo)

Superponer este marco como capa de validación de Primitivas (Auditoría Post-Agosto 2026):

| Regulación | Primitiva | Invariante Criptográfico / Regla | C-Class |
|---|---|---|---|
| **EU AI Act (Art. 50)** | P2 / P4 | **Aplicable desde 02-08-2026.** Obligaciones de transparencia: los sistemas deben avisar inequívocamente a los usuarios si interactúan con una IA. Riesgo alto anula automatización total. | C5 |
| **eIDAS 2.0 (Sección 11)** | P5 | Primera validación regulatoria directa de Ledgers Electrónicos Cualificados. Exige nodos identificados para Proof of Authority. *(Verificar numeración vs texto consolidado)* | C4* |
| **eIDAS 2.0 (Firma)** | P1 | Firma Electrónica Cualificada (QES). Imagen de firma es insuficiente. | C5 |
| **Digital Omnibus** | P1 | Directiva modernizadora sobre contratos y bienes digitales. | C3 |
| **GDPR (Art. 17)** | P5 | Tensión termodinámica (Olvido vs Inmutabilidad). Solución Primaria: **Crypto-shredding** (borrado de clave). Secundaria: Tombstoning. | C5 |
| **LO 1/2025 (España)** | L₅ | Ley de Medios Adecuados de Solución de Controversias (MASC). Ataque legislativo directo a la fricción de litigio L₅ forzando pasos previos obligatorios. | C5 |

---

## Estándar SGIC-v4.0-LEAN: Software Verificado Formalmente & EU AI Act

Cuando se audite, licencie o documente infraestructura de IA verificada formalmente (Lean 4, Coq, SMT, Rust) para comités de inversión, organismos notificadores o Due Diligence:

### 1. Modelo de Auditoría Tripartita (Zero Trust Architecture)
- **Nivel 1 (Certificación Matemática Determinista):** Especificación formal en Lean 4 (*in progress*). Objetivo: verificación estricta de tipos en el Kernel de Lean 4 (`sorry = 0`) e invariantes de seguridad probados formalmente como certeza matemática.
- **Nivel 2 (Robustez y Mutación CI/CD):** Workflows CI/CD automatizados (SAST/DAST) con *Mutation Testing* mediante `cargo-mutants` (integración CI planificada) y atestación criptográfica SLSA Level 3/4.
- **Nivel 3 (EU AI Act & Auditoría Externa):** Conformidad demostrada con los Arts. 9 (Gestión de Riesgos), 10 (Gobernanza de Datos), 14 (Supervisión Humana), 15 (Ciberseguridad y Precisión) y 17 (Sistema de Gestión de la Calidad) para Organismos Notificados y auditorías de caja blanca/negra.

### 2. Tríptico de Artefactos de Salida
Al preparar la transferencia de activo, licenciamiento institucional o captación de capital:
1. **Estándar SGIC (SGIC-v4.0-LEAN):** Especificación técnica formal de gobernanza Zero Trust e inmutabilidad.
2. **Licencia Sovereign v4.0:** Contrato de licencia enterprise con delimitación de IP, garantía por prueba formal en Lean 4 y exención/limitación de responsabilidad.
3. **Teaser Ejecutivo Financiero:** Dossier defensivo para fondos de inversión (Alba, Deep Tech VCs) fundamentado en el foso defensivo inalterable verificado por máquina.

---

## Protocolo de Análisis de Inversión LegalTech

Filtro termodinámico sobre datos de financiación:

- **Fase I1 (Destino del Capital):** Mapear inversión a primitivas. AI Copilots = Exergía (P2). Billing/Time-tracking = Anergía Pura (L₂).
- **Fase I2 (Ratio Exergía):** $\eta_{\text{investment}} = \sum \text{Cap}_{\text{Prim}} / \sum \text{Cap}_{\text{Total}}$. Si $\eta > 0.7$ convergencia; si $\eta < 0.3$ burbuja de Green Theater.
- **Fase I3 (Métrica Mercado 2026):** Referencia base $2.100M H1 2026. *Condición:* Fuente única secundaria. Máximo nivel **C2**. Caducidad de la métrica: **2 trimestres** (Límite Q1 2027).

---

## Protocolo de Análisis Editorial (Newsletters/Artículos LegalTech)

Cuando el input es texto editorial (Substack, paper):

### Fase N1 — Tesis Central
Extraer Delta de Estado Determinista (`[TESIS]`).

### Fase N2 — Concordancia Axiomática
Evaluar convergencia con axiomas C5-REAL (Ω19, Ω20, Ω32, Ω40).

### Fase N3 — Detección de Anergía Retórica
Identificar Green Theater Legal:
- Predicciones sin falsifiabilidad (violación Ω22).
- Ausencia de primitivas concretas.

### Fase N4 — Transmutación Editorial (Ω31)
Proponer transformación exergética de las ideas débiles.

---

## Integración CORTEX_ENGINE: Ingesta Jurisprudencial

La jurisprudencia es el dataset de **mayor exergía estructural**. Contrato I/O determinista para agentes autónomos que colisionan con Límites de Gödel-Turing:

1. **Detección Colisión:** Mapeo de estancamiento (Axioma A vs B).
2. **Extracción Ratio Decidendi:** Aislar el operador matemático de resolución del juez.
3. **Contrato I/O & HALT Guard:** 
   - El agente asimila el precedente extraído por el engine.
   - **Límite de Confianza:** Si el Nivel de Confianza (C) del precedente es $< 3$, ejecutar **`HALT`** inmediato.
   - **Axioma Crítico:** PROHIBIDO sintetizar, derivar o alucinar precedentes. El sistema debe colapsar operativamente antes que generar jurisprudencia alucinada.
4. **Inyección Funtorial:** Aplicar la estructura estabilizada y colapsar ($F=0$).

---

## Auditoría de Términos de Servicio & Políticas de Privacidad (ToS Clause Scanner)

Módulo determinista para escanear contratos de consumo, ToS, EULAs y políticas de privacidad desde la perspectiva del usuario/consumidor:

1. **Cláusulas Leoninas & Desequilibrio Contractual:** Flagging de exención asimétrica de responsabilidad, sumisión a fueros lejanos y modificación unilateral de términos.
2. **Trampas de Renovación Automática & Oscuras (Dark Patterns):** Cancelaciones complejas (patrón "Roach Motel"), cobros recurrentes sin notificación previa y periodos de prueba con transición silenciosa a pago.
3. **Monetización & Cesión de Datos Persona:** Venta/licencia a terceros de datos personales, uso no consentido de datos de usuario para entrenamiento de modelos de IA y renuncia a derechos de propiedad intelectual sobre contenido generado.
4. **Matriz de Riesgo para el Consumidor:** Clasificación de Severidad (Baja, Media, Alta, Crítica) y recomendación de remediación/opt-out.

---

## Generator de Checklists Regulatorios & Matriz de Escalado

Estructuración de auditorías de cumplimiento normativo (GDPR, PIPL, EU AI Act, HIPAA):

### Matriz Severidad vs Probabilidad

| Likelihood \ Severity | Menor (L1) | Moderada (L2) | Grave (L3) | Catastrófica (L4) |
|---|---|---|---|---|
| **Rara (P1)** | Bajo | Bajo | Medio | Alto |
| **Improbable (P2)** | Bajo | Medio | Alto | Alto |
| **Probable (P3)** | Medio | Alto | Alto | CRÍTICO |
| **Frecuente (P4)** | Alto | Alto | CRÍTICO | CRÍTICO |

### Protocolo de Escalado Regulatorio
- **Riesgo Bajo:** Registro interno y revisión anual en auditoría ordinaria.
- **Riesgo Medio:** Implementación de mitigación en Sprint actual (plazo $< 30$ días).
- **Riesgo Alto:** Escalado inmediato a DPO / Legal Counsel. Remediación en $< 7$ días.
- **Riesgo CRÍTICO:** Cortafuegos operativo (HALT P4). Suspensión del tratamiento de datos / despliegue del modelo hasta la validación de cumplimiento.

---

## Autonomy Contract & Composición (Ω10 / Ω11 / Ω12)

**Fail-stop rige sobre los datos; best-effort declarado rige sobre el análisis.**

- **Degradación Silenciosa Prohibida (Ω11):** Si el input está truncado, el Transductor debe declararlo obligatoriamente con el flag `PARTIAL_INPUT: n%`. Analizar ciegamente sin avisar constituye simulación (C4-SIM).
- **Zero Pause Invariant:** No pausar ejecución para pedir permisos (solo aplicable a la automatización del agente, no a la regulación del LegalTech auditado).
- **Recursion Guard (Control de L₅ Autoinfligido):** En llamadas recursivas (`mas`/`profundiza`), aplicar un límite duro de **`max_depth = 3`**. Calcular el $\Delta$score de exergía entre profundidades; si $\Delta \text{score} < 0.5$, ejecutar **`HALT`** (convergencia alcanzada). Esto bloquea bucles de análisis infinitos.
- **Composición:** `substack-socint-extraction` para entradas de Substack; `anergy-purge-protocol` post-scraping.

---

## Protocolo Forense de Ingeniería Inversa en SaaS LegalTech (Deconstrucción de Bundles)

Cuando se audite una plataforma LegalTech externa (URL de campaña, landing o aplicación web):

### 1. Vector de Atribución y AdTech (Ad Deanonymization)
- **Extracción de Parámetros:** Desglosar `utm_*`, parámetros de integración CRM (`hsa_acc`, `hsa_cam`, `hsa_ad` en HubSpot) y banderas de segmentación de audiencia (`hsa_tgt`).
- **Rastreo de Deanomización IP:** Identificar scripts de *reverse IP lookup* corporativo (ej. Albacross `new-collect.albacross.com`) que extraen la identidad del despacho antes del consentimiento explícito.

### 2. Auditoría de Perímetro CSP (Content-Security-Policy)
- Analizar cabeceras `content-security-policy` en busca de dependencias no declaradas:
  - **QTSPs (Firma e Identidad eIDAS):** Namirial, DocuSign, Signaturit.
  - **Speech-to-Text / Audio Legal:** Deepgram EU (`api.eu.deepgram.com`), Whisper APIs.
  - **Observabilidad con Riesgo de Fuga:** Sentry (verificar scrubbing regex de PII), Amplitude con Session Replay (`api-sr.eu.amplitude.com`).
  - **WebSockets de Inferencia:** Pusher (`ws-*.pusher.com`), sockets dedicados de streaming.

### 3. Decompilación de Manifiestos y Bundles (Next.js / Turbopack)
- Extraer `_buildManifest.js` para mapear el árbol de rutas privadas (`/drafting`, `/research`, `/compliance`, `/matters/pct`).
- Localizar esquemas de entorno runtime (módulos `@t3-oss/env-nextjs` con llamadas `createEnv`).
- Extraer la constante de endpoints de coste computacional (`apiEndpointsCreditConsuming`).
- Reconstruir la FSM del agente de redacción (`DRAFTING_RUNNING_STEP`):
  `TEMPLATE_PROCESSING` → `REQUEST_ANALYSIS` → `RETRIEVING` → `FILTERING` → `GENERATING_RESPONSE` → `GENERATING_DOCUMENT`.

---

## Matriz de Falsación: Compliance de Papel vs. Atestación Criptográfica (EU AI Act Arts. 9-14)

Herramienta de auditoría para desmontar el "Green Theater" en sistemas LegalTech de Alto Riesgo (Anexo III):

| Artículo EU AI Act | Postulado Comercial Ordinario (SaaS) | Falsación Técnica (Falla Empírica) | Invariante Criptográfico Requerido (BABYLON-60 Standard) |
| :--- | :--- | :--- | :--- |
| **Art. 12 (Logs Automáticos)** | *"Guardamos logs en Cloud SQL / Sentry bajo ISO 27001."* | Los logs son mutables por credenciales root; carecen de firma asimétrica y no-repudio ante un tribunal. | **SHA3-256 Hash Chain** sobre SQLite WAL. Cualquier alteración rompe la cadena retroactiva ($O(N)$). |
| **Art. 14 (Supervisión y Parada)** | *"El usuario puede pulsar 'Cancelar' en el navegador."* | `AbortController` solo corta la conexión HTTP en el cliente; el proceso de inferencia/coste persiste en el backend. | **64-byte Lock-Free IPC Slot en Rust (`SharedManifest`)** con semántica *fail-stop* atómica y recibos `COSE_Sign1`. |
| **Art. 10 (Gobernanza y Privacidad)** | *"Firmamos un DPA y tenemos política de Zero-Training."* | Los datos viajan a la nube y se procesan en memoria compartida; riesgo de exfiltración en Session Replay. | **Local-First Absoluto ($BABYLON_HOME/)**. Los datos nunca abandonan la máquina anfitriona. |
| **Art. 13 (Transparencia)** | *"Citamos fuentes oficiales con un link a CENDOJ/BOE."* | La cita en la UI no explica el grafo causal ni el peso de los embeddings que descartaron sentencias contrarias. | **Atestación de Grafo RAG** con registro determinista de scores de similitud y filtros aplicados. |

---

## Ontología de Capital: GTM Burn vs. DeepTech Trust Infrastructure

Al evaluar o presentar métricas de financiación ante comités de inversión:

1. **SaaS Vertical Legal (Capital de Fricción Comercial):**
   - Rondas de 50M$–70M$ se justifican casi exclusivamente por la quema en ventas B2B, SDRs, ferias y Google Ads PPC para captar despachos tradicionales uno a uno. Múltiplo de salida estándar: 10x–15x ARR.
2. **Infraestructura Criptográfica de Confianza (Capital de Alta Exergía):**
   - Rondas Seed de 2M$–3M$ y Series A de 15M$–20M$ tienen como objetivo establecer el **estándar técnico de facto** (estilo HashiCorp o Docker). 
   - No compite por el usuario final de Word; licencia el motor de auditoría y certificación AESIA a las propias aplicaciones de IA y a grandes corporaciones. Múltiplo de salida estándar: 25x–50x ARR.

---

## Módulo Forense: Auditoría de Contratos de Gobernanza de IA y Falsación de Guardrails Estocásticos (EU AI Act Arts. 26 / 71)

Cuando se auditen herramientas de gobernanza, observabilidad o guardrails de IA en entornos corporativos:

### 1. Auditoría de Deslinde de Responsabilidad (Deployer Liability Audit)
* **Verificación de Cláusula de Idoneidad Regulatoria:** Contrastar si el proveedor comercial garantiza contractualmente la conformidad con los requisitos de Alto Riesgo (Anexo III, Arts. 9–15) o si traslada todo el riesgo al Desplegador mediante fórmulas tipo *"Customer assumes sole responsibility for compliance with all applicable AI laws"*.
* **Evaluación del Cap de Indemnización:** Mapear el tope indemnizatorio contractual frente al régimen del Art. 71 EU AI Act (hasta 35M€ / 7% facturación). Todo cap acotado a *fees paid in the past 12 months* o *100 USD* debe calificarse como **Riesgo Crítico (L₄ - Compliance Retórico / Falso Isomorfismo)**.

### 2. Test Matemático de Validez de Guardrail (Falsación de Diligencia Debida)
Calcular la cota de fallo ineludible en función del volumen transaccional de la entidad:
$$\mathbb{E}[\text{catástrofes anuales}] = N \times (\epsilon \cdot \delta)$$
* Si $\mathbb{E}[\text{catástrofes}] \ge 1$, el sistema auditado es **probabilísticamente inviable para tareas con efectos jurídicos o mutación causal de datos**. Emitir dictamen de insuficiencia técnica frente a los estándares de supervisión humana (Art. 14) y robustez (Art. 15).

### 3. Matriz Forense de Fuga de Telemetría (Zero-Cloud Invariant)
Auditar si la solución requiere el envío de payloads, metadatos o embeddings a endpoints SaaS externos (LangSmith, Credo Cloud, Lakera API), evaluando el impacto conjunto bajo **GDPR (Capítulo V - Transferencias Internacionales)** y **EU AI Act Art. 10 (Gobernanza de Datos)**.