CZA · Cadena de Custodia Z·A · Capa Kernel

Lo que se sabe
& lo que no.

Un texto convincente no significa que sea real. CZA es la capa epistémica que separa lo verificable de lo derivado, lo derivado de la hipótesis, y la hipótesis de lo que simplemente no se sabe.

Kernel · Transversal · cert · probable · no-verif

La mayoría de sistemas de IA actuales pueden generar textos convincentes. El problema es que un texto convincente no significa que sea real. Un modelo puede inventar cifras, mezclar fuentes, alterar contexto, confundir fechas, inferir datos inexistentes — y presentarlo como cierto.

Por eso desarrollamos CZA.

01 · El problema

Un modelo no sabe.
Solo predice qué palabra viene después.

Eso significa que puede alucinar — y presentar como hecho algo que nunca fue validado. La industria llama a este riesgo "alucinación" como si fuera un bug. No lo es. Es la naturaleza misma del medio.

Un texto convincente no significa que sea real. Un modelo puede alucinar — y presentarlo como cierto.
01
Inventar

cifras que parecen sólidas pero no existen en ninguna fuente real

02
Mezclar

fuentes incompatibles tratándolas como equivalentes entre sí

03
Alterar

el contexto original cambiando matices que invierten el sentido

04
Confundir

fechas, periodos o cohortes y presentar el cruce como un solo dato

05
Inferir

datos inexistentes a partir de patrones aprendidos, sin marcarlos como inferencia

06
Presentar

como cierto algo que nunca fue validado contra ninguna fuente

02 · Anatomía de CZA

Tres planos que no se mezclan.

CZA no es una feature. Es tres cosas distintas operando juntas: una filosofía invariante, un sistema de marcas visuales, y un módulo de verificación. Cada vertical reutiliza los tres planos sin volver a inventarlos.

I
Plano 01 · raíz

Filosofía

100% INVARIANTE

Cada dato del informe es trazable a su fuente. Ausencia honesta antes que placeholder falso. Lo negativo se muestra, no se esconde. Cuando algo no puede certificarse completamente — el sistema deja constancia.

Estas reglas no dependen de qué vertical estés analizando. Funcionan igual para una valoración de equity, una keyword de SEO, una sentencia judicial o un diagnóstico médico. Si un fix se salta este plano, el fix está mal aunque "funcione".

II
Plano 02 · superficie

Badges visuales

MOTOR REUTILIZABLE

Cada afirmación trazable lleva una marca visible: <span class="cza-badge" estado="cert">VALOR</span>

El lector — humano o auditor — ve de un vistazo qué cifras están certificadas, qué cifras son probables y qué afirmaciones no pudieron verificarse. El motor de badges no se reescribe entre verticales. Lo único que cambia es el catálogo de afirmaciones que cada vertical declara.

III
Plano 03 · núcleo

Módulo de verificación

MOTOR REUTILIZABLE

La capa epistémica que dice "esta afirmación está certificada por X fuente con confianza Y". Lee cada afirmación, busca su verificador primario, busca su verificador secundario, los compara, y emite un nivel de certificación.

El módulo es el mismo entre verticales. Lo único que cambia son las fuentes que verifican cada tipo de afirmación: FMP en Financiero, APIs de búsqueda en SEO, registros de jurisprudencia en Legal, fuentes clínicas en Médico.

03 · Estados epistémicos

Tres formas de saber.
Tres marcas distintas.

Cada afirmación del informe pasa por el módulo CZA y recibe uno de tres estados. No hay un cuarto. No hay zona gris sin marcar. Si el sistema no puede certificar — lo declara.

✓ CERT
cert

Certificada

Doble fuente · confianza alta

La fuente primaria devuelve el valor y la fuente secundaria lo confirma. El sistema tiene evidencia cruzada. Es lo más cerca de "verdad" que el sistema declara.

Condición de emisión
primaria = secundaria
confianza ≥ 0.90
ambas fuentes auditables
~ PROBABLE
prob

Probable

Una fuente · sin cruce

La fuente primaria responde pero no hay verificador secundario disponible — o las dos fuentes no coinciden. El sistema muestra el dato pero declara la discrepancia. Nunca elige una por debajo de la mesa.

Condición de emisión
solo primaria responde
ó primaria ≠ secundaria
confianza ∈ (0.50, 0.90)
∅ NO-VERIF

No verificable

Ausencia honesta

Ninguna fuente devuelve el dato. El sistema lo dice. No inventa, no estima, no rellena con un placeholder que parezca cifra. La ausencia se declara como información, no se oculta.

Condición de emisión
ninguna fuente disponible
ó datos en disputa irresoluble
confianza < 0.50
04 · Cómo decide CZA

Un árbol. Idéntico
en toda vertical.

Cada afirmación atraviesa este árbol en runtime. Lo que cambia entre verticales no es la lógica — son las fuentes que el árbol consulta.

┌─afirmación entra al módulo CZA con su tipo declarado
├─consultar fuente_primaria según catálogo del vertical
│ │
│ ├─ ¿responde?
│ │ │
│ │ ├─ NO →∅ NO-VERIFICABLE· declarar ausencia honesta · no inventar
│ │ │
│ │ └─ SÍ →consultar fuente_secundaria
│ │ │
│ │ ├─ ¿coincide con primaria?
│ │ │ │
│ │ │ ├─ SÍ →✓ CERT· badge verde · confianza alta declarada
│ │ │ │
│ │ │ ├─ NO →~ PROBABLE· mostrar ambas + declarar discrepancia
│ │ │ │
│ │ │ └─ no disponible →~ PROBABLE· una sola fuente · sin cruce
└─badge se emite con estado + verificador + confianza
05 · Reutilización por vertical

