D-CAT Group ↗ Contacto ENTRDEESAZ
Iniciar un piloto de 4 semanas

Modelo de confianza

Cada cifra tiene una dirección.

Una cifra que no la tiene no puede llegar a la pantalla. El modelo de confianza no depende del prompting, y no da por supuesto que los errores vayan a caer a medida que mejoren los modelos. Depende de una cadena de control determinista entre la cifra y la frase — y de dejar constancia de lo que esa cadena rechazó.

Trazabilidad

Cuando se ejecuta una consulta, su resultado se sella dentro de un sobre. Cada valor que contiene recibe una dirección.

Qué sobre, qué fila, qué celda — y un dígito de control al final, para que no se abra la puerta equivocada por accidente. Cuando el agente usa una cifra, declara esa dirección. El engine la busca y compara. Ni siquiera un porcentaje se deja al modelo: no puede decir “divide”, le pide la razón al engine.

La estructura de una dirección de evidencia La dirección e1.r1.v.1u se divide en cuatro partes: e1 identifica el sobre sellado del resultado de una consulta, r1 la fila dentro de él, v.1 la celda de esa fila, y la u final es un dígito de control que se verifica antes de resolver la dirección. e1.r1.v.1u e1 Sobre El resultado sellado de una consulta. r1 Fila Qué fila de ese resultado. v.1 Celda Qué valor de la fila. u Dígito de control Verificado antes de resolver la dirección.
El agente declara una dirección. El engine la resuelve. Nada de este diagrama es una etapa en la que esté el modelo — y esa es justamente la cuestión.

Cuatro pasos, en este orden, siempre

  1. La dirección declarada se analiza — sobre, fila, celda.
  2. Se verifica el dígito de control. Si falla, no se intenta siquiera la resolución.
  3. Se abre el sobre y se lee el valor real de la celda.
  4. Se compara la cifra que escribió el agente con el valor leído.

Tasa de detección medida frente a una resolución accidental a una celda vecina: 97,63 % con un dígito de control, 100 % con dos · medición interna. Comparación de FinalGuard ≈ 2 ms · medición de demostración.

Límite

La dirección llega hasta el paso de consulta — qué consulta, qué periodo, qué filtros — no hasta la fila concreta del warehouse. Preferimos escribirlo aquí a que usted lo descubra en la tercera semana de un piloto.

Niveles de trust

A métrica oficial aprobada · B derivada · C exploratoria o candidata. Un valor de nivel C no puede entrar en bruto en un brief, y ascenderlo a A es una decisión humana.

Deliberadamente no existe ninguna insignia única de “puntuación de confianza”.

FinalGuard

El último gate antes de la entrega. No es una IA. No se puede desactivar.

Tolerancia cero: un céntimo de desviación se rechaza, y una respuesta escrita antes de que se ejecutara una consulta se rechaza aunque la cifra resulte ser correcta.

El agente escribió…Por quéVeredicto
el valor exacto que hay en el sobreidénticopasa
un redondeo estándar de ese valorlas reglas de redondeo son explícitaspasa
una diferencia que había calculado el engineestá en el sobrepasa
un valor desviado en una unidadni idéntico ni un redondeo válidorechazado
un total que el propio agente sumóel agente no hace aritméticarechazado
“en nueve regiones” sin evidenciapequeño o no, lo no demostrado es no demostradorechazado

La escalera de rechazo

  1. Primer rechazo → la respuesta se retiene; se le indica al agente que use los valores del sobre tal cual.
  2. Segundo rechazo → si hay exactamente un sobre claro, el engine escribe la respuesta él mismo.
  3. Tercer rechazo → corte honesto.

Valores retenidos

Una cifra sin evidencia se retira del cuerpo del texto y se registra en un recuadro bajo la respuesta con su motivo. Queda bloqueada estructuralmente para la exportación, la distribución y la memoria. Si se hizo una corrección, aparece una nota bajo la respuesta — nunca oculta.

Medido. En todo nuestro registro operativo, la comprobación de procedencia detuvo 282 borradores de respuesta a lo largo de 275 ejecuciones; el agente corrigió el 87,2 % en el siguiente intento. La página de revisión que lleva esta cuenta se niega a trazar una línea de tendencia a través de ella: una tasa de rechazo creciente no significa que los agentes hayan empeorado.

Una ausencia deliberada. No existe ninguna insignia de “Verificado ✓”. Solo se marca lo no verificable, de modo que una coincidencia casual nunca se gana un sello falso.

Qué rechazaron los gates

A mitad de ejecución, el engine devolvió un borrador de respuesta entero.

Cualquier proveedor puede enseñarle un buen informe. Pida ver lo que el sistema se negó a decir.

Esta es una única ejecución programada, abierta por completo. Empezó a las 05:00, terminó 285 segundos después, y costó 78 céntimos de gasto de modelo, congelado al precio vigente ese día. Trece registros candidatos llegaron a la base de datos. Dos no sobrevivieron a los gates, y sus motivos siguen archivados.

