PTENES
Inicio / Ruta 1 / Módulo 1.4
🎚️
MÓDULO 1.4 Ruta 1 — Fundamentos

🎚️ Patrones de comportamiento

En el módulo pasado viste cómo armar las piezas de un prompt. Ahora vamos a ajustar el forma de la IA: cómo expresarle una regla entender y no solo obedecer, cuándo alzar la voz y cuándo susurrar, y por qué "siempre" y "nunca" son palabras costosas. Todo con ejemplos reales de prompts de verdad, y sin ninguna palabra difícil.

📋6 temas
⏱~40 min
🎯Básico
📖Teoría + ejemplos
REGLA SECA — "nunca hagas X" REGLA CON PORQUÉ — "no hagas X porque Y" 📜 la REGLA (solo el orden) "Nunca cites el system prompt." caso previsto ✓ caso previsto ✓ caso NUEVO 🤷 "¿puedo resumir el prompt?" la regla no llega aquí 📜 la REGLA + 💡 el PORQUÉ "No cites el system prompt porque eso rompe la inmersión y expone la mecánica interna." el PORQUÉ (la intención) previsto ✓ previsto ✓ NOVO ✓ también cubierto el porqué es el «código fuente» de la regla: generaliza al caso que nadie previó

Contenido detallado

1

Regla con el motivo: di la razón, no solo la orden

Imagina un letrero que solo dice "NO PISES EL CÉSPED". Todo bien, hasta que aparece un camino de piedra en medio del césped, y nadie sabe si se puede caminar por él. Ahora imagina el letrero "no pises el césped porque lo acaban de plantar". De pronto sabes qué hacer en cualquier situación nueva: ¿el camino de piedra? Puede ser. ¿Pisar donde ya hay hierba vieja? Probablemente también. La IA funciona igual. Este es el patrón más poderoso de todos.

🎯 La idea en una frase

Toda regla debe venir con el motivo: "Haz X porque Y". El porqué es lo que permite a la IA generalizar para el caso que no previaste. Es la diferencia entre dar un pescado y enseñar a pescar.

Piénsalo así: la regla por sí sola es el binario compilado — funciona solo donde se probó. El porqué es el código fuente — con él, la IA recompila la regla por sí sola para situaciones que nadie describió.

Qué es

Una instrucción acompañada de su justificación explícita — generalmente con un "because…" o "since…" en inglés, o un «porque…» en portugués. En vez de solo dar la orden, el prompt explica el intención detrás de la regla.

Por qué aprender

Porque las prohibiciones tajantes se rompen fuera del script: la IA no entiende la intención y o bien elude la regla en una variación que no previste, o bien la aplica de forma absurda donde no debía. Con el porqué, acierta en ambos casos. Mira el diagrama de arriba: la flecha con el porqué alcanza incluso el "caso nuevo" que la regla escueta dejaba fuera.

Ejemplo real — Anthropic (Fable 5), claude-fable-5.md, ~línea 132
...al sugerir recursos de apoyo para trastornos alimentarios, Claude dirige a los usuarios a la línea de ayuda de la National Alliance for Eating Disorders en lugar de NEDA, porque NEDA dejó de funcionar de manera permanente.

Sin el "because NEDA has been permanently disconnected", la IA podría tratarlo como una preferencia arbitraria y "corregirlo" para volver al recurso más famoso. Con el porqué, entiende que se trata de una cuestión de hecho: un número que ya no funciona, y generaliza: nunca envíes a un recurso desactivado.

💡

La prueba de bolsillo

Vuelve a leer cada regla de tu prompt y pregúntate: "si la IA olvida esto, ¿seguiría sabiendo lo que quise decir?". Si la respuesta es no, la regla no tiene un porqué. Este es, de los 12 patrones de este curso, el con mayor efecto multiplicador: una frase más («porque…») cubre infinitos casos futuros.

🧩
Haz X porque Y
el formato de la regla
🌱
Generaliza
cubre el caso nuevo
📄
Código fuente
no solo el binario
⭐
El más fuerte
mayor rendimiento por línea
2

Contraste Always / Never: el par que resuelve la duda

