English

Deja de describir el resultado — muéstrale ejemplos

Describiste con exactitud lo que querías — el tono, la extensión, la estructura — y aun así llegó mal. Por lo general el problema no es que tu descripción fuera poco clara. Es que estabas describiendo cuando deberías haber estado mostrando. Dale al modelo dos o tres ejemplos concretos de una entrada emparejada con el resultado que quieres, y captará el patrón más rápido y de forma más confiable que cualquier párrafo de instrucciones. Esto es el few-shot prompting, y es una de las técnicas de mayor impacto y menor esfuerzo en el prompting.

Por qué los ejemplos superan a las descripciones

La descripción escrita de un formato es una abstracción a un paso de distancia de la cosa misma. "Que sea conciso, profesional y orientado a la acción" es una instrucción razonable, pero deja que el modelo interprete "conciso" y "orientado a la acción" según sus propios valores por defecto, que quizá no coincidan con los tuyos. Un ejemplo esquiva por completo el problema de la interpretación — muestra la forma, el tono y el nivel de detalle exactos que quieres, y el modelo replica el patrón en lugar de adivinar el sentido de tus adjetivos.

Esto se ve con claridad en tareas que el modelo genuinamente no puede resolver a partir de una instrucción a secas. Ante algo como "a qué restaurante debería llevar a Ania en Dubái", un modelo sin información sobre Ania simplemente no puede responder. Dale primero un ejemplo breve — "la comida favorita de Ania incluye hamburguesas, papas fritas y pizza" — y la pregunta se vuelve respondible, porque el ejemplo aportó los datos faltantes que la instrucción sola no tenía.

El caso de coincidencia de patrones: formato y tono

El caso de uso cotidiano más claro es convertir una entrada desordenada en un formato de salida consistente. Dale al modelo tres ejemplos de reportes de bugs desordenados emparejados con los títulos limpios de una sola línea que escribirías para cada uno. El patrón — cuánto detalle conservar, qué recortar, el estilo exacto de redacción — se transfiere de inmediato. El siguiente reporte desordenado que le entregues vuelve con el mismo formato limpio de forma automática, sin que escribas una sola oración describiendo qué significa "limpio". Los ejemplos hicieron ese trabajo.

Cuántos ejemplos necesitas

Dos o tres pares de entrada/salida suelen bastar para que el modelo se fije en un patrón en tareas sencillas de formato o tono. Recurre a más ejemplos cuando la tarea es más complicada o tiene casos límite reales — mientras más difícil sea el juicio, más ejemplos hacen falta para precisar dónde está la frontera.

Un truco práctico: haz que al menos uno de tus ejemplos sea un caso complicado o límite, no solo los fáciles y obvios. Tres ejemplos limpios le enseñan al modelo el camino feliz; un ejemplo que muestra cómo manejar la excepción desordenada le enseña dónde se dobla el patrón. Ese único ejemplo de caso límite suele evitar más correcciones posteriores que dos ejemplos ordinarios adicionales.

Cómo ponerlo en práctica

1. Elige dos o tres entradas reales representativas — no ejemplos de juguete inventados, sino muestras reales de lo que le vas a dar una y otra vez.
2. Escribe el resultado exacto que querrías para cada una, en el formato y el tono reales que buscas.
3. Preséntalos como pares claros (input → output) antes de la nueva entrada que de verdad quieres que maneje.
4. Incluye un caso límite si la tarea tiene alguna ambigüedad.

Dónde rinde frutos

En cualquier lugar donde el tono o el formato importe más que el contenido en bruto, los ejemplos few-shot superan a las instrucciones verbales: clasificación de tickets de soporte, descripciones de productos, comentarios de code review, notas de reunión convertidas en tareas accionables. Cualquier tarea en la que te encuentres escribiendo "haz que suene como X" o "dale el formato que usa Y" es una tarea donde dos o tres ejemplos reales de X o Y harán más trabajo que la oración que los describe.

Trucos avanzados

• Incluye un caso límite complicado. Le enseña al modelo dónde se dobla el patrón, no solo el camino feliz.
• Saca los ejemplos de datos reales. Los ejemplos inventados pueden no captar las peculiaridades reales de tus entradas.
• Mantén el formato de los ejemplos internamente consistente. Un formato dispar entre tus ejemplos enseña un patrón inconsistente.