Saltar al contenido

NEXUS LEGAL · MOTOR FORENSE

Auditoría Forense Determinista — arquitectura en abierto.

Recorrido técnico de cómo el motor abre una sesión, carga sus módulos, ataca sus propias conclusiones y sella la salida. Sin caja negra. Sin atajos probabilísticos.

1 · CÓMO SE ABRE UNA SESIÓN

Una cabecera tipada, no un prompt libre.

Cada operación arranca con una cabecera estructurada que fija el alcance antes de que ningún modelo vea un documento. Es lo que elimina la ambigüedad del "Copiloto".

SESIÓN
ID determinista único por caso (ancla del audit trail).
JURISDICCIÓN
País + familia jurídica (p. ej. ES · Código Civil / UK · Common Law).
RAMA
Dominio: Tributario · Corporativo · Procesal · Regulatorio · Commodities · AML…
MODO
Perspectiva: Defensiva · Ofensiva · Due Diligence Neutra.
DOCUMENTOS
Lista ordenada de entradas con recuento de páginas y clasificación.
TIMESTAMP
Inicio de sesión ISO 8601, pre-comprometido antes del análisis.
ESTADO INICIAL
ANÁLISIS LISTO · DOCUMENTACIÓN PENDIENTE · ANÁLISIS CONDICIONADO.

2 · MÓDULOS CARGADOS

Salvaguardas obligatorias + módulos adaptativos por rama.

Tres módulos corren siempre. El resto se activa de forma determinista desde la cabecera. El modelo nunca elige por su cuenta qué cargar.

Obligatorios (siempre activos)

  • MODULE-AUDITTRAILACTIVO

    Registra cada paso para reconstrucción forense.

    Siempre activo

  • MODULE-OUTPUTACTIVO

    Aplica el esquema de salida tipado y las citas.

    Siempre activo

  • MODULE-SAFEGUARDSACTIVO

    Bloquea patrones conocidos de alucinación en origen.

    Siempre activo

Adaptativos (activados por la cabecera)

  • MODULE-FISCALACTIVO

    Normativa tributaria, plazos procedimentales, doctrina.

    RAMA = Tributario

  • MODULE-LEGALACTIVO

    Cruce normativo y jurisprudencial.

    Cualquier rama jurídica

  • MODULE-PROCESALACTIVO

    Plazos administrativos y judiciales.

    Ramas procesales

  • MODULE-DDACTIVO

    Scoring de Due Diligence frente a documentos aportados.

    Segundo documento o informe previo aportado

3 · FLUJO ADVERSARIAL

Capa A → Nodo A → Nodo B → Nodo C

La Presunción de Inexactitud no es un eslogan; es un pipeline. Cada conclusión tiene que sobrevivir a una revisión adversarial antes de llegar al cliente.

  1. 1. Capa A

    Sustrato literal de origen

    Texto extraído de los documentos de entrada, anclado a página y línea. Todo lo que esté por encima debe trazarse hasta aquí.

  2. 2. Nodo A

    Analista

    Produce el borrador del dictamen con una etiqueta de certeza en cada afirmación (L1–L5). Debe anclar a la Capa A o autodeclarar el vacío.

  3. 3. Nodo B

    Validador (adversarial)

    Aplica la Presunción de Inexactitud. Emite hallazgos tipados (H-NNN) con severidad. Si se levanta cualquier [R] ERROR, el veredicto pasa a NO CONFORME → CORREGIR Y REENVIAR.

  4. 4. Nodo C

    Red team (contraparte)

    Reexamina el dictamen superviviente como abogado contrario hostil: ataca cada conclusión, sondea los eslabones más débiles y expone los contraargumentos que levantaría un tribunal o un adversario. Cada nodo es intercambiable por cualquier proveedor de IA. Los hallazgos que resisten se reportan al cliente junto con el riesgo residual — no se silencian.

Regla de Aislamiento y Continuación

Cuando la Capa A vuelve vacía (documentos sin texto extraíble o escaneos ilegibles), la sección afectada se marca como [L5-V] CRÍTICO y se aísla. El resto del análisis continúa contra lo que sí es legible. El motor nunca infiere contenido desde una fuente vacía.

4 · ESCALA DE CERTEZA

