Hay un error que no se detecta cuando redactás. Se detecta cuando el juez levanta la vista en audiencia y pregunta: "Doctor, ¿me indica dónde está publicado ese fallo?". El Hexágono de Hierro es el protocolo de seis etapas —cinco con IA y una sin ella— diseñado para que cada afirmación de un escrito penal tenga respaldo verificable antes de llegar al tribunal.
Hay un error que no se detecta cuando redactás. Se detecta cuando el juez levanta la vista en audiencia y pregunta: "Doctor, ¿me indica dónde está publicado ese fallo?"
Silencio.
Si ese fallo no existe, no perdiste un argumento. Perdiste credibilidad. Y en penal, la credibilidad es capital procesal que no se recupera en esa causa.
El problema no es que los modelos de lenguaje no entiendan derecho. El problema es que escriben con tal seguridad que el error pasa inadvertido. Claude, ChatGPT y Gemini no recuerdan fallos: predicen qué frase suena como algo que un abogado escribiría. Si el fallo no existe, lo dicen igual, con la misma prosa, con la misma confianza.
El Hexágono de Hierro es la respuesta a ese problema. Seis etapas (cinco con IA y una sin ella), diseñadas para que cada afirmación de un escrito penal tenga respaldo verificable antes de llegar al tribunal.
Etapa 1: Higiene procesal
Antes de abrir cualquier modelo, hay que limpiar los insumos. Si el material que entra está contaminado, la IA amplifica el error.
El orden no se puede invertir:
- Anonimizar offline.
- Verificar manualmente.
- Recién ahí trabajar con IA.
La anonimización no se delega en el modelo; se hace antes, con Word o Adobe Acrobat Pro, sustituyendo identidades por etiquetas consistentes en todo el documento:
- Juan Pérez pasa a ser [Imputado-1].
- Si en la foja 3 figura [Imputado-1] y en la foja 47 aparece [I-1], el modelo los trata como dos personas distintas.
- Control obligatorio: Ctrl+F con el apellido real. Si aparece una sola vez, el archivo no está listo.
Solo entra al prompt lo verificado manualmente:
- Normativa en InfoLeg.
- Fallos de la CSJN con número oficial.
- Jurisprudencia de cámara corroborada en SAIJ.
- Piezas procesales con número de foja exacto.
No entran blogs jurídicos ni PDFs sin origen verificado.
La elección de plataforma también se define en esta etapa. Para causas de alto perfil o imputados con función pública, la única opción correcta son modelos locales que corren en los servidores del estudio, sin enviar nada a ninguna nube.
Etapa 2: Teoría del caso
Esta etapa no usa IA. Es la condición de todo lo que sigue.
Antes de abrir cualquier modelo, el abogado tiene que tener definido:
- Tipo penal con articulado exacto.
- Cada elemento objetivo con la prueba disponible para cada uno.
- Elemento subjetivo con prueba concreta.
- Competencia con fundamento procesal.
- Prescripción calculada con sus interrupciones.
- Riesgos procesales identificados.
Si algún punto queda en blanco, el modelo lo va a llenar con lenguaje convincente. El escrito va a sonar sólido y ser jurídicamente frágil. Un abogado sin teoría del caso no construye una querella sólida con estos prompts; construye una que suena sólida. Eso es peor.
Etapa 3: Auditoría digital con NotebookLM
Acá entra la primera herramienta de IA, y es deliberadamente distinta a Claude. NotebookLM solo responde sobre los archivos que uno carga. No predice, no completa, no inventa. Esa limitación es su virtud cuando se trabaja sobre un expediente real.
Una libreta por expediente, sin mezclar causas. Antes de cargar cualquier PDF, verificar que el texto sea seleccionable con el cursor. Un expediente escaneado sin OCR es invisible para NotebookLM: el modelo no avisa que no puede leerlo, trabaja con lo que tiene, y la auditoría parece completa sin serlo.
Cuatro prompts estructuran esta etapa:
- Cronología estricta con fojas y contradicciones entre piezas.
- Comparación de declaraciones contra actas.
- Auditoría de pericias verificando que respondan todos los puntos propuestos.
- Mapa de elementos de dolo con prueba concreta.
Cada respuesta debe incluir ancla verificable al documento fuente. Si no hay cita, hay que verificar manualmente antes de confiar en ella.
El producto de esta etapa es una lista de hallazgos con fojas exactas. No es un escrito. Es materia prima verificada.
Etapa 4: Estructura y redacción con Claude
Un prompt, una función. No se le pide al modelo que haga todo de una vez, porque eso produce escritos que parecen completos pero tienen la subsunción flotando sin ancla probatoria.
Todos los prompts llevan pegada al inicio una cláusula de integridad que instruye al modelo a trabajar solo con el material aportado, a marcar con [VACÍO PROBATORIO] cualquier punto sin respaldo explícito, a dejar [INSERTAR FALLO VERIFICADO] donde correspondería citar jurisprudencia, y a no usar "probablemente" ni "se infiere" sin prueba citada. Sin esa cláusula, el modelo completa los vacíos con lenguaje convincente.
La secuencia tiene cinco pasos:
- Matriz de teoría del caso con hechos, hipótesis y riesgos.
- Esqueleto del escrito con solo títulos en estructura procesal argentina.
- Subsunción elemento por elemento con hecho y foja para cada uno.
- Redacción completa con jurisprudencia únicamente de una lista cerrada verificada previamente.
- Refinamiento para eliminar sobreafirmaciones y adjetivación sin respaldo.
Con expedientes voluminosos, fragmentar por núcleos temáticos. Claude degrada su precisión después de aproximadamente 10.000 palabras de contexto activo y no avisa qué parte ignoró.
Etapa 5: Red-teaming
El escrito se somete a destrucción controlada. Claude adopta, en cuatro chats nuevos e independientes, el rol de cada adversario posible:
- Juez de garantías buscando rechazo in limine.
- Fiscal adverso analizando atipicidad y prescripción.
- Defensor técnico buscando nulidades y prueba impugnable.
- Tribunal revisor evaluando coherencia interna y saltos lógicos.
La condición que hace útil esta etapa es que cada chat parte de cero, sin contexto previo. Si el modelo ya conoce el razonamiento del escrito, tiende a validarlo. Un chat nuevo no sabe que el escrito es del abogado que lo construyó.
Cada hallazgo se clasifica como crítico, medio o bajo. Si queda alguno crítico sin resolver, el escrito no está listo. No hay excepción.
Etapa 6: Validación manual
La última etapa no usa IA. Es el checklist de cierre, y un solo "no" es razón suficiente para no presentar.
- ¿Cada fallo citado fue verificado en SAIJ o en el buscador oficial de la CSJN?
- ¿Cada artículo citado está vigente en InfoLeg?
- ¿El código procesal aplicado es el correcto para la jurisdicción?
- ¿La competencia material y territorial tiene fundamento en los hechos, no en suposiciones?
- ¿Cada foja citada es correcta y corresponde al documento que se indica?
- ¿Quedó algún dato sensible sin anonimizar en la versión final?
- ¿Hay algún [INSERTAR FALLO VERIFICADO] sin completar?
- ¿Hay algún [VACÍO PROBATORIO] que requiera una decisión estratégica pendiente?
- ¿Hay algún [REVISIÓN DOCTRINARIA REQUERIDA] sin resolver?
- ¿La versión que se firma es la versión auditada en red-teaming, no una posterior sin auditoría?
El protocolo no termina con la firma. Termina con la higiene digital de cierre: eliminar o archivar todos los chats usados, activar autenticación de dos factores en cada plataforma, y verificar que ninguna versión con datos reales sin anonimizar haya quedado en ningún historial.
Protocolo completo
El protocolo completo, con todos los prompts de cada etapa y las instrucciones técnicas detalladas, está disponible en el artículo original publicado por el autor en X.
Ver protocolo completo en X →