Antes de escribir una sola línea

Conviene tener tres cosas antes de ponerse a pulir instrucciones: un criterio de éxito claro, una forma de comprobarlo con casos reales y un primer borrador. Sin las dos primeras, no sabrás si un cambio mejora o empeora el resultado.

También recuerda que no todo se arregla con el prompt. A veces cambiar de modelo resuelve antes un problema de coste o de velocidad que cualquier ajuste de redacción.

Sé explícito, como con un compañero nuevo

Las peticiones vagas producen respuestas genéricas. Di qué quieres, en qué formato y con qué límites. Si esperas un trabajo ambicioso, pídelo de forma expresa: "incluye todo lo relevante y ve más allá de lo básico" cambia el resultado frente a una petición escueta.

Hay una prueba sencilla: enseña tu prompt a un colega que no conozca el contexto. Si él se perdería, el modelo también.

Explica el porqué de cada regla

Los modelos generalizan a partir de la razón, no solo de la norma. Un ejemplo: en lugar de prohibir los puntos suspensivos sin más, explica que la respuesta se leerá con un sintetizador de voz que no sabe pronunciarlos. Con el motivo, el modelo evita también otros problemas parecidos que no habías previsto.

Enseña con ejemplos

Unos pocos ejemplos de entrada y salida orientan más que un párrafo de instrucciones. Lo ideal son entre tres y cinco, que cumplan tres condiciones:

• Relevantes: que se parezcan a tus casos reales.
• Variados: que cubran casos límite, para que el modelo no copie un patrón accidental (por ejemplo, que todas las respuestas tengan la misma longitud).
• Delimitados: dentro de etiquetas como <ejemplo>, para que no se confundan con las instrucciones.

Ordena el prompt en secciones

Separa instrucciones, contexto, ejemplos y datos de entrada. Funcionan muy bien las etiquetas XML con nombres descriptivos (<instrucciones>, <contexto>, <documento>). Un orden típico para las instrucciones de sistema: identidad, instrucciones, ejemplos y contexto, usando encabezados Markdown o etiquetas XML.

Un detalle de coste: conviene poner el contenido fijo al principio del prompt para aprovechar la caché, que reduce precio y latencia en las llamadas repetidas.

Documentos largos: arriba, y la pregunta al final

Con textos de más de unas veinte mil palabras, colocar los documentos al principio y la pregunta al final mejora la calidad de la respuesta, hasta un 30 % en pruebas con varios documentos complejos. Envuelve cada documento en su propia etiqueta con su origen, y pide al modelo que primero extraiga las citas relevantes y luego responda a partir de ellas.

Controla el formato diciendo qué hacer

• Pide lo que quieres, no lo que quieres evitar: "escribe en párrafos de prosa" funciona mejor que "no uses viñetas".
• El estilo del prompt se contagia. Un prompt lleno de Markdown produce respuestas llenas de Markdown.
• Si necesitas un formato estricto para otro sistema, usa salidas estructuradas (ver la guía de extracción de datos).

Modelos que razonan y modelos que ejecutan

Hay dos estilos. Los modelos de razonamiento rinden mejor con objetivos de alto nivel, como un compañero sénior al que confías los detalles. Los modelos sin razonamiento necesitan instrucciones precisas, como un compañero júnior. Con razonamiento activado, una indicación general del tipo "piénsalo a fondo" suele superar a un plan paso a paso escrito a mano.

Errores frecuentes

• Gritar al modelo. Los modelos recientes responden con fuerza al prompt de sistema; frases como "CRÍTICO: DEBES usar esta herramienta" provocan que la usen de más. Basta con "usa esta herramienta cuando…".
• Pedir sugerencias cuando quieres acción. "¿Puedes sugerir cambios?" produce sugerencias. "Cambia esta función para que sea más rápida" produce el cambio.
• No fijar la versión del modelo. Fija una versión concreta en producción y mide con evaluaciones cada vez que cambies de modelo o de prompt.