Ingeniería de prompts

El mismo modelo le da a un equipo una respuesta útil y a otro basura. La diferencia casi nunca es el modelo; es el prompt. La ingeniería de prompts es la habilidad de armar esa entrada de texto con las partes correctas en los lugares correctos, para que un modelo fundacional haga lo que necesitas de forma confiable, repetición tras repetición. Este tema recorre ese oficio de principio a fin, desde la estructura de un solo prompt hasta operar prompts como código en producción.

Qué cubre este tema

• las cuatro partes de un prompt (instrucción, contexto, entrada, indicador de salida) y cómo separar la instrucción de la entrada
• el prompting zero-shot y few-shot, qué es un shot y las plantillas de prompt con variables entre dobles llaves
• las técnicas con nombre, de zero-shot a chain-of-thought, y por qué el chain-of-thought no es lo mismo que el prompt chaining
• las buenas prácticas: ser específico, poner la instrucción al final, usar separadores, dar una respuesta de reserva y escribir prompts negativos
• los ataques de prompt (injection, jailbreaking, leaking), quién es dueño del riesgo bajo la responsabilidad compartida y la defensa en capas con Amazon Bedrock Guardrails
• el versionado y la gestión con Amazon Bedrock Prompt Management: borrador mutable frente a versión inmutable, despliegue y rollback

Por qué importa

La ingeniería de prompts es la palanca más barata y más rápida que tienes sobre el comportamiento de un modelo. Antes de pagar por fine-tuning o de armar una tubería de RAG, un mejor prompt suele resolver el problema, y el examen lo sabe: te va a dar un escenario donde una salida sale mal y esperar que elijas el arreglo de prompt correcto en vez de un modelo más grande. También espera que distingas pares que se confunden fácil, como chain-of-thought frente a prompt chaining, o inyección frente a jailbreaking. Y como los prompts en producción se pegan a texto que escriben desconocidos, este tema es también donde la seguridad entra en escena: saber que la prompt injection es tu responsabilidad, no la de AWS, es una pregunta de examen tanto como una regla del mundo real.