L1–L5: cada afirmación lleva su propio grado.

En lugar de un resumen libre, el motor etiqueta cada afirmación con un código de certeza. El lector sabe exactamente en qué terreno pisa cada frase — y dónde puede rebatir.

CódigoEtiquetaSignificado
[L1]LiteralTexto verbatim del documento aportado (Capa A).
[L2-J]JurisprudenciaCita jurisprudencial verificada contra la fuente oficial.
[L3]Norma aplicableNorma aplicable genérica, con referencia citada.
[L3-NV]Verificada, no citada literalNorma verificada contra fuente oficial pero no citada palabra por palabra en sesión.
[L4]InferenciaPaso de razonamiento derivado de [L1]/[L3] previos, no verificado de forma independiente.
[L5-V]Vacío documentalVacío crítico: el contenido esperado no está disponible o no es legible.
[L5-P]Plazo preventivoPosible plazo procedimental/sustantivo aún no verificado — alerta activa.
[L5-C]Falla de configuraciónParte de la cabecera no pudo determinarse — alcance de módulos restringido.

5 · PROTOCOLO DE VEREDICTO

Tres salidas canónicas.

El Nodo B cierra la sesión con uno de tres veredictos tipados. El cliente recibe primero el veredicto, después la argumentación; nunca una narrativa con la conclusión oculta.

CONSENSO TOTAL

VEREDICTO: CONFORME · RECOMENDACIÓN: PROCEDER

Nodo A y Nodo B coinciden en cada hallazgo. Las afirmaciones están ancladas a la Capa A dentro de los niveles de certeza declarados. Apto para uso.

DISCREPANCIA DETECTADA

VEREDICTO: NO CONFORME · RECOMENDACIÓN: CORREGIR Y REENVIAR

El Nodo B levanta al menos un hallazgo [R] ERROR (por ejemplo, afirmación no verificada o cita contaminada). El Nodo A debe reejecutarse con instrucciones más estrictas antes de la entrega.

ANÁLISIS CONDICIONADO

VEREDICTO: CONDICIONADO · RECOMENDACIÓN: COMPLETAR DOCUMENTACIÓN

El dictamen de fondo no puede avanzar sin más aportación (Capa A vacía, documento ausente, falla de configuración). El motor devuelve exactamente qué falta.

Formato de hallazgo (H-NNN)

Toda discrepancia levantada por el Nodo B sigue el mismo esquema. Sin salvedades enterradas, sin prosa evasiva.

ID
H-[NNN]
Severidad
[R] ERROR · [!] DISCREPANCIA · [i] OBSERVACIÓN
Descripción
Breve, verificable contra la Capa A.
Impacto
Crítico · Operativo · Informativo.
Recomendación
CORREGIR Y REENVIAR · CONTINUAR · REVISAR.

6 · MARCOS DE REFERENCIA

Marcos de riesgo, contrato y legal-tech contra los que el motor se alinea.

El motor no es autorreferencial. Cada módulo se construye contra un marco externo, auditable públicamente. Los oficiales de compliance pueden mapear nuestra salida al control que ya conocen.

7 · SELLO DE INTEGRIDAD

Cada sesión se cierra con un sello criptográfico de integridad.

Después de que el Nodo B emita el veredicto, el artefacto completo se sella con una firma HMAC-SHA256 con clave. Cualquier cambio posterior — incluso un solo carácter — rompe el sello y es detectable; el sello puede reverificarse a demanda por el sistema emisor. (En el roadmap: sellos de tiempo cualificados eIDAS mediante un QTSP acreditado.)

Algoritmo
HMAC-SHA256 (con clave)
Formato de timestamp
ISO 8601 con ms (YYYY-MM-DDThh:mm:ss.sssZ)
Longitud del hash
64 caracteres hexadecimales
Reverificación
A demanda por el sistema emisor

NEXUS LEGAL

Lleva esta arquitectura a tu cartera de casos.

Reserva una sesión de 30 minutos con el equipo de ingeniería. Trae un documento (o descríbelo en abstracto) y recorremos cómo el motor abriría la sesión, cargaría los módulos y cerraría el veredicto.

Documentación generada por IA; no constituye asesoramiento legal. Quantum Nexus Ventures FZCO.