🗣️ Patrones de comportamiento
Los 7 patrones que rigen cómo actúa y habla el modelo — no cómo está estructurado el prompt, sino cómo se comporta. Desde la regla con explicación hasta el principio consolidado, aquí aparece la tesis central del curso: las reglas se convierten en principios.
Contenido detallado
Comportamiento sobre la forma
En el módulo 1.2 catalogaste los patrones estructurales — cómo se organiza el prompt: bloques de identidad, compartimentos XML, recordatorios del sistema. Este módulo cambia el eje. Los patrones conductuales no dicen dónde va la regla; dicen cómo actúa y habla el modelo: lo justifica, lo enfatiza, se contiene, lo preserva, lo consolida.
🧭 La tesis central del curso aparece aquí
Los prompts inmaduros gobiernan el comportamiento con reglas: listas de «never X», microbloqueos, excepciones acumuladas. Los prompts maduros gobiernan con principios: declaraciones de intención que generan el comportamiento correcto en casos que nadie previó.
Los 7 patrones de este módulo forman una escalera: empiezan como mecánica (contraste ALWAYS/NEVER, regla por ejemplo) y suben hasta la postura (regla con porqué, principio consolidado). Esta subida — de regla → principio — es el puente a la Ruta 2, sobre la evolución de los prompts a lo largo del tiempo.
🏗️Estructurales (módulo 1.2)
Responden dónde está e cómo está organizado.
- •Bloque de identidad en la primera línea
- •Compartimentos XML que aíslan el contexto
- •Recordatorio de sistema inyectado por turno
🗣️Conductuales (este módulo)
Responden cómo actúa y habla el modelo.
- •Justifica la regla ("because…")
- •Reserva el énfasis (NEVER) para lo innegociable
- •Si contiene, preserva la fuente, consolida
Regla con porqué
Las prohibiciones tajantes fallan en casos fuera del guion: el modelo no entiende el intención y elude la regla en variantes no previstas, o la aplica de forma absurda cuando no debería.
Añadir el porqué resuelve esto: un modelo que entiende la intención generaliza. La justificación funciona como el "código fuente" de la regla, no solo como el binario compilado.
Fuente: educacao/fichas/03-regra-com-porque.md.
…dirige a los usuarios a la línea de ayuda de la National Alliance for Eating Disorders en lugar de NEDA, because NEDA has been permanently disconnected.
Sin el "because", el modelo lo trataría como una preferencia arbitraria y lo "corregiría" para usar el recurso más famoso. Con el porqué, entiende que es una cuestión factual.
You must NEVER state you don't know a certain piece of personal information without calling personal_context first. It is the safe default way to ground your answers in the user's context.
La segunda frase convierte la prohibición en una política comprensible: "verificar antes de negar" es el principio; la regla es solo su consecuencia.
✗ "Never X" (prohibición sin motivo)
- •Obedece la letra, viola el espíritu
- •Se descompone en variaciones no previstas
- •Aplica la regla donde no debería
- •El modelo no sabe cuándo flexibilizar
✓ "Evita X porque Y" (regla con motivo)
- •Generaliza a casos nuevos
- •El modelo entiende la intención
- •Sabes cuando la razón no aplica
- •Crece con la capacidad del modelo
Cuándo NO adjuntar el porqué
En límites estrictos de seguridad donde la justificación detallada enseñaría el contorno. En estos casos se declara el principio, no la mecánica de detección (ver Tópico 7, Preservación de Fonte). Y observa la tendencia: este patrón crece con la madurez — raro en Opus 4.6, frecuente en Fable 5.
Contraste ALWAYS / NEVER
En prompts largos, las reglas críticas se diluyen entre decenas de indicaciones. La solución es marcarlas con mayúsculas
(NEVER, ALWAYS, MUST) solo lo que es innegociable — idealmente en pares de contraste:
qué no hacer nunca + qué hacer en su lugar. El contraste elimina la ambigüedad de «ok, no hago X… ¿y qué hago?».
Fuente: educacao/fichas/04-contraste-always-never.md.
RESUMEN DE REGLAS (SIEMPRE seguir):
- NEVER mix formats.
- NEVER add language tags to CODE REFERENCES.
- NEVER indent triple backticks.
- ALWAYS include at least 1 line of code in any reference block.
Contraste puro: tres NEVER y un ALWAYS, sobre el aspecto en el que el producto no tolera errores: la renderización de código en el editor.
You MUST NOT generate any text before or between tool calls. […] Simply execute the tool calls silently. Only provide text output AFTER all tool calls are complete…
Prohibición (MUST NOT) seguida inmediatamente del comportamiento positivo esperado ("simply execute… only AFTER") —el par completo.
📢 Antipatrón: inflación de énfasis
Cuándo todo es CRITICAL, IMPORTANT y NEVER, nada es. El prompt grita todo el tiempo y el modelo pierde la escala de prioridades. La evolución Opus → Fable 5 redujo las mayúsculas, reservándolas para derechos de autor y seguridad.
Regla práctica: si puedes imaginar una excepción legítima, la regla no merece NEVER — merece una explicación (Tema 2).
Las caps son un recurso escaso
El contraste es más común en agentes de código (Cursor, Microsoft), donde los errores de formato rompen el producto. Usa NEVER/ALWAYS como un presupuesto limitado: cada uso de mayúsculas reduce el peso de las demás.
Regla por ejemplo
Las reglas de formato descritas en prosa son ambiguas. "Usa la sintaxis correcta de database" admite N interpretaciones, y el modelo elige una incorrecta.
La solución es mostrar, no (solo) describir: un ejemplo concreto —un esquema inline, una llamada al modelo, un buen/mal ejemplo— elimina la ambigüedad de una vez.
Fuente: educacao/fichas/06-regra-por-exemplo.md.
# Notion — notion-ai.md (~linhas 121–125): schema inline
Example: <database url="URL" inline>Title</database>
Example: <database url="URL" locked>Title</database>
# duas linhas substituem um parágrafo de especificação de atributos
# Google — gemini-2.5-pro-api.md (~linhas 38–44): batching por exemplo
```tool_code
concise_search(query="your search query")
```
```tool_code
print(browse(urls=["url1", "url2"])) ← o exemplo MOSTRA o batching
```
When you are asked to browse multiple urls, you can browse
multiple urls in a single call.Variante avanzada: ejemplo de juicio
Pares de contraste (<example_good> / <example_bad>) y ejemplos con contexto
(<memory_application_examples> en los prompts de Anthropic) demuestran también el criterio, no solo el formato.
El ejemplo deja de enseñar «cómo escribir» y pasa a enseñar «cuándo aplicar».
✓ Ejemplo eficaz
- •Schema/llamada concreta inline
- •Marcador de posición obvio o variado
- •Par bueno/malo para enseñar a juzgar
- •Se usa para el formato y la mecánica
✗ Antipatrones
- •Regla abstracta: "formatea adecuadamente"
- •Overfit: copia «your search query» literalmente
- •Lista tratada como exhaustiva
- •Demasiados ejemplos para un principio (lo vuelve rígido)
Presupuesto de concisión
Los modelos tienden al exceso: respuestas largas, listas para todo, preámbulos y recapitulaciones. En productos de alto volumen (búsqueda, CLI, voz), la
verbosidad cuesta dinero, latencia y atención. La solución es declarar el presupuesto: tamaño objetivo, cuándo ampliar, cuándo acortar: la brevedad como política, no por casualidad. Fuente: educacao/fichas/07-orcamento-de-concisao.md.
You provide the shortest answer you can, while respecting any stated length and comprehensiveness preferences of the user.
Principio fundamental: la brevedad es el valor predeterminado; el usuario es la válvula de expansión.
Descripción clara y concisa de lo que hace este comando, en voz activa. […] Para comandos sencillos (git, npm, herramientas CLI estándar), keep it brief (5-10 words).
Presupuesto numérico quirúrgico (5–10 palabras) para un campo específico — concisión contextual, no global.
✂️ Matiz de 2026: concisión ≠ compresión
Los prompts más recientes distinguen concisión de compresión. Claude Code Fable 5 indica que se debe ser selectivo en el contenido, pero escribir frases completas — y prohíbe fragmentos y cadenas de flechas:
✓ «El paso A llama a B, que falla por tiempo de espera agotado.»
Breve ≠ ilegible. El presupuesto recorta lo superfluo, no la claridad.
El patrón no es "sé breve"
Es «declara el presupuesto adecuado para el producto». El contenido didáctico, los informes y los análisis requieren lo opuesto: presupuesto generoso con estructura. El antipatrón correspondiente es la formato como muleta: sin un presupuesto, el modelo llena la respuesta de encabezados y negritas para parecer organizado.
Contrato de herramienta
Enumerar herramientas (módulo 1.2) no basta: el modelo usa la herramienta equivocada para el caso, ignora dependencias entre llamadas o hace N llamadas secuenciales cuando bastaba 1 por lotes.
El contrato declara, por herramienta: cuándo usarla, requisitos previos, encadenamiento, exclusiones y reglas de batching/paralelismo.
Fuente: educacao/fichas/08-contrato-de-ferramenta.md.
El flujo de una llamada bajo contrato
Activador de uso
xAI — grok-4.3-beta.md (~linha 625)
"Always use this tool to render an image from search_images result." El disparador es el resultado de otra herramienta: el contrato vincula A con B.
Exclusión (usa X, nunca Y)
xAI — grok-4.3-beta.md (~linha 625)
"Do not use render_inline_citation or any other tool to render an image." Prohibir las alternativas elimina la elección equivocada.
Encadenamiento (B consume la salida de A)
xAI — grok-4.3-beta.md (~linha 618)
El argumento citation_id debe tener el formato [web:citation_id] extraído de la llamada anterior: el formato exacto está declarado.
Batching / paralelismo
Claude Code (contrato de concurrencia)
Hacer llamadas independientes en el mismo bloque (en paralelo) y esperar los resultados solo cuando haya dependencias. Concurrencia explícita, no implícita.
Cuándo el contrato detallado es un desperdicio
Con pocas herramientas ortogonales (2–3 sin superposición), basta con una descripción clara de cada una. El contrato solo vale la pena cuando hay ambigüedad al elegir o dependencia entre llamadas.
Preservación de la fuente
Dos riesgos opuestos con material de terceros: (a) el modelo modifica lo que cita — parafrasea citas, corrompe la trazabilidad; (b) el modelo copia demasiado — reproduce texto protegido.
La solución es una regla doble: las citas pasan por un mecanismo formal que preserva la fuente exactamente; la reproducción de contenido protegido tiene límites estrictos, y la paráfrasis detallada cuenta como reproducción.
Fuente: educacao/fichas/09-preservacao-de-fonte.md.
No cites fuentes de ninguna otra manera; usa siempre este componente para mostrar citas. Solo debes mostrar citas de resultados de búsquedas web, páginas consultadas, búsquedas en X o búsquedas en documentos, no de otras fuentes.
Citas solo mediante un componente estructurado y solo de fuentes verificables de la propia sesión — trazabilidad por arquitectura, no la buena voluntad.
Decline and explain you cannot reproduce substantial portions. Do not attempt to reconstruct the passage through detailed paraphrasing […]—this still violates copyright even without verbatim quotes.
Cierra incluso la brecha de la paráfrasis detallada: preservar la fuente también significa no reconstruirla.
🛡️ Conexión con la Regla del Porqué
Aquí está la excepción de la Regla con Porqué (Tema 2). En los límites de seguridad, adjunta el porqué detallado enseñaría el contorno. Por eso, el mecanismo de preservación se declara de forma formal y por arquitectura — no explicas cómo detectar la infracción, haces que sea mecánicamente imposible (las citas solo se permiten mediante un componente, la reproducción se bloquea con un límite estricto).
Mecanismo formal solo donde se justifica
En un chatbot puro, sin material externo, el mecanismo de citas se convierte en ceremonia. El mecanismo se justifica en productos de búsqueda/síntesis — Perplexity ("preserve response_text con cero modificaciones»), Grok, Copilot, Anthropic (copyright en todo el prompt).
Principio consolidado
Los prompts crecen por acumulación: cada bug se convierte en una regla nueva y no se elimina nada. El resultado es la prompt-cebolla —
reglas redundantes que se desincronizan, microrreglas que transmiten desconfianza y un texto en el que nadie sabe qué se puede borrar.
El antídoto: reemplazar conjuntos de reglas específicas por un principio único que las genera — y que también cubre los casos que nadie previó.
Fuente: educacao/fichas/12-principio-consolidado.md.
🧪 Caso real: 4 microreglas → «adulto capaz» (Opus 4.8 → Fable 5)
Opus 4.8 — 4 restricciones separadas
Fable 5 — eliminó las 4, las cubre con 1 postura
Cuatro bloqueos microscópicos se convirtieron en una postura — que también resuelve casos que los bloqueos no preveían.
Caso de copyright: 2 bloques → 1, renombrado según la intención
El texto casi no cambió — el nombre del bloque sí:
<claude_prioritizes_copyright_compliance> — marco de obediencia
<core_copyright_principle> — marco de valor
De «prioriza el cumplimiento» a «principio central». Consolidar también es renombrar según la intención — dos bloques se convierten en uno, bajo un nombre que transmite el porqué.
⚠️ Consolidar ≠ confiar a ciegas
Los límites estrictos de seguridad y formato mantienen reglas explícitas incluso con un principio declarado. Fable 5 mantiene los límites numéricos de citas junto al principio de copyright. El principio reemplaza reglas redundantes, no las inquebrantables. Prueba olfativa del prompt-cebolla: si dos reglas dicen casi lo mismo en lugares diferentes, la próxima edición las desincronizará.
Esta es la conexión con la Trilha 2
Fable 5 es una clase magistral de consolidación: 7 bloques eliminados, microreglas fusionadas, con un saldo de apenas +56 líneas con mucho contenido nuevo. Ver cómo ocurre esta edición a lo largo de las versiones — Opus 4.6 → 4.8 → Fable 5 — es exactamente el objeto de la Trilha 2 (Evolución). El patrón «regla → principio» es la vara que llevarás allí.
Resumen del módulo
- ✓Lo conductual gobierna cómo actúa y habla el modelo, no donde queda la regla
- ✓Regla con porqué: la justificación es el "código fuente" — se generaliza a casos nuevos
- ✓Contraste ALWAYS/NEVER: mayúsculas solo para lo innegociable; inflar el énfasis mata la escala
- ✓Regla por ejemplo: el esquema en línea elimina la ambigüedad; cuidado con el sobreajuste
- ✓Presupuesto de concisión: brevedad como política; concisión ≠ compresión
- ✓Contrato de herramienta: activador, exclusión, encadenamiento y batching en paralelo
- ✓Preservación de la fuente: citas por diseño + límite de copyright (la excepción del porqué)
- ✓Principio consolidado: fusiona las redundancias en un principio —el puente hacia la Ruta 2
Siguiente módulo: 1.4 — Antipatrones
Cada patrón de este módulo tiene un lado oscuro (prohibición sin motivo, inflación del énfasis, sobreajuste al ejemplo, formato como muleta, prompt con capas). Aprende a reconocerlos en el acervo.