El problema que no se ve en un prompt corto
Para ti está claro qué parte es la instrucción y cuál el correo pegado. El modelo, en cambio, ve un único flujo continuo de texto. Si el límite no está marcado, tiene que adivinar — y a veces adivina mal.
Hay tres síntomas típicos, y los tres pueden resultarte familiares:
- Responde a los datos. Pegas un correo que termina con una pregunta y el modelo responde a esa pregunta en vez de resumirlo.
- Toma la instrucción por contenido. «Tres párrafos como máximo» aparece en la salida como si formara parte del texto.
- Toma por instrucción una frase de los datos. Este es el peligroso, y Prompt injection lo trata aparte.
Tres formas de marcar los límites
Encabezados. Sencillo, legible, rápido: TAREA:, MATERIAL:, FORMATO:. Perfecto en un promptcorto. Donde falla: cuando el material pegado también contiene una línea que parece un encabezado.
Líneas separadoras. --- o === entre bloques. Mejor que nada, pero no dice qué hay en el bloque, solo que viene algo distinto.
Etiquetas. <material> … </material> — la opción más fiable, y la que recomiendan las guías de los proveedores. Hay dos motivos: la marca de apertura y la de cierre encierran el contenido sin ambigüedad, y el nombre de la etiqueta dice además qué es. Encima, el modelo entrenó con cantidades enormes de texto estructurado así, o sea que la forma le resulta familiar.
No tiene que ser XML válido, y no hace falta invocar ningún estándar. Solo tiene que ser coherente.
Cómo nombrar las secciones
Cuatro reglas sencillas:
- Nombres descriptivos.
<contrato>es mejor que<datos1>. El modelo también trabaja a partir del nombre. - De forma coherente. Si una vez es
<material>, que siga siendo<material>— no lo cambies por<texto>. - Lo que va junto, bajo una misma etiqueta. Con varios documentos, dale a cada uno la suya, más la fuente: qué archivo, qué fecha. Eso es lo que permite pedir citas.
- La instrucción, fuera. Lo que el modelo tiene que hacer no debe ir dentro del bloque
<material>— si no, puede tomarlo también por parte del material.
Un esqueleto que funciona en prompts largos
<tarea>
Resume las partes del contrato que tratan la rescisión.
</tarea>
<contrato fuente="contrato-marco-2026.pdf">
[el texto del contrato]
</contrato>
<formato>
Lista de puntos, una frase cada uno.
En cada punto, indica en qué cláusula te basas.
Lo que no esté en el contrato, no lo inventes — di que no lo regula.
</formato>
Fíjate en el orden: la tarea delante, el material en medio, el formato y las restricciones al final. Tiene un motivo práctico. En un texto muy largo el modelo aprovecha peor la información del medio que la del principio o el final — de eso trata Token y context window. Así que la instrucción más importante debe ir después del material, no antes.
Cuando entregas varios documentos
Aquí el marcado no es comodidad, es condición. Sin él el modelo mezcla las fuentes y no puedes rastrear de dónde salió una afirmación.
<documentos>
<documento id="1" fuente="presupuesto-2026-03.pdf">…</documento>
<documento id="2" fuente="correo-2026-04-12.txt">…</documento>
</documentos>
Si el material no cabe de una vez, Documentos largos por partes muestra cómo seguir. A partir de aquí también puedes pedir cosas como «en cada afirmación, indica el id del documento». Es una de las herramientas de control más potentes que hay en el prompting — y uno de los cinco métodos contra la alucinación que conviene conocer.
Lo que no hay que hacer
No uses una marca que pueda aparecer en el material. Si preguntas sobre código o HTML, una etiqueta <codigo> es ambigua. Elige algo más llamativo — por ejemplo #####INICIO-CODIGO#####.
No marques de más. Cinco secciones se leen; veinte no. Si necesitas tantas, suele significar que la tarea habría que partirla en dos.
No le pidas al marcado lo que resuelve el formato. Una etiqueta dice qué es cada cosa — no qué aspecto debe tener la respuesta. Eso sigue siendo una frase aparte.
Qué llevarte
En cuanto un prompt contiene instrucción y datos a la vez, marca el límite — con etiquetas descriptivas y coherentes. Instrucción delante, material en medio, formato y restricciones al final. Esos tres pasos evitan la mayoría de los fallos de los prompts largos, y no cuestan nada.