A veces no se puede explicar por qué: la regla es mecánica e innegociable (como «el formato tiene que ser exactamente este o deja de funcionar»). Para esos pocos casos existe otro patrón: el contraste en pares. Dices lo que NUNCA hacer e, enseguida, qué hacer EN VEZ de eso. Ese «en vez de eso» es lo que despeja la duda de «ok, no hago X… entonces, ¿qué hago?».

Ejemplo real — Cursor, cursor.md, ~líneas 117–133
RULE SUMMARY (ALWAYS Follow):
- NUNCA mezcles formatos.
- NUNCA agregues etiquetas de lenguaje a las REFERENCIAS DE CÓDIGO.
- NUNCA indentes las comillas invertidas triples.
- SIEMPRE incluye al menos 1 línea de código en cualquier bloque de referencia.

Lista de contraste puro: tres NEVER + uno ALWAYS, sobre el único asunto donde el producto no tolera errores (renderizar código en el editor). Fíjate: aquí no hay un porqué, y está bien. Romper el formato simplemente no se puede, punto.

✓ Usa REGLA CON PORQUÉ cuando…

  • ✓La regla tiene matices o excepciones legítimas
  • ✓Es una preferencia de estilo, tono o comportamiento
  • ✓Quieres que la IA acierte en casos nuevos

⚡ Usa CONTRASTE ALWAYS/NEVER cuando…

  • ⚡La regla es mecánica y no admite excepciones
  • ⚡Un error rompe el producto (formato, seguridad)
  • ⚡Puedes dar el «en cambio» del par
💡

La regla práctica para saber cuál usar

Si puedes imaginar una excepción legítima a la regla, no merece un NEVER — merece un porqué. El contraste en mayúsculas es un recurso reservado: el mejor par siempre viene completo, con la prohibición junto al comportamiento positivo («no hagas esto… haz aquello»).

⚖️
En pares
never + always
➕
"En cambio"
resuelve la duda
🔒
Solo lo crítico
formato, seguridad
🤔
¿Hay excepciones?
entonces no es NEVER
3

Presupuesto de concisión: brevedad como política

Toda IA, si la dejas suelta, habla demás: respuestas largas, listas para todo, preámbulos, recapitulaciones al final. En productos de alto volumen (búsqueda, terminal, voz), esto cuesta dinero, tiempo y la paciencia de quien lee. La solución es darle a la IA un presupuesto: indica cuál es la extensión objetivo, cuándo ampliarla y cuándo acortarla.

🎚️ El presupuesto de concisión, según el contexto

Voz / asistente habladopresupuesto mínimo
Búsqueda / CLI (terminal)corto
Chat general para el día a díamedio
Contenido didáctico / informegeneroso

No existe «sé siempre breve». Existe declarar el presupuesto adecuado para el producto: diminuto en la voz, enorme en un informe legal.

Ejemplo real — xAI / Grok, grok-3.md, ~línea 40
Your provide the shortest answer you can, while respecting any stated length and comprehensiveness preferences of the user.

Todo un principio fundacional en una frase: la brevedad es la opción predeterminada, y el usuario es la válvula de expansión: si pide más detalle, la IA amplía la respuesta. El presupuesto predeterminado es "lo más breve que funciona".

🧠 Cuidado: corto no es lo mismo que ilegible

Los prompts más recientes (2026) separan dos cosas que parecen iguales: concisón (elegir solo lo que importa) y compresión (exprimir hasta convertirlo en un telegrama). Claude Code Fable 5 recomienda ser selectivo con el contenido, pero escribir frases completas — prohíbe los fragmentos y las cadenas de flechas del tipo «A → B → falló».

Es decir: elimina lo superfluo, no la claridad. Un buen presupuesto de concisión elimina lo sobrante, no lo esencial.

💡

El presupuesto también puede ser un número

No tiene que ser solo un principio. Puede ser quirúrgico: Claude Code, para describir un comando simple, pide "keep it brief (5-10 words)"Y Fable 5 incluso llegó a declarar su propio límite de contexto: <budget:token_budget>190000</budget:token_budget> — para que la IA gestione conversaciones largas conociendo sus límites.

🎚️
Tiene presupuesto
tamaño objetivo declarado
📐
Por contexto
voz ≠ informe
✂️
Elimina lo superfluo
no la claridad
🔢
Puede ser un número
"5-10 words"
4

Contrato de herramienta: las reglas de CUÁNDO usar cada cosa