El motor no cambia.
Solo cambia qué se verifica.

Cada vertical declara su catálogo de afirmaciones y sus fuentes. El motor de CZA y la lógica de niveles son los mismos. Un comité que ya leyó el output de la vertical financiera reconoce el formato al ver uno de Estudios — aunque el contenido cite normativa distinta.

Clave FinancieroMercados V3 · en producción Estudios SEOV3 · cierre institucional Legalroadmap futuro Médicoroadmap futuro
Unidad de análisis ticker (AAPL, ITX.MC) id_estudio (20, 28) caso · expediente · norma historia clínica · estudio
Tipo afirmación precio · P/E · deuda · ratios · EBITDA volumen búsqueda · CPC · intent · dificultad keyword jurisprudencia · normativa vigente · plazos biomarcador · interacción farmacológica · guía clínica
Fuente primaria FMP Ultimate DataForSEO · Search Console BOE · BORME · CGPJ · base jurisprudencia guías clínicas · bases farmacológicas oficiales
Fuente secundaria cálculo desde componentes auditados SERP scrape · datos propios doctrina · comentario académico literatura revisada · cohortes
Marco normativo MiFID II (UE) LSSI-CE · GDPR · competencia desleal según jurisdicción del caso AEMPS · EMA · normativa sanitaria UE
Disclaimer disclaimer_mifid_ii.md disclaimer_estudios.md disclaimer_legal.md disclaimer_medico.md
Caso ancla aprobado AAPL estudio 20 · "IA 4"
Caso ancla rechazado empresa apalancada · requiere revisión estudio 28 · "Fondos"
Reparto de esfuerzo · vertical nuevo desde existente
~70% reutilizable directo — chasis, theme, badges, orquestación, motor de panel + jueces + CZA, sistema de aplicadores transaccionales, principios.
~20% adaptar — perfiles del panel, catálogo CZA, secciones temáticas, disclaimer.
~10% crear — fetcher con las APIs propias, secciones específicas, criterios de aprobación.
06 · Cuando las fuentes se contradicen

El sistema no elige.
Declara.

Qué pasa cuando una fuente devuelve un valor y otra devuelve otro distinto. Aquí es donde casi todos los sistemas de IA eligen sin avisar. CZA no.

Fuente primaria
FMP devuelve D/E = 1.86
Fuente secundaria
Cálculo desde balance D/E = 1.94
Decisión CZA
Badge cambia de cert a ~ probable · mostrar ambas · declarar discrepancia
Regla heredada · Financiero → toda vertical

Cuando el verificador secundario contradice al primario, el badge cambia de cert a probable y se muestra la discrepancia. Nunca se elige uno por debajo de la mesa.

07 · Ausencia honesta

La frontera entre profesional
y impostor.

Cuando una fuente devuelve cero, vacío o nada — la mayoría de sistemas rellenan con un placeholder para que el informe se vea "completo". CZA no hace eso. El silencio es información.

✗ Sistemas convencionales

El placeholder falso

Deuda largo plazo: $0.00
Margen EBITDA:
CPC keyword: N/D

El informe se ve completo. Pero el lector no sabe si la cifra es realmente cero, si no se midió, si la API no respondió, o si nadie buscó. Tres realidades muy distintas presentadas como si fueran la misma.

✓ CZA

La ausencia declarada

Deuda largo plazo: no disponible
↳ la fuente no desglosa este campo para este tipo de entidad

Margen EBITDA: no calculable
↳ falta el dato de ingresos del periodo

La ausencia se convierte en información: por qué no hay dato, qué fuente debería tenerlo, y qué implica para el análisis. El informe es más corto en algunos puntos — y más honesto en todos.

08 · Lugar en el kernel

Una capa. Siete
niveles encima.

Un informe institucional, sea cual sea el vertical, tiene siete capas. Cinco son del kernel y no cambian entre verticales. Solo dos se parametrizan.

1
Orquestación
entrada del prompt → routing por keyword
Reutilizable
2
Fetcher de datos
patrón fijo · fuentes específicas del vertical
Adapta fuentes
3
Engine + Render
chasis reutilizable · secciones por vertical
Adapta secciones
4
Panel deliberativo
perfiles que votan · mecánica común
Reutilizable
5
Jueces · verificación cruzada
11 jueces genéricos · afinar criterios
Reutilizable
6
CZA · catálogo + verificadores
motor reutilizable · catálogo por vertical
★ CAPA ESTA
7
Envoltorio institucional
composición fija · valores por vertical
Reutilizable
70%
Reutilizable directo
20%
Adaptar al vertical
10%
Crear desde cero

CZA no certifica que una tesis vaya a acertar.
Certifica algo mucho más importante:
qué partes del informe
son verificables, de dónde salen, cuál es su origen, y qué nivel de confianza tienen.

Y cuando algo no puede certificarse completamente — el sistema deja constancia. No oculta incertidumbre. La documenta. Esa es la diferencia entre un texto convincente y un informe defendible.

IA Orgánica CZA · capa del kernel Transversal a todas las verticales
Solicitar Demo Ver Kernel