“Un prompt no es un deseo que le susurras a un genio. Es un pliego de condiciones que le entregas a un contratista.”
Un prompt es un documento estructurado
Un prompt de producción no es una frase. Es un documento en capas: un mensaje de sistema que fija el rol y las reglas, instrucciones claras para la tarea, dos o tres ejemplos resueltos, la entrada real del usuario y una especificación del formato de salida. Cada capa cumple un trabajo distinto, y omitir cualquiera de ellas es por donde se escapa la calidad.
La razón por la que la estructura le gana a la astucia: los modelos son mucho mejores imitando que obedeciendo instrucciones abstractas. Muéstrale al modelo exactamente cómo es una buena salida y reproducirá el patrón. Descríbela con adjetivos e improvisará.
Las técnicas que cargan el peso
La mayoría de los consejos sobre prompts son óptimos locales que se rompen con la siguiente versión del modelo. Unos pocos principios se generalizan porque tratan de la información, no de trucos:
- Restricciones: indica el formato, la longitud y qué excluir. Una caja ajustada se llena bien; un prompt abierto se improvisa.
- Ejemplos (few-shot): muestra pares de entrada/salida. Lo de mayor impacto que puedes añadir a un prompt.
- Descomposición: divide una tarea de varios pasos en varios prompts, o pídele al modelo que razone paso a paso antes de responder.
- Rol y público: «eres un editor técnico riguroso que escribe para no expertos» moldea el registro con más fiabilidad que cualquier adjetivo en la instrucción.
- Esquema de salida: indícale la forma exacta (claves JSON, secciones) que vas a analizar de vuelta.
Deja que el modelo piense antes de responder
Para cualquier cosa que implique razonamiento, pedir directamente la respuesta final deja calidad sobre la mesa. Dejar que el modelo produzca primero un razonamiento intermedio (la «cadena de pensamiento») mejora de forma medible los resultados en problemas de varios pasos, porque cada token generado puede condicionarse a los anteriores. Le estás dando espacio para trabajar.
La forma práctica: pide el razonamiento, luego la respuesta, en una salida estructurada, y extrae la respuesta. O, con los modelos de «razonamiento» más recientes, la reflexión ocurre internamente y simplemente la pagas en latencia y tokens. En cualquier caso, los problemas difíciles requieren deliberación, no una respuesta inmediata.
Versiona tus prompts como código
Un prompt es la cadena de texto más estructural de tu aplicación, y los equipos lo editan habitualmente en una caja de texto en producción sin historial alguno. Es una locura en cuanto lo dices en voz alta. Los prompts pertenecen al control de versiones, con un registro de cambios, vinculado a la ejecución de evaluación que justificó el cambio.
La disciplina: un cambio de prompt es un cambio de código. Tiene un diff, una revisión, una ejecución de evaluación y una vía de reversión. «Retoqué el prompt y parece mejor» es la forma en que los equipos despliegan regresiones silenciosas que descubren por usuarios enfadados una semana después.
Una línea por cada uno
- Un prompt es un documento estructurado: sistema, instrucciones, ejemplos, entrada, esquema de salida.
- Los ejemplos le ganan a las instrucciones; las restricciones le ganan a la esperanza; deja que el modelo razone antes de las respuestas difíciles.
- No colecciones trucos; interioriza los principios, que sobreviven a los cambios de modelo.
- Los prompts son código: versiónalos, revísalos y condiciona los cambios a una ejecución de evaluación.
Adónde ir ahora