Método BenchDataLab

Demostrar qué documentos sostienen una conclusión.

El Modelo Operativo de Caso organiza fuentes, evidencias, relaciones e incertidumbre para analizar sucesos complejos con trazabilidad, revisión humana y límites explícitos.

Marco metodológico en validación · versión 0.1

Problema

Encontrar documentos no basta.

La información relevante sobre un suceso suele estar distribuida entre informes, normativa, registros, comunicaciones oficiales, datos técnicos y fuentes secundarias.

Además, los documentos pueden corregirse, revisarse, sustituirse o cancelarse entre sí. Una conclusión no debería depender de una referencia aislada ni de una versión documental incorrecta.

BenchDataLab estructura el problema mediante una cadena verificable:

qué se afirmacon qué evidenciaprocedente de qué documentobajo qué versión, relaciones y limitaciones

Arquitectura metodológica

Una misma cadena. Dos recorridos complementarios.

Construcción del conocimiento

sucesofuentesevidenciascronologíafactores y barrerasreconstrucción

El caso se construye desde las fuentes originales hasta una explicación limitada, documentada y revisable.

Validación hacia atrás

conclusión o hipótesisevidenciasrelaciones documentalesfuentes preservadasintegridad demostrable

Cada conclusión puede recorrerse hacia atrás para comprobar qué documentos la sostienen, qué relaciones existen entre ellos y qué límites permanecen abiertos.

No son dos metodologías distintas. Son dos recorridos sobre la misma cadena: construir hacia delante y auditar hacia atrás.

La tecnología se incorpora después de estructurar y validar el conocimiento. RAG, grafos, reglas, machine learning y agentes son productos derivados, no el punto de partida.

Flujo operativo

Once fases, de la delimitación al cierre.

Fase 0

Delimitar el caso

Definir el suceso, el alcance, las preguntas, los sistemas implicados y las limitaciones iniciales.

Fase 1

Construir y preservar el corpus

Registrar las fuentes, clasificar su autoridad, documentar cobertura y limitaciones, estructurar sus relaciones y preservar las copias utilizadas.

Fases 2–4

Convertir documentos en estructura verificable

Extraer unidades de evidencia, ordenar la cronología y registrar factores, decisiones, omisiones y barreras.

Fases 5–8

Contrastar y validar

Evaluar señales, considerar hipótesis alternativas, construir una reconstrucción trazable y someterla a revisión independiente.

Fases 9–10

Extraer patrones y decidir el cierre

Determinar qué conocimiento puede compararse, generalizarse o publicarse y qué debe permanecer como hallazgo exploratorio.

Antes de iniciar la extracción de evidencias, cada fuente utilizada debe quedar preservada mediante copia local, SHA-256 verificado y revisión de sus condiciones de acceso y reutilización.

Controles

La trazabilidad limita lo que puede afirmarse.

01

Trazabilidad e integridad

Toda afirmación relevante debe enlazar con evidencias y fuentes identificadas. Las copias utilizadas se preservan y verifican.

02

Separación epistemológica

Hechos, inferencias, hipótesis, conclusiones oficiales y resultados experimentales no se mezclan.

03

Temporalidad y observabilidad

Se diferencia cuándo ocurrió un hecho, cuándo se documentó y cuándo estuvo disponible para los actores implicados.

04

Contradicciones visibles

Las discrepancias documentales y las explicaciones alternativas no se eliminan para producir una narrativa más limpia.

05

Revisión independiente

La extracción, interpretación y validación no deben quedar completamente en manos de una única herramienta o actor.

06

No automatización causal

La IA puede localizar, estructurar y relacionar información, pero no atribuye por sí sola causas, responsabilidades ni decisiones críticas.

Artefactos

El método produce objetos revisables, no solo respuestas.

  • Manifiesto del caso: identidad, alcance, preguntas y estado.
  • Registro de fuentes: procedencia, autoridad, cobertura, limitaciones y preservación.
  • Relaciones documentales: referencias, correcciones, revisiones, sustituciones y cancelaciones.
  • Unidades de evidencia: afirmaciones localizadas dentro de las fuentes.
  • Cronología: secuencia temporal enlazada con evidencias.
  • Reconstrucción: hechos, factores, decisiones, barreras, hipótesis e incertidumbres.
  • Registro de validación: controles realizados, errores, cambios, rechazos y decisión de cierre.

Casos piloto

Dos dominios para comprobar la transferencia del modelo.

Investigación y regulación aeronáutica

AeroRisk — Qantas QF32

  • Fases 0–1: completadas.
  • Fuentes: 9.
  • Preservación: 9/9.
  • Relaciones documentales: 7.
  • Fase 2: no iniciada.

El corpus integra la investigación ATSB, la cadena regulatoria EASA y la comunicación oficial de Qantas. Las fuentes están preservadas y su integridad ha sido verificada.

El caso está apto para preparar la Fase 2, pero todavía no contiene evidencias extraídas, cronología, análisis causal ni conclusiones de BenchDataLab.

Incendios forestales y emergencias

SARFIRE — Sierra de la Culebra

  • Fase 1: completada.
  • Fuentes: 6.
  • Relaciones documentales: 1.
  • Preservación: pendiente.

El piloto organiza fuentes oficiales, geoespaciales, científicas y periodísticas bajo una estructura común.

Todavía no contiene unidades de evidencia, reconstrucción cronológica, análisis causal, evaluación operativa ni conclusiones.

Límites

Método aplicado, no autoridad oficial.

  • No sustituye una investigación oficial.
  • No determina responsabilidades.
  • No automatiza decisiones críticas.
  • No convierte un hallazgo de un único caso en una regla general.

El objetivo es producir conocimiento útil que pueda revisarse, discutirse y reconstruirse desde sus fuentes.