Rol, restricciones y formato
Objetivos de este capítulo
- Asignar un rol para enmarcar el registro
- Imponer restricciones útiles y dosificar la creatividad con la formulación
- Forzar un formato explotable (incluso por máquinas) y gestionar los contextos largos
Asignar un rol: un atajo poderoso
«Eres un abogado especializado en derecho laboral»: en una frase, esta instrucción orienta el vocabulario, el nivel de detalle, la prudencia de las formulaciones e incluso la estructura de las respuestas. El rol es un atajo de encuadre: en lugar de enumerar veinte microconsignas de registro, activas de golpe todo un campo de conocimientos y convenciones asociadas a ese perfil.
Por qué funciona: el modelo aprendió de textos escritos por toda clase de perfiles. Al asignarle un rol, desplazas sus respuestas probables hacia la zona de los textos que ese perfil habría escrito. «Eres un revisor implacable» produce críticas más francas; «eres un divulgador para el gran público» produce explicaciones más simples — sobre la misma pregunta, con el mismo modelo.
El rol gana en potencia cuando le añades una audiencia: «Eres un experto en ciberseguridad que se dirige a directivos no técnicos» enmarca los dos extremos de la comunicación. Sofía usa «Eres una responsable de comunicación B2B que escribe para restauradores con prisa» — el registro queda fijado por ambos lados.
Lo que un rol no hace
Cuidado con la leyenda urbana: asignar un rol de experto no hace al modelo más competente. «Eres el mejor fiscalista del mundo» no crea ningún conocimiento fiscal nuevo — orienta el estilo, el tono y el vocabulario, no la veracidad. Un modelo que se equivoca en una regla fiscal se equivocará igual con un título rimbombante, pero con más seguridad en la formulación. Esa es justamente la trampa: el rol aumenta la confianza aparente, no la fiabilidad.
El rol sirve, por tanto, para enmarcar el registro, nunca para garantizar la exactitud. Para los ámbitos de alto riesgo (jurídico, médico, financiero), combínalo con los reflejos del capítulo 3: razonamiento explícito, autocrítica, y verificación humana de los puntos críticos.
Imponer restricciones: la calidad por el límite
La intuición dice que las restricciones coartan la creatividad. La experiencia del prompting dice lo contrario: las restricciones concentran la calidad. Sin límite de longitud, el modelo se alarga. Sin prohibiciones, recae en sus tics («en un mundo en constante evolución...»). Sin estructura impuesta, elige la suya, raramente la que necesitas.
Explica la blockchain a un niño de 10 años. Restricciones: - máximo 100 palabras - una analogía de la vida cotidiana - ningún término técnico - termina con una pregunta para verificar la comprensión
Cada restricción de este prompt trabaja: el límite de palabras fuerza la densidad, la analogía fuerza la pedagogía, la prohibición de términos técnicos fuerza la reformulación, la pregunta final fuerza la interactividad. Sin ellas, obtienes una página tibia. Con ellas, un párrafo contundente. Las mejores restricciones son verificables: puedes controlar al releer si cada una se respeta — y devolver el trabajo citando la que no se cumplió.
Las restricciones negativas («sin jerga», «ningún signo de exclamación», «no menciones a la competencia») merecen una mención: los modelos las respetan con menos fiabilidad que las consignas positivas. Cuando sea posible, reformula en positivo: en lugar de «sin tono comercial», escribe «tono factual e informativo». Y si una prohibición es crítica, colócala al final del prompt y verifica sistemáticamente.
La temperatura implícita: dosificar la creatividad con la formulación
Las API de los modelos exponen un ajuste llamado «temperatura»: baja, las respuestas son predecibles y conservadoras; alta, son variadas y audaces. No tienes acceso a ese control en una interfaz de chat — pero tus formulaciones juegan exactamente el mismo papel. Es lo que podemos llamar la temperatura implícita del prompt.
«Dame EL mejor gancho», «responde de forma factual y sobria», «cita únicamente hechos establecidos» tiran hacia lo predecible — perfecto para un resumen fiel o una respuesta de referencia. «Propón 10 pistas, de las más clásicas a las más audaces», «atrévete con ángulos inesperados», «haz una lluvia de ideas sin censurarte» tiran hacia lo variado — perfecto para la ideación. El drama de Sofía: pedía «una idea de campaña» (formulación fría, resultado convencional) cuando quería un brainstorm. Desde que pide «10 ideas, de las más seguras a las más atrevidas, sin censurarte», sus sesiones de ideación han cambiado de cara.
Truco de ideación complementario: pedir cantidad desata la calidad. Las tres primeras ideas de un modelo son casi siempre las más convencionales — las que todo el mundo ya tuvo. Es en las siguientes donde se esconden los ángulos interesantes. «Dame 10 opciones» cuesta el mismo prompt que «dame una opción» y multiplica tus posibilidades.
Forzar un formato máquina: el JSON estricto
Hasta ahora, las salidas estaban destinadas a humanos. Pero Sofía quiere ahora conectar la IA a su panel de control: analizar cada comentario de cliente y extraer un sentimiento, temas, una puntuación. Para que un script explote la salida, esta debe estar en un formato máquina: JSON estricto, con un esquema preciso, sin una frase de cortesía alrededor.
Analiza esta reseña de cliente y responde ÚNICAMENTE en JSON válido, sin texto alrededor:
{ "sentiment": "positivo|neutral|negativo", "themes": [..], "score": 0-100 }Tres precauciones marcan la diferencia entre un juguete y una herramienta fiable. Uno, da el esquema exacto: las claves, los tipos, los valores autorizados — si no, el modelo improvisa variantes («Positivo», «positiva», «pos») que rompen tu script. Dos, machaca la exclusividad: «ÚNICAMENTE el JSON, sin texto antes ni después, sin bloque de código alrededor». Tres, prevé el caso límite: «si la reseña es inexplotable, devuelve {"sentiment": null}» — si no, el modelo inventará un análisis en lugar de admitir que no sabe.
Prueba después como probarías código: pásale una reseña ditirámbica, una reseña demoledora, una reseña ambigua, una reseña vacía. Si el JSON sigue siendo válido y el esquema estable en esos cuatro casos, puedes conectar tu script. Muchas herramientas ofrecen también un «modo JSON» nativo que garantiza la validez sintáctica — úsalo cuando exista, pero mantén el esquema en el prompt: el modo garantiza JSON válido, no TUS claves.
Gestionar el contexto largo: dónde colocar qué
Último encuadre, a menudo ignorado: la posición de los elementos en un prompt largo. Cuando pegas un documento grande (informe, historial de emails, transcripción), los modelos tienden a explotar mejor lo que está al principio y al final del prompt que lo del medio. Consecuencia práctica: nunca ahogues tus instrucciones en medio del documento.
La estructura robusta para los contextos largos: las instrucciones y el rol al principio, el documento delimitado en el medio (entre marcadores claros, como vimos en el capítulo 1), y un recordatorio de las consignas esenciales al final — «Recordatorio: responde en 5 viñetas, únicamente a partir del documento de arriba». Ese recordatorio final, que parece redundante, mejora claramente el cumplimiento de las consignas en los prompts largos.
Y no olvides que la conversación entera es un contexto: a lo largo de un intercambio largo, las primeras consignas se alejan y su peso se debilita. Si el tono se desvía tras veinte mensajes, no es un capricho: vuelve a precisar tus restricciones, o empieza una conversación nueva con un prompt limpio — a menudo más eficaz que remendar.
Contexto
Sofía quiere clasificar automáticamente los comentarios de clientes para alimentar un panel de control mensual. Cada mes llegan 200 reseñas en bloque: imposible leerlas todas, y las primeras pruebas de clasificación a mano en el chat daban formatos diferentes cada vez — inutilizables en una hoja de cálculo. Necesita un prompt único, con rol, restricciones y esquema JSON estricto, lo bastante fiable para conectarlo a su script sin vigilancia constante.
Instrucciones
- Asigna un rol pertinente con audiencia: analista de comentarios de clientes para un equipo de comunicación.
- Define el esquema JSON exacto: claves, tipos, valores autorizados (ej. sentiment: positivo|neutral|negativo, score: 0-100, themes: lista cerrada de 5 temas posibles).
- Añade 3 restricciones verificables: ÚNICAMENTE el JSON sin texto alrededor, valores estrictamente dentro de la lista, caso inexplotable → sentiment null.
- Prueba con una reseña claramente positiva, y luego una claramente negativa: verifica la validez del JSON y el cumplimiento del esquema.
- Prueba con una reseña ambigua y una fuera de tema: observa cómo el prompt gestiona los casos límite, ajusta si el modelo inventa.
- Añade una formulación de temperatura baja («clasifica de forma factual, sin interpretación más allá del texto») y compara la estabilidad.
- Documenta el prompt final con sus casos de prueba: se unirá a tu biblioteca en el capítulo 5.
En resumen
- Un rol (+ una audiencia) fija el registro, el vocabulario y el nivel de detalle en una frase.
- El rol orienta el estilo, no la veracidad: «experto mundial» no añade ninguna competencia, solo seguridad.
- Las restricciones concentran la calidad: longitud, estructura, prohibiciones — y privilegia las formulaciones positivas, más fiables que las negativas.
- Tus formulaciones dosifican una «temperatura implícita»: cerradas para lo factual, abiertas y generosas para la ideación.
- Pedir 10 opciones en lugar de una desata la ideación: las primeras ideas son siempre las más convencionales.
- Para una salida máquina: JSON estricto, esquema exacto, «ÚNICAMENTE el JSON», y un caso previsto para lo inexplotable.
- Contexto largo: instrucciones al principio, documento delimitado en el medio, recordatorio de las consignas esenciales al final.
Quiz — comprueba tu comprensión
1. ¿Para qué sirve asignar un rol?
2. ¿Cómo hacer una salida explotable por un script?
3. ¿Qué hace realmente «eres el mejor experto mundial»?
4. Quieres un brainstorm realmente variado. ¿Qué formulación elegir?
5. En un prompt muy largo con un documento grande, ¿dónde colocar las consignas?
6. ¿Por qué prever un caso «inexplotable» en un prompt de clasificación JSON?