Ejemplos few-shot bien hechos
- Qué es el prompting few-shot y por qué los ejemplos superan a las descripciones
- Cómo leer un prompt few-shot limpio que el modelo completa
- Cómo elegir, formatear y ordenar ejemplos (incluidos los casos límite)
- Cuándo recurrir a zero-shot frente a few-shot
- Por qué un ejemplo descuidado es peor que ningún ejemplo
El prompting few-shot consiste en mostrar al modelo unos cuantos ejemplos resueltos de la tarea antes de pedirle que haga uno nuevo. Bien hecho, es la forma más rápida de fijar un formato, un estilo o un comportamiento ante casos límite — a menudo mejor que describir con palabras lo que quieres.
Por qué los ejemplos superan a las descripciones
"Sé conciso y amable" es vago. Mostrar dos salidas concisas y amables no deja lugar a dudas. El modelo reconoce el patrón de los ejemplos y lo continúa.
Un prompt few-shot limpio
Fíjate en la forma: varios pares Message → Label en formato idéntico, y luego un mensaje final con un Label: vacío para que el modelo lo rellene.
Prompt de clasificación few-shot
Classify each support message as: billing, bug, or feature. Message: "I was charged twice this month." Label: billing Message: "The app crashes when I upload a photo." Label: bug Message: "Can you add dark mode?" Label: feature Message: "My subscription renewed at the wrong price." Label:
El modelo tiene el patrón; completa la última línea.
Cómo elegir y formatear los ejemplos
- Incluye los casos límite que te importan. Si una categoría es rara o complicada, inclúyela.
- Misma estructura, mismas etiquetas, mismos delimitadores. La inconsistencia enseña inconsistencia.
- 2–5 suele ser suficiente. Más ayuda en tareas difíciles o variadas, pero cuesta tokens y puede sobreajustarse a las peculiaridades de los ejemplos.
- El orden puede importar — pon primero los ejemplos más claros; para clasificación, no agrupes todos los de una misma etiqueta juntos.
- Usa delimitadores (o etiquetas XML) para separar los ejemplos de la entrada que realmente quieres etiquetar.
El coste en tokens mencionado arriba es real — consulta Tokens y contexto. Para el enfoque de delimitadores, las etiquetas XML son un separador limpio y fiable.
Zero-shot frente a few-shot
Prueba primero el zero-shot (solo pregunta) — los modelos modernos son potentes. Añade ejemplos cuando necesites un formato/estilo específico o la tarea sea ambigua. Si el zero-shot ya lo clava, no pagues por los ejemplos.
- Los ejemplos son datos — mantenlos limpios. Un ejemplo erróneo o descuidado enseña activamente lo equivocado. Cúralos como si fueran datos de entrenamiento.
- Muestra, no expliques: los ejemplos resueltos superan a las descripciones vagas.
- Cubre la variedad, sobre todo los casos límite, y mantén cada ejemplo en un formato idéntico.
- 2–5 ejemplos suele bastar; más puede sobreajustar y cuesta tokens.
- El orden importa — los más claros primero, y no agrupes una misma etiqueta junta.
- Empieza con zero-shot; añade ejemplos solo para un formato/estilo específico o ante la ambigüedad.