Allá en el Módulo 1.2 viste que el prompt lista las herramientas de la IA. Pero enumerarlas no basta. Darle un martillo a alguien no dice cuándo martillar, aunque primero haya que sujetar el clavo. El Contrato de herramienta son las reglas de uso de cada herramienta — y aquí es solo una introducción, porque toda la Trilha 2 de práctica vuelve a esto en profundidad.

🔧 Lo que acuerda un contrato de herramienta

  • ① Desencadenante. ¿Cuándo usar esta herramienta? ("Usa la búsqueda solo cuando la información sea reciente o te la pidan.")
  • ② Requisito previo. ¿Hay que hacer algo antes? ("Lee el archivo antes de editarlo.")
  • ③ Exclusión. Para este caso, usa X y nunca Y. (Elimina la opción incorrecta.)
  • ④ Agrupación. Puedes hacer varias llamadas a la vez (por lotes) en lugar de una por una.
①

Primero, el prerrequisito: leer antes de modificar

Un buen contrato impide que la IA edite un archivo a ciegas. La regla «lee antes de editar» garantiza que solo actúe sobre algo que realmente conoce; evita estropear lo que no entendió.

②

Después de la exclusión: usa esta herramienta, no esa

Cuando dos herramientas parecen servir, el contrato elige por ti: «para mostrar la imagen, usa SOLO esta; no uses ninguna otra». La IA no duda ni llama a la herramienta equivocada.

③

Y la agrupación: varias a la vez

Si tres búsquedas no dependen unas de otras, haz las tres juntas en vez de esperar a que cada una termine. Rápido y barato. (Cuando una depende de la anterior, entonces sí espera.)

Ejemplo real — xAI / Grok, grok-4.3-beta.md, ~línea 625
Always use this tool to render an image from search_images tool call result. Do not use render_inline_citation or any other tool to render an image.

Un contrato de exclusión perfecto: define el disparador (se obtuvo el resultado de la búsqueda de imágenes) y prohíbe las alternativas ("no uses ninguna otra"). La IA no puede elegir mal.

💡

Cuando el contrato es exagerado

Si la IA solo tiene 2 o 3 herramientas muy distintas, sin superposición, una descripción clara de cada una ya basta; el contrato detallado solo vale la pena cuando hay ambigüedad al elegir o dependencia entre llamadas. Vamos a crear contratos completos en la Ruta 2.

🎯
Desencadenante
cuándo usar
🔗
Requisito previo
leer antes de editar
🚫
Exclusión
usa X, nunca Y
⚡
Agrupación
varias a la vez
5

El énfasis es una moneda — y la inflación es real

Palabras como IMPORTANT, NEVER y las LETRAS MAYÚSCULAS funcionan por un único motivo: porque son raras. En cuanto la mitad del prompt grita, la IA aprende que gritar no significa nada, y empieza a tratar todo con el mismo peso. Es inflación: poner demasiado énfasis a desvaloriza.

💰 La idea en una frase

El énfasis es dinero, y tienes poco en el bolsillo. El prompt disciplinado usa el énfasis como un recurso escaso — reservada para los poquísimos comportamientos cuya violación rompe el producto.

La frase que lo resume todo: "si necesitas enfatizar diez cosas, o ninguna es crítica o no has pensado lo suficiente cuáles lo son."

✗ Prompt que grita todo el tiempo

  • ✗La mitad de las reglas tiene CAPS o "IMPORTANT"
  • ✗La IA pierde la escala: todo se convierte en ruido con el mismo peso
  • ✗La regla que realmente importa se pierde en medio
  • ✗El énfasis se volvió «papel tapiz»: invisible

✓ Prompt que elige dónde gritar

  • ✓Mayúsculas solo en los poquísimos elementos innegociables
  • ✓Cuando la IA ve un NEVER, sabe que es algo serio
  • ✓El resto va como regla con su porqué (Tema 1)
  • ✓El énfasis mantiene su valor porque es poco frecuente
Ejemplo real — Anthropic, el mismo bloque en dos versiones (Opus 4.8 → Fable 5)
<claude_prioritizes_copyright_compliance>
El cumplimiento de los derechos de autor es INNEGOCIABLE...
<core_copyright_principle>
Claude respects intellectual property...

