Agentes que tocan leyes — fallan en la fracción y en la vigencia
Un organismo público estatal usa nuestros agentes para el trabajo jurídico-administrativo de todos los días: responder oficios del Órgano Interno de Control, armar dictámenes de excepción a licitación, redactar convenios. En un mes, unos 45 encargos de ese tipo.
En uno de ellos, el agente fundó una excepción a licitación en los artículos 47 y 49 de la ley estatal de adquisiciones. La redacción era impecable. El problema era la ley: había bajado de la web una copia vieja, y en la ley vigente el 47 regula la apertura de proposiciones y el 49 la adjudicación del contrato. Las excepciones están en el 53 y sus supuestos en el 55. Y el supuesto de equipo para investigación científica, que el documento citaba como fracción XIV, hoy es la fracción XIII: la XIV vigente habla de servicios de una persona física.
Lo atrapó una verificación antes de que el documento llegara al Comité. De ahí salen estas cinco prácticas.
Un agente que toca leyes falla en la fracción y en la vigencia
Los modelos escriben prosa jurídica convincente. Lo que fallan es el dato duro: qué número de artículo, qué fracción, de qué versión de la ley. Un estudio sobre recuperación de legislación polaca encontró que el 69% de las citas especifican una subdivisión (fracción, párrafo, inciso), y que la exactitud de las citas no pasa de 70.3% aun con el artículo correcto en el contexto del modelo.
O sea: tener la ley a la mano no basta. Hay que dársela en una forma que permita llegar a la fracción y, después, verificar.
1. La ley vigente se carga una vez, con su fecha de reforma en el nombre
Si el agente busca la ley en la web en cada conversación, cada vez puede encontrar una copia distinta. En este caso, la misma ley se subió 4 veces y el agente la bajó por su cuenta otras 4, de cuatro fuentes diferentes. Una de ellas era la abrogada.
Lo que hacemos: descargar la versión vigente de la fuente oficial (el Congreso del estado,
el Periódico Oficial o la Cámara de Diputados, nunca un agregador) y dejarla como
documento del agente con la fecha de su última reforma en el nombre:
01-Ley-Adquisiciones-ref-2025-12-17.pdf. La descripción del documento dice qué
regula cada tramo («excepciones: arts. 53 y 55; los arts. 47 y 49 no son excepciones») y el
agente tiene instrucción de no volver a buscar en la web una ley que ya tiene.
2. Se convierte una vez a texto estructurado hasta la fracción, y se busca con grep
Un PDF es un formato visual: sabe dónde va cada letra, no qué es un artículo. Convertirlo en cada conversación cuesta tiempo, tokens y errores de orden de lectura.
Convertimos cada ley una sola vez a Markdown con un ancla por artículo
(### Artículo 55) y una por fracción (**Art. 55 fr. XIII.**). El agente lee el
documento y busca el ancla exacta. Sin embeddings ni base vectorial: para una cita literal,
la búsqueda exacta gana. Anthropic quitó la búsqueda vectorial de Claude Code por esa
razón, y un estudio de 2026 midió 93.1% de aciertos con grep contra 75.9% con búsqueda
vectorial en el mismo arnés.
Medido en el verificador: una cita revisada leyendo el Markdown costó 0.1M tokens y no abrió el PDF ni una vez.
3. La conversión se valida en tres etapas, y si no pasa no se publica
Un Markdown que perdió una fracción es peor que no tener Markdown, porque se ve completo. Validamos cada ley contra su PDF:
- Fidelidad: las palabras del PDF, quitando encabezados y pies de página repetidos, están todas en el Markdown (100% en las 12 leyes), y el Markdown no agrega texto fuera de sus anclas.
- Estructura: el número de anclas «Artículo N» es igual al de renglones que empiezan con «Artículo N» en el texto crudo, contados aparte del convertidor. Si esa cuenta la hace el mismo parser, la prueba se aprueba sola.
- Muestreo: citas conocidas, como el art. 55 fr. XIII, aparecen literales dentro de su ancla.
Las 12 leyes pasaron. La validación también encontró cosas que vienen así en la fuente oficial: una fracción II repetida, un artículo que no aparece en el compilado y un número de artículo duplicado. El Markdown las conserva tal cual y el reporte las anota para revisarlas contra el PDF. Los transitorios y las notas de reforma («Fracción reformada, P.O. …») se quedan completos: ahí vive la vigencia, que fue justo lo que falló.
El PDF sigue siendo la versión oficial. El Markdown es la copia de trabajo y lleva en su cabecera el hash del PDF del que salió.
4. Un verificador aparte coteja cada cita y entrega la corrección
Si los modelos aciertan ~70% de las citas aun con la norma a la vista, el que redacta no debe ser el único que revisa. Pusimos un segundo agente con un solo trabajo:
- sacar cada cita del documento (ordenamiento, artículo, fracción, plazos y montos que dependan de la norma);
- cotejarla contra la ley vigente cargada;
- devolver una tabla de cita, qué dice la ley vigente, estado y corrección;
- entregar la versión corregida, lista para usarse.
En el caso del 47/49 no se quedó en el número: además señaló que el dictamen del Comité es obligatorio para esa fracción, que el escrito no tenía el contenido mínimo que pide el reglamento y que los números de patente citados eran de solicitud publicada, no de patente concedida.
5. Se señala el dato, no a la persona, y «sin confirmar» gana a una intuición
Un verificador que acusa no se usa. El nuestro tiene tres reglas de conducta:
- marca la cita, no a quien la escribió;
- no reescribe lo que está bien;
- si no puede confirmar algo, lo deja como «sin confirmar» y dice qué falta.
Y no se mete solo en todas las conversaciones. Cuando alguien comparte un oficio o un dictamen, ofrece una vez, en una línea: «¿Quieres que verifique sus fundamentos contra la ley vigente?».
En resumen
Un agente que trabaja con leyes necesita cinco cosas:
- la ley vigente, cargada una vez y fechada;
- una copia de trabajo estructurada hasta la fracción, buscada con grep;
- una conversión validada contra el PDF, con conteos independientes;
- un verificador separado que coteje cada cita;
- reglas para que esa verificación se use en lugar de molestar.
Con eso, el error más caro, citar bien una ley que ya no existe, se detecta antes de que el documento salga.