El orden de seis partes en un prompt que evita que la IA adivine
Escribiste un prompt enorme y el modelo igual no captó el punto. Antes de agregar más palabras, revisa el orden en que las pusiste. Un prompt con toda la información correcta en la secuencia equivocada le resulta al modelo casi como un prompt con información faltante — porque las partes que más importan quedan enterradas, o llegan antes de que el modelo siquiera sepa qué se le está pidiendo.
El problema: la extensión no es la palanca
El instinto cuando un prompt falla es agregar más detalle. Más contexto, más advertencias, más "por favor asegúrate de". Pero un modelo de lenguaje grande lee un prompt más o menos como tú ojearías un correo largo — se forma una impresión a partir de lo que viene primero y lo que viene al final, y trata el medio como detalle de apoyo. Si la tarea real queda enterrada tres párrafos dentro de un muro de contexto, el modelo ya empezó a formar una suposición sobre lo que quieres antes de llegar ahí. Reordenar exactamente las mismas palabras muchas veces arregla lo que más palabras no pudieron.
La estructura de cinco partes
El orden que funciona de forma consistente, y que se recomienda de manera explícita en las guías modernas de prompting, es:
- Tarea — di lo que quieres que se haga, por adelantado, en una o dos oraciones.
- Contexto — el trasfondo que el modelo necesita: para quién es esto, qué ya existe, qué restricciones aplican.
- Instrucciones — el "cómo" paso a paso: formato, tono, cosas que evitar, casos límite que manejar.
- Ejemplo(s) — uno o dos pares concretos de entrada/salida que muestren la forma de una buena respuesta.
- Recordatorio — una línea de cierre que repite la única regla más importante.
Poner la tarea primero no es una formalidad — le da al modelo un marco para interpretar todo lo que sigue. Leer "revisa este pull request en busca de problemas de seguridad" antes del diff cambia cómo el modelo lee el diff, comparado con leer el diff primero y la petición al final.
Por qué importa etiquetar las secciones
Una vez que tienes las cinco partes, etiquétalas para que el modelo pueda volver a encontrar cualquiera de ellas. La forma más simple son las etiquetas al estilo XML — <task>, <context>, <instructions>, <example> — envueltas alrededor de cada sección. Esto no es cosmético. Un prompt etiquetado le permite al modelo referirse explícitamente a "según las instrucciones" o "según el ejemplo" a mitad de su respuesta, y te da un lugar al cual apuntar cuando estás iterando: "amplía la sección <context>", no "agrega más cosas cerca de arriba".
No necesitas XML de verdad — los encabezados de Markdown consistentes (## Task, ## Context) funcionan casi igual de bien, siempre que cada prompt en un flujo de trabajo dado use las mismas etiquetas cada vez.
La parte que los modelos recuerdan mejor: el final
El orden que abre un prompt orienta al modelo; la línea que lo cierra pesa fuertemente en lo que el modelo hace a continuación. Por eso la quinta parte — el recordatorio — no es decorativa. Una sola oración de cierre que reafirme la única regla que más necesitas que se respete ("por sobre todo, no inventes endpoints de API que no estén en la documentación provista") reduce de forma medible las probabilidades de que esa regla se pierda, especialmente en prompts largos donde una instrucción dicha una sola vez cerca de arriba puede diluirse por todo lo que viene después.
Cómo aplicarlo
Antes de enviar un prompt, revísalo contra el orden, no solo contra el contenido:
- ¿La tarea aparece en la primera o segunda oración?
- ¿El contexto — lo que no cambia entre solicitudes similares — está claramente separado de las instrucciones puntuales?
- ¿Hay al menos un ejemplo, aunque sea corto, para todo donde el formato o el tono importen?
- ¿La última línea repite la única regla que más necesitas que se siga?
Si la información es estable a lo largo de muchas solicitudes — las convenciones de código de tu equipo, la voz de tu marca, un esquema de datos recurrente — eso es una señal de que pertenece al principio de la sección de contexto (o incluso en un system prompt / archivo de instrucciones del proyecto), no re-escrita en cada tarea individual.
Trucos avanzados
- Prueba solo con el orden. Si un prompt sigue fallando, intenta reordenarlo antes de reescribir el contenido — muchas veces descubrirás que las palabras estaban bien.
- Un recordatorio, no cinco. Repetir todo al final solo recrea el muro de texto que intentabas evitar — elige la única regla más importante.
- La información estable va en el system prompt. Todo lo que no cambia entre solicitudes pertenece arriba, no re-escrito en cada tarea.
Dónde rinde frutos
El mismo orden de cinco partes funciona ya sea que estés calificando un lote de ensayos, revisando un formulario enviado, o pidiendo código a partir de una especificación. El contenido de cada sección cambia; el orden que se lee correctamente no.
¿Quieres la versión en reel de este tip? Míralo en menos de un minuto y vuelve para el desglose completo de arriba.