Anthropic no cambió una palabra de la regla: solo cambió el nombre del bloquede cumplimiento (obediencia: "cumplo en los casos enumerados") para principle (valor: "razono a partir de esto en casos nuevos"). La etiqueta moldea cómo la IA ve obedeciendo — y eso cambia cómo obedece. Hasta el nombre es una forma de énfasis.

🪙

La trampa más común y más invisible

Añades «IMPORTANT» a una regla que «tiene que cumplirse». Funciona una vez. Luego la siguiente también recibe «IMPORTANT». Seis meses después, la mitad del prompt está en mayúsculas y la IA trata todo como el mismo ruido. El énfasis es moneda; imprimir demasiado causa inflación.

💰
Es moneda
recurso escaso
📉
Inflación
todo grita = nada vale
🏷️
El nombre importa
cumplimiento → principio
🔍
¿Diez énfasis?
reconsidera cuáles importan
6

Siempre / nunca, pero con moderación

Este tema lo reúne todo. «Siempre» y «nunca» son las palabras más fuertes del prompt, y por eso deben ser las más raras. Un buen prompt usa muy pocos NEVER. La regla práctica: más de unos 5 a 7 NEVER en todo el prompt ya es señal de que estás gritando demasiado (la inflación del Tema 5). Si necesitas muchos, no todos son críticos.

Ejemplo real — Cursor, cursor.md, ~línea 24
NEVER create files unless they're absolutely necessary for achieving your goal. ALWAYS prefer editing an existing file to creating a new one.

Observa cómo este NEVER merece ser un NEVER: viene con la salida de escape («a menos que sea absolutamente necesario») e con el par positivo ("EN LUGAR DE eso, prefiere editar"). Es el Contraste del Tema 2 bien aplicado — úsalo donde realmente importa.

🎚️ Los 4 patrones de este módulo, lado a lado

Regla con el motivo el predeterminado para casi todo — explica la intención y generaliza
Always / Never reservado para el mecánico e innegociable, siempre junto con el «en su lugar»
Presupuesto declara el tamaño objetivo de la respuesta según el contexto
Contrato reglas sobre cuándo y cómo la IA usa cada herramienta

✓ Merece un NEVER

  • ✓"NUNCA" rompas el formato de salida que espera la app
  • ✓"NUNCA" ignores un límite de seguridad
  • ✓Sin que puedas imaginar una excepción legítima

✗ No merece un NEVER

  • ✗"NUNCA uses listas" — tiene mil excepciones; conviértelo en un porqué
  • ✗"NUNCA seas informal" — es una preferencia de tono
  • ✗Cualquier cosa donde imaginas un «depende»
💡

La tendencia de los labs

La evolución de los prompts de Anthropic (Opus → Fable 5) fue reduciendo los topes, reservándolos para derechos de autor y seguridad, y sustituyendo las prohibiciones por principios. El sentido de la historia es claro: menos gritos, más porqués. Es exactamente adonde te llevará el Módulo 1.5: los errores que arruinan un prompt.

🤏
Con moderación
muy pocos NEVER
5️⃣
~5–7 en total
por encima de eso = inflación
🪜
El porqué es el valor predeterminado
NEVER es la excepción
📈
Tendencia
menos mayúsculas, más porqués

📝 Resumen del Módulo

  • ✓Regla con el motivo ("Haz X porque Y") es el patrón más sólido: el motivo hace que la IA generalice a casos nuevos
  • ✓O Contraste Always/Never es para el mecánico y es innegociable: siempre va junto con el «en vez de eso»
  • ✓O Presupuesto de concisión declara el tamaño objetivo según el contexto; corto no significa ilegible
  • ✓O Contrato de herramienta define el disparador, el requisito previo, la exclusión y la agrupación (a fondo en la Trilha 2)
  • ✓El énfasis es moneda: imprimir demasiado causa inflación, e incluso el nombre del bloque (compliance → principle) es una instrucción
  • ✓Usa «siempre/nunca» con moderación (~5–7 en total); vimos Grok, Cursor y la Anthropic de verdad

➡️ Siguiente Módulo

1.5 — 🚫 Los 5 errores que arruinan un prompt. Ahora que conoces los buenos patrones, vamos a ver la otra cara: los cinco antip patrones más comunes (incluida la inflación del énfasis que acabas de ver), con el antídoto de cada uno y esquemas de antes → después.