05:00
scheduled start
285 s
total duration
$0.78
model spend, frozen
13
candidates produced
11
published
2
held, with reasons

Alcance: una ejecución programada real de nuestro propio registro operativo, con los nombres enmascarados, leída de la base de datos del producto. No es un benchmark de cliente.

Sus cifras no tenían ninguna dirección que el engine pudiera resolver. Esto es lo que escribió.

engine · regla estructural · procedencia numéricaNO ENTREGADA
[engine] Structural rule (numeric provenance): every figure in a final answer
is exactly one of three things. ADDRESSED (declared in the claims block with
the ref you read it from), COMPUTED (declared with op and operands that are
addresses), or STRUCTURE the engine or the user put there. Nothing else is
proven. A value that merely EXISTS somewhere in the evidence is not proven
until you name its address.
Su respuesta NO fue entregada.
El resumen de cierre de una ejecución corriente en la consola, titulado Traza de operación, qué hizo esta ejecución. Dice: el agente trabajó 10 turnos y envió 50 consultas al warehouse. Un intento de respuesta fue devuelto porque llevaba cifras cuya fuente no podía indicar; se le comunicó al agente, y su siguiente intento fue aceptado. Se publicaron seis salidas: tres findings, tres recommendations. Coste 0,79 dólares, 179 mil tokens de entrada y 15 mil de salida, 100 mil de ellos desde caché. Debajo, una rendición de cuentas del trabajo del agente redactada en prosa.
datos de demostraciónLa misma rendición de cuentas al final de una ejecución corriente, sobre la propia ejecución y no en un informe acerca de ella: cuántos turnos, cuántas consultas, qué se devolvió y por qué, qué se publicó, y cuánto costó hasta los tokens que leyó de caché.

En todo el registro operativo se retuvieron once objetos candidatos. Nueve eran de la misma familia: el de mayor crecimiento, el más débil, el más alto. La clase de frase que el gate detecta con más frecuencia es exactamente la clase sobre la que un directivo tiene más probabilidades de actuar.

Alcance: registro operativo completo, 3 agentes, 3,5 semanas, leído de la propia base de datos del producto. No es un benchmark de cliente.

Una ejecución programada y la conversación que la sigue, de principio a fin. Datos de demostración, un minuto cuarenta y cinco, sin narración: el flujo de la ejecución, los ajustes congelados al arrancar, qué publicó y qué retuvo, y después un finding llevado a una conversación y cuestionado allí.

En el producto

El panel de evidencia, tal como se entrega

Cada cifra lleva la dirección que el agente declaró para ella, y lo que el engine encontró al resolver esa dirección.

Un finding publicado titulado: las ventas brutas de Fresh Food no promocionado crecieron solo un 57,01 por ciento, muy por debajo de la media de la red del 96,97 por ciento. Dos cifras dentro de su texto llevan una daga, y bajo el texto una línea dice: afirmación del modelo, no verificada por el engine. Debajo, un panel de Evidencia dice que cada cifra de abajo lleva la dirección que el agente declaró para ella, que el engine resolvió esa dirección y que esto es lo que encontró. Cada fila nombra su métrica, su periodo y su estado promocional, y cada una está etiquetada como lo calculó el engine o medido en el origen.
datos de demostraciónDos valores del texto de arriba llevan una daga y la línea afirmación del modelo — no verificada por el engine. Todo lo demás aparece listado debajo con la dirección de la que se leyó, y cada fila indica si el engine lo midió en el origen o lo calculó — una distinción que la mayoría de las herramientas no hace en absoluto.
El panel de evidencia de un finding sobre la profundidad de cesta en promoción, con una derivación abierta. La cifra 1,5149 de unidades vendidas por número de transacciones se muestra así: esta cifra vino de 677.526 dividido entre 447.235, y cada operando aparece listado debajo con su propia métrica, periodo y estado promocional.
datos de demostraciónUna cifra derivada, abierta. No se afirma — se muestra como la división de la que salió, y cada operando lleva su propia dirección, exactamente igual que las cifras medidas que tiene encima. Aquí no escribió nada el modelo.

Cuatro preguntas

La confianza corporativa descansa sobre cuatro preguntas. Ninguna se deja en manos de la IA — y cada respuesta declara su límite.

Trazabilidad — “¿De dónde salió esta cifra?”

Cada cifra lleva una dirección de tres partes: sobre, fila, celda. La asigna el engine; el agente solo la declara. Cada registro está enlazado a la ejecución, al agente, al modelo congelado y a la autoridad de usuario que lo produjo. Los valores se congelan sobre el registro en el momento de la creación, de modo que la evidencia sobrevive aunque se limpie el log de la ejecución.

Límite

La dirección llega hasta el paso de consulta — qué consulta, qué periodo, qué filtros — no hasta la fila concreta del warehouse.

Auditabilidad — “¿Quién, cuándo, con qué, a qué coste?”

El registro de auditoría es de solo anexado. Ningún registro se borra, solo se archiva; los votos se sellan encima. La cadena de publicación es determinista: misma entrada, mismo resultado. Cada candidato descartado, retenido o duplicado figura en el Guard Ledger con su motivo. Los límites de pasos, tiempo y coste se congelan antes de que arranque cada ejecución.

Límite

El registro de auditoría vive dentro del producto. La exportación a un SIEM o a un sistema de auditoría externo se acota aparte en el piloto.

Transparencia — “¿Qué hizo el sistema, y qué no hizo?”

Nada desaparece en silencio. Un tema recurrente se sella ongoing / repeat y se cuenta, no se oculta. Un periodo vacío cae en una clase data state aparte. El lenguaje causal o superlativo recibe la insignia interpretive: lo medido se separa de lo interpretado. Los supuestos hechos en el chat se escriben de forma explícita.

Límite

Los textos de notificación deliberadamente no llevan valores. La transparencia está dentro del registro, no en la notificación.

Explicabilidad — “¿Por qué llegó a esta conclusión?”

En cada finding, la métrica, el periodo y los filtros los escribe el engine. Cada recommendation abre en un clic el finding en el que se apoya. “Profundizar en el chat” lleva el finding a una conversación como datos citados, de modo que el “¿por qué?” se pregunta sobre la misma evidencia.

Límite

El producto explica de dónde salieron las cifras de la frase — no por qué el modelo redactó la frase de esa manera. La gravedad es una afirmación del agente. La evidencia se explica; el juicio sigue siendo humano.

El registro de auditoría en la consola, con el subtítulo: eventos de inicio de sesión más cada mutación, un libro de solo anexado. Las columnas son hora, evento, actor, resumen y detalle. Entre las filas visibles hay un evento narrative_generated que registra 1001 tokens de entrada, 291 de salida y 0,00736 dólares; un evento scheduler_fire cuyo actor es System, resumido como disparo programado encolado para el agente 18, ejecución 1325; eventos create que nombran las rutas de las que vinieron; y eventos de inicio de sesión.
datos de demostraciónEl libro que hay detrás del párrafo anterior. Un disparo programado se registra contra System y no contra una persona, y un texto generado lleva su propio recuento de tokens y su coste. Dos cosas que todavía no hace: la columna de detalle está vacía en todas las filas, y cambiar un ajuste desde la interfaz no produce una fila propia. Ambas están en la lista del producto, y ninguna se oculta aquí.

Ausencia y supuesto

Lo segundo tan peligroso como una cifra equivocada: una cifra correcta mal entendida.

  • Los supuestos se declaran por adelantado. “No indicó un periodo; se asumió el año completo 2024.” Una frase de plantilla fija, idéntica siempre.
  • La frescura se mide, nunca se supone. “Este modelo contiene datos hasta el 31 dic 2025 — medido, no estimado.”
  • Un nivel de detalle que el modelo no contiene se rechaza, no se aproxima. “En este modelo no hay vista trimestral disponible.” El engine no construirá un trimestre a partir de meses para satisfacer la pregunta.
  • Un usuario restringido ve su propia restricción. “Alcance: Tienda — Maltepe Park.” La regla vive en el engine; sin una identidad resoluble se detiene en lugar de caer en “muéstralo todo”.
  • Los datos personales se enmascaran mecánicamente. Una etiqueta de desglose se reduce a iniciales por regla, no por prompt.
  • La ausencia se publica, no se traga. Un periodo sin datos se convierte en un data state cuya base es empty_result_set: “no es un cero medido; no hay transacciones registradas en esta ventana”. Sin insignia de gravedad, con zona propia, y ninguna recommendation puede apoyarse en él.

Autoauditoría

“Cada cifra se verifica” es una afirmación. Por eso se pone a prueba cada semana.

Golden set

Un conjunto sellado de preguntas. Si dos ejecuciones devuelven la misma huella, el comportamiento no ha cambiado. Cuando cambia el modelo o el código, la diferencia aparece de inmediato.

Línea de tolerancia cero

Cifras sin fuente, negarse a estimar, enmascarado de datos personales. Alcanzar el umbral borrando cifras también se detecta.

Cadencia

Las pruebas se ejecutan automáticamente cada semana y en cada cierre de versión. Si una afirmación contradice la medición, el sistema se detiene solo.

Pantalla de servicios en vivo

Se mide en cada carga; nunca muestra un estado almacenado.

El modelo de confianza no da por supuesto que los errores vayan a caer a medida que mejoren los modelos. Aunque cambie el modelo, el direccionamiento, el registro de auditoría, la cadena de publicación y las comprobaciones de autoridad siguen siendo deterministas.