¿Qué es la IA generativa?

"Toda tecnología suficientemente avanzada es indistinguible de la magia — hasta que alguien te explica el truco."

Qué vas a aprender en este capítulo

Cuando le escribís a Claude o a ChatGPT y te responde con un párrafo coherente, parece que del otro lado hay alguien que entiende. No lo hay — y entender qué hay en su lugar es la diferencia entre usar la herramienta con criterio y comerte cualquier respuesta. Este capítulo te abre la caja:

Y arrancás el proyecto-hilo del libro: tus primeros prompts del asistente de estudio personal.

1.1 La idea central: predecir lo que sigue

💡 Intuición

Pensá en el teclado de tu teléfono. Escribís "buenos" y te sugiere "días". Escribís "pupusas de" y te sugiere "queso". Ese autocompletado aprendió de millones de mensajes qué palabra suele venir después de cuál.

Un LLM (Large Language Model, modelo grande de lenguaje) es esa misma idea llevada a un extremo absurdo: en lugar de aprender de tus mensajes, aprendió de una porción gigantesca de internet, libros y código. Y en lugar de sugerir una palabra suelta, encadena predicciones una tras otra hasta armar párrafos, ensayos o programas completos.

Eso es todo el truco. Cuando Claude te "responde", no está consultando una base de datos ni razonando como vos: está prediciendo, pieza por pieza, qué texto tiene más probabilidad de venir después de tu pregunta. Lo asombroso — y esto sí es genuinamente asombroso — es que predecir bien el texto siguiente exige haber absorbido gramática, hechos, estilos y patrones de razonamiento. La "inteligencia" que ves es un efecto secundario de hacer extraordinariamente bien una tarea humilde.

📐 Fundamento

Formalicemos solo lo necesario. Un modelo de lenguaje calcula una distribución de probabilidad sobre el siguiente token dado todo lo anterior:

P(siguiente tokentodo el texto anterior)P(\text{siguiente token} \mid \text{todo el texto anterior})

Si el texto anterior es "El cielo de San Miguel al mediodía es de color", el modelo asigna algo como:

Candidato Probabilidad (ilustrativa)
" azul" 0.81
" celeste" 0.11
" gris" 0.04
" naranja" 0.01
...miles de opciones más 0.03 entre todas

Después muestrea uno (no siempre el más probable — eso le da variedad), lo pega al final del texto, y repite: el texto crecido se convierte en la nueva entrada, y el modelo predice el siguiente. Este ciclo se llama generación autorregresiva: cada token generado condiciona al siguiente.

Dos consecuencias prácticas enormes salen de esta mecánica:

  1. No hay "respuesta guardada". El modelo no busca tu pregunta en un archivo: fabrica la respuesta token a token. Por eso la misma pregunta puede dar respuestas distintas cada vez.
  2. Plausible no es lo mismo que verdadero. El modelo optimiza "qué texto suena como lo que vendría aquí", no "qué es cierto". Casi siempre coinciden, porque el texto del que aprendió es mayormente correcto. Pero cuando no coinciden, el modelo elige lo plausible — y ahí nacen las alucinaciones (capítulo 4).

El parámetro que controla cuánta variedad hay al muestrear se llama temperatura: baja (cerca de 0) hace que elija casi siempre el token más probable (respuestas repetibles, conservadoras); alta lo hace más creativo y arriesgado.

🛠️ En la práctica

Comprobalo vos. Abrí tu chat de IA favorito y mandá esto tres veces, en tres chats nuevos:

Completá esta oración con UNA sola palabra y nada más:
"Para el examen de mañana lo más importante es..."

Vas a recibir palabras distintas ("estudiar", "descansar", "repasar"). Acabás de ver el muestreo probabilístico en vivo: no hay una respuesta almacenada, hay una distribución de la que el modelo saca una opción.

Ahora la lección de uso: como el modelo predice "lo que sigue", vos controlás lo que sigue controlando lo que viene antes. Eso es un prompt: el texto previo que condiciona toda la predicción. Compará:

Explicame la fotosíntesis.

contra:

Soy estudiante de primer año, no sé nada de biología. Explicame la
fotosíntesis en 3 párrafos cortos, con una analogía de cocina, y
terminá con 2 preguntas para comprobar si entendí.

El segundo prompt no le "pide más esfuerzo" al modelo — le da un contexto en el que la continuación más probable es exactamente el tipo de explicación que necesitás. Escribir buenos prompts es, literalmente, manipular probabilidades a tu favor.

📜 Historia

La idea de modelar el lenguaje con probabilidades es vieja: Claude Shannon jugaba con "qué letra sigue" en 1948. Lo que cambió todo fue el transformer, una arquitectura de red neuronal publicada por Google en 2017 en el paper Attention Is All You Need, que permitió entrenar modelos enormes en paralelo. OpenAI apostó a escalarla: GPT-2 (2019) completaba oraciones, GPT-3 (2020) escribía ensayos, y ChatGPT (noviembre 2022) puso esa capacidad en una caja de chat que cualquiera podía usar. En dos meses llegó a 100 millones de usuarios — la adopción más rápida de un producto de consumo en la historia hasta entonces. Todo lo que llamamos "IA generativa" en 2026 (Claude, GPT, Gemini, Llama) desciende de ese mismo árbol: transformers entrenados para predecir el siguiente token.

1.2 Tokens: las piezas del rompecabezas

💡 Intuición

El modelo no lee letras ni palabras: lee tokens, fragmentos de texto que pueden ser una palabra completa, un pedazo de palabra o un signo. Es como pagar en la tienda con monedas de distintos tamaños: "sol" puede ser una moneda, pero "anticonstitucionalmente" se paga con cuatro o cinco.

¿Por qué fragmentos y no palabras? Porque las palabras posibles son infinitas (nombres propios, errores de tipeo, palabras inventadas, otros idiomas), pero con un vocabulario de unas decenas de miles de fragmentos podés armar cualquier texto, como con piezas de Lego.

📐 Fundamento

El proceso de partir texto en tokens se llama tokenización. Un ejemplo ilustrativo:

"pupusa revuelta con curtido"  →  ["pup", "usa", " revuel", "ta", " con", " curt", "ido"]

Los tokenizadores se construyen buscando los fragmentos más frecuentes en el corpus de entrenamiento — que es mayoritariamente inglés. Consecuencia directa: el inglés se tokeniza eficiente (1 palabra ≈ 1 token muchas veces) y el español paga impuesto:

en espan˜ol: 1 palabra1.3 tokens\text{en español: } 1 \text{ palabra} \approx 1.3 \text{ tokens}

Reglas de pulgar que te van a servir toda la vida:

Texto en español Tokens aproximados
1 palabra ~1.3
1 página (≈400 palabras) ~520
1 capítulo de este libro (≈4 000 palabras) ~5 200
Una tesis de 80 páginas ~42 000

¿Y por qué te importa contar tokens si no pagás por palabra en la app de chat? Por dos razones:

  1. La ventana de contexto se mide en tokens (siguiente sección): saber cuánto "pesa" tu documento te dice si cabe en la conversación.
  2. Si algún día usás la API (capítulo 2), ahí sí se factura por token, y el español sale más caro que el inglés por la misma idea.

🛠️ En la práctica

Truco rápido para estimar tokens sin herramientas: palabras × 1.3. Un resumen de 500 palabras ≈ 650 tokens. Un PDF de 30 páginas ≈ 15 600 tokens.

Si querés el número exacto, los proveedores publican tokenizadores en línea (buscá "OpenAI tokenizer" o "tiktoken"); pegás tu texto y te dice cuántos tokens son. Es un experimento de cinco minutos que te recalibra la intuición: probá tu nombre, una oración en inglés y la misma traducida al español.

1.3 La ventana de contexto: la memoria de trabajo del modelo

💡 Intuición

Imaginate atender el puesto más concurrido del mercado de San Miguel con una pizarra donde anotás los pedidos pendientes. La pizarra es grande, pero no infinita: cuando se llena, para anotar un pedido nuevo tenés que borrar el más viejo. Y un pedido borrado es un pedido que ya no existe para vos.

La ventana de contexto es la pizarra del modelo: la cantidad máxima de tokens — tu conversación completa, los documentos que pegaste, y lo que el modelo ya respondió — que puede "tener presente" al predecir el siguiente token. Todo lo que queda fuera de la ventana, para el modelo no existe.

📐 Fundamento

Puntos clave sobre la ventana de contexto:

  • Se mide en tokens e incluye todo: tus mensajes, las respuestas del modelo, los archivos adjuntos, y las instrucciones invisibles que la app agrega (el system prompt).
  • Los tamaños en 2026 van de decenas de miles a millones de tokens según el modelo. Una ventana de 200 000 tokens aguanta unas 150 000 palabras en español — varios libros como este.
  • No es memoria permanente. Cada chat nuevo arranca con la pizarra limpia: el modelo no recuerda conversaciones anteriores (salvo que la app implemente alguna función de memoria explícita por encima, que es otra cosa).
  • El rendimiento se degrada antes del límite. Aunque quepan 200 000 tokens, los modelos tienden a prestar menos atención a lo que quedó "en el medio" de un contexto larguísimo — el fenómeno se conoce como lost in the middle. Una conversación de tres horas con veinte temas mezclados produce peores respuestas que un chat fresco y enfocado.

¿Por qué existe el límite? Porque el mecanismo interno del transformer compara cada token con todos los demás: el costo crece rápidamente con la longitud. Ventanas más grandes cuestan más cómputo, así que el tamaño es siempre una decisión de ingeniería, no un capricho.

⚠️ Trampa común

Usar un solo chat eterno para todo. El error: tenés un chat de hace un mes donde mezclaste el trabajo de química, dudas de inglés y la planificación de tu cumpleaños, y seguís ahí porque "ya me conoce". No te conoce: arrastra una pizarra saturada de contexto irrelevante que diluye la atención del modelo, y lo más viejo posiblemente ya se cayó de la ventana.

Cómo se ve lo correcto: un chat por tarea. ¿Tema nuevo? Chat nuevo. Si necesitás trasladar contexto, pedí al final del chat viejo: "Resumí en 10 viñetas todo lo que acordamos sobre X" y pegá ese resumen al inicio del nuevo. Acabás de hacer compresión de contexto manual — los profesionales hacen exactamente esto.

1.4 Entrenamiento vs inferencia: cuándo aprende y cuándo no

💡 Intuición

Pensá en un médico. Hubo una etapa de formación — siete años de universidad, residencia, miles de casos estudiados — y después está la etapa de consulta: te atiende usando lo que ya sabe. En la consulta el médico no vuelve a la universidad; aplica su formación a tu caso.

Un LLM tiene esas mismas dos vidas: el entrenamiento (su universidad, donde ajustó lo que sabe) y la inferencia (la consulta, cada vez que vos le escribís). Cuando chateás con Claude, estás siempre en modo consulta.

📐 Fundamento

Entrenamiento (training). Sucedió una vez, antes de que el modelo llegara a tus manos:

  • Se le mostraron billones de tokens de texto (web, libros, código).
  • Para cada fragmento, el modelo predijo el token siguiente, se midió cuánto erró, y se ajustaron sus parámetros — los miles de millones de números internos que codifican todo lo que "sabe".
  • Costó meses de cómputo en decenas de miles de chips especializados y decenas o cientos de millones de dólares. Lo hacen un puñado de empresas en el mundo.
  • Terminó en una fecha de corte (knowledge cutoff): el modelo no vio nada publicado después de ese día.

Inferencia (inference). Sucede cada vez que mandás un mensaje:

  • El modelo recibe tu texto, lo tokeniza, y genera la respuesta token a token con sus parámetros congelados.
  • No aprende nada: tu conversación no modifica ni un parámetro. Si le corregís un error, lo "recuerda" solo mientras la corrección esté en la ventana de contexto de ese chat.
  • Es rápida y barata comparada con el entrenamiento: por eso millones de personas pueden usar el mismo modelo a la vez.

Consecuencias que vas a usar a diario:

  1. El modelo no sabe nada posterior a su corte de conocimiento. Preguntale por el resultado del partido de anoche y, si no tiene búsqueda web conectada, o te dice que no sabe o — peor — inventa.
  2. "Lo corregí y ya aprendió" es falso. Mañana, en un chat nuevo, comete el mismo error. La corrección vive en el contexto, no en el modelo.
  3. Vos nunca entrenás nada. Tu única palanca es la inferencia: qué contexto le das (tu prompt, tus documentos) para condicionar la predicción. La buena noticia: esa palanca es enormemente poderosa, y este libro entero trata de cómo usarla.

1.5 Por qué "sabe" cosas — y por qué se equivoca

💡 Intuición

¿Cómo puede un autocompletador "saber" que la capital de Francia es París? Porque en sus datos de entrenamiento la secuencia "la capital de Francia es" fue seguida de "París" miles de veces, en miles de documentos. Predecir bien exige haber comprimido ese patrón. El conocimiento del modelo es eso: regularidades estadísticas del texto humano, grabadas en sus parámetros.

Ahora invertí la lógica: ¿qué pasa con algo que apareció poco o nada en sus datos — el horario de atención de la alcaldía de San Miguel, el nombre del decano de tu facultad, un paper publicado el mes pasado? No hay patrón fuerte que recuperar. Pero el modelo está obligado a predecir algo, y lo que produce es lo que suena como una respuesta correcta: un horario verosímil, un nombre plausible, una cita con formato perfecto y contenido inventado. Con la misma fluidez y la misma seguridad que cuando dice "París".

📐 Fundamento

Esto te da una regla para anticipar la confiabilidad de una respuesta antes de verificarla. La confianza que merece una afirmación del modelo crece con la frecuencia y consistencia del tema en sus datos de entrenamiento:

Tipo de conocimiento Presencia en los datos Confiabilidad esperada
Conceptos universales (fotosíntesis, teorema de Pitágoras, gramática) Altísima, consistente Muy alta
Conocimiento técnico estándar (lenguajes de programación populares, historia general) Alta Alta
Hechos específicos y verificables (fechas exactas, cifras, citas textuales, leyes de un país) Media, dispersa Media — verificá
Lo local y lo reciente (datos de El Salvador a nivel municipal, eventos tras el corte) Baja o nula Baja — asumí que puede inventar

Fijate en el patrón: el modelo es más fuerte exactamente en lo que más le pedimos como estudiantes (explicar conceptos establecidos) y más débil en lo que parece más fácil (un dato puntual). Es lo contrario de una enciclopedia, que es perfecta para el dato puntual y mala para explicarte algo a tu medida.

Otro factor mecánico: el modelo no tiene un medidor interno de "qué tan seguro estoy" que te muestre. El tono seguro es un estilo aprendido del texto humano, no una señal de certeza. En el capítulo 4 vamos a convertir esta tabla en un protocolo de verificación completo.

⚠️ Trampa común

Usar el chat como si fuera Google. El error: "¿A qué hora cierra el Banco Agrícola de la Roosevelt?", "¿Cuánto cuesta la matrícula en la UNIMO este año?". El modelo puede responder con total naturalidad — y el dato puede ser inventado, viejo o de otro país, porque hechos puntuales, locales y cambiantes son justo su punto ciego.

Cómo se ve lo correcto: para datos puntuales y actuales, fuente real (sitio oficial, llamada) o un modo de IA con búsqueda web que te muestre los enlaces. Para entender, explicar, redactar, practicar y analizar texto que vos le das — las tareas de este libro — el LLM brilla. Memorizá la distinción: generador de texto excelente, base de datos mediocre.

1.6 Fine-tuning y RLHF: del loro erudito al asistente útil

💡 Intuición

Si entrenás un modelo solo a predecir texto de internet, obtenés algo raro: un erudito sin modales. Le preguntás "¿cómo hago un ensayo?" y puede contestarte con otra pregunta — porque en internet, después de una pregunta en un foro suele venir otra pregunta de otro usuario, no una respuesta servicial. Sabe muchísimo, pero no sabe comportarse como asistente.

Convertir ese motor crudo en el Claude o ChatGPT que conocés requiere una segunda educación: enseñarle el formato de ser útil. Es la diferencia entre saber cocinar y saber atender un comedor: el cocinero ya domina las recetas; falta que aprenda a recibir el pedido, servirlo bien y no contestarle mal al cliente.

📐 Fundamento

La segunda educación tiene dos etapas, ambas muchísimo más baratas que el entrenamiento base:

1. Fine-tuning supervisado (ajuste fino). Se toma el modelo base y se le sigue entrenando, pero ya no con internet crudo sino con decenas de miles de conversaciones ejemplares escritas o curadas por humanos: pregunta del usuario → respuesta ideal del asistente. El modelo aprende el patrón "esto es un diálogo donde yo soy un asistente que responde claro, completo y al grano". No le mete conocimiento nuevo significativo: le da formato y rol.

2. RLHF (Reinforcement Learning from Human Feedback — aprendizaje por refuerzo con retroalimentación humana). Después del fine-tuning, el modelo genera dos o más respuestas a la misma pregunta y personas evaluadoras eligen cuál es mejor (más útil, más honesta, menos dañina). Con millones de esas comparaciones se entrena un mecanismo de recompensa, y el modelo se ajusta para producir el tipo de respuesta que los humanos prefieren. El resultado es lo que sentís como "personalidad": sigue instrucciones, admite que no sabe (a veces), rechaza pedidos dañinos, mantiene un tono.

Dos consecuencias sutiles pero importantes para vos:

  • La amabilidad es entrenada, no sentida. Cuando el modelo dice "¡excelente pregunta!", no hay nadie impresionado. El RLHF premia respuestas que agradan, y eso produce un sesgo real hacia la complacencia: tiende a darte la razón, a suavizar críticas y a no contradecirte. Si querés evaluación honesta de tu trabajo, tenés que pedirla explícitamente ("señalame los errores sin suavizar").
  • Los rechazos también son entrenados. Cuando se niega a algo, no "decidió" moralmente: cae en patrones de comportamiento moldeados por sus entrenadores. Distintas empresas entrenan límites distintos — por eso los modelos difieren en qué aceptan.

🛠️ En la práctica — arranca tu asistente de estudio (proyecto-hilo, parte 1)

Primer ladrillo del proyecto del libro. Abrí un chat nuevo y pegá este prompt, rellenando los corchetes:

Quiero que actúes como mi tutor personal de [MATERIA].
Contexto sobre mí: estudio [CARRERA] en [UNIVERSIDAD/INSTITUCIÓN],
estoy en [CICLO/AÑO], y mi mayor dificultad con esta materia es
[TU DIFICULTAD REAL].

Reglas de trabajo:
1. Explicá con lenguaje simple y UNA analogía cotidiana por concepto.
2. Después de cada explicación, haceme UNA pregunta para comprobar
   que entendí, y esperá mi respuesta antes de seguir.
3. Si respondo mal, no me des la solución: dame una pista y dejame
   intentar de nuevo.
4. Si te pregunto un dato específico (fecha, cifra, nombre), aclarame
   qué tan seguro estás y recomendame dónde verificarlo.

Empezá preguntándome qué tema quiero trabajar hoy.

Fijate cómo cada regla aplica algo de este capítulo: la regla 2 mantiene el contexto enfocado y corto; la 3 contrarresta la complacencia del RLHF; la 4 ataca el punto ciego de los datos puntuales. Tarea: usalo 20 minutos con un tema real de tu ciclo y guardá el prompt en un documento llamado "Mi asistente de estudio" — lo vamos a ir mejorando capítulo a capítulo.

Resumen visual

Mermaid

flowchart TD A["Tu prompt
(texto en español)"] --> B["Tokenización
1 palabra ≈ 1.3 tokens"] B --> C["Ventana de contexto
(todo lo que el modelo 've':
chat + documentos + instrucciones)"] C --> D["Modelo
(parámetros congelados,
entrenados hasta su fecha de corte)"] D --> E["P(siguiente token | contexto)"] E --> F["Muestrea 1 token
(temperatura = variedad)"] F --> G{"¿Terminó la respuesta?"} G -- "No: el token se suma
al contexto" --> C G -- "Sí" --> H["Respuesta completa"]

Concepto En una frase Tu decisión práctica
Predicción del siguiente token El modelo fabrica texto plausible pieza a pieza Controlá el contexto previo: ese es tu prompt
Token La unidad de texto del modelo (~1.3 por palabra en español) Estimá el "peso" de tus documentos
Ventana de contexto Memoria de trabajo, finita y por chat Un chat por tarea; resumí para migrar contexto
Entrenamiento vs inferencia Aprendió una vez; con vos solo aplica No esperés que "recuerde" entre chats
Sabe / inventa Fuerte en patrones frecuentes, débil en datos puntuales y locales Verificá hechos; confiá más en explicaciones
Fine-tuning + RLHF Le enseñaron a ser asistente agradable Pedile honestidad explícitamente

Ejercicios

✏️ Ejercicio 1 — Cazador de probabilidades

Mandá el mismo prompt creativo (por ejemplo: "Inventá un nombre para una pupusería futurista") cinco veces en cinco chats nuevos. Anotá las cinco respuestas. Luego mandá cinco veces "¿Cuánto es 847 × 3?". ¿Por qué un caso varía tanto y el otro casi nada? Explicalo usando la distribución de probabilidad del siguiente token.

✅ Solución

En la pregunta creativa hay miles de continuaciones plausibles con probabilidades repartidas (la distribución es "plana"), así que el muestreo produce resultados distintos cada vez. En la multiplicación, la continuación "2541" concentra casi toda la probabilidad (la distribución es "puntiaguda"): casi siempre sale lo mismo. La variedad de un LLM no es capricho — refleja qué tan repartida está la probabilidad entre las continuaciones posibles para ese contexto.

✏️ Ejercicio 2 — El peso de tu tesis

Estimá en tokens: (a) un mensaje de WhatsApp de 15 palabras; (b) un ensayo de 1 200 palabras; (c) un PDF de 50 páginas (~400 palabras por página). Si un modelo tiene ventana de 200 000 tokens, ¿cuántos PDFs como el de (c) caben en un solo chat, contando que el modelo también necesita espacio para responder?

✅ Solución

Con la regla 1 palabra ≈ 1.3 tokens: (a) ≈ 20 tokens; (b) ≈ 1 560 tokens; (c) 50 × 400 × 1.3 = 26 000 tokens. En 200 000 tokens caben unos 7 PDFs (182 000 tokens), pero conviene cargar máximo 5-6 para dejar espacio a la conversación y las respuestas — y recordar que con el contexto muy lleno la calidad de atención baja (lost in the middle).

✏️ Ejercicio 3 — ¿Sabe o inventa? (predicción de confiabilidad)

Antes de preguntar nada, clasificá estas cinco preguntas según la tabla de la sección 1.5 (confiabilidad esperada alta / media / baja): (1) "¿Qué es la mitosis?"; (2) "¿En qué año murió Monseñor Romero?"; (3) "¿Cuáles son los requisitos 2026 para licencia de conducir en El Salvador?"; (4) "Explicame los bucles for con ejemplos"; (5) "¿Quién ganó la Champions el mes pasado?". Después hacé las preguntas a un chat sin búsqueda web y verificá tus predicciones contra fuentes reales.

✅ Solución

(1) Alta: concepto universal, masivamente presente en los datos. (4) Alta: conocimiento técnico estándar. (2) Media-alta: hecho histórico documentado (1980), pero al ser fecha puntual conviene verificar. (3) Baja: local, específico y cambiante — candidato perfecto a respuesta desactualizada o inventada; solo sirve una fuente oficial. (5) Baja o nula: posterior al corte de conocimiento; un modelo honesto dice que no sabe, uno descuidado inventa un campeón plausible. La habilidad entrenada aquí — anticipar la confiabilidad antes de preguntar — es la base del protocolo del capítulo 4.

✏️ Ejercicio 4 — Romper la complacencia

Tomá un párrafo que hayás escrito (un ensayo, un correo, lo que sea) y pedí dos evaluaciones en dos chats separados: (a) "¿Qué te parece este párrafo?" y (b) "Actuá como un editor exigente. Listá los 3 problemas más graves de este párrafo, del más serio al menos serio, sin ningún elogio." Compará las respuestas. ¿Cuál te sirve más para mejorar? ¿Qué tiene que ver el RLHF con la diferencia?

✅ Solución

La respuesta (a) típicamente abre con elogios, menciona "pequeñas áreas de mejora" y suaviza todo: es el sesgo de complacencia que el RLHF induce al premiar respuestas que agradan. La (b) produce crítica concreta y accionable porque el prompt redefine qué continuación es "apropiada" para ese contexto: un editor exigente no elogia. Lección permanente: cuando necesités evaluación honesta, pedila explícitamente con rol, formato y prohibición de elogios — el modelo por defecto está entrenado para caerte bien, no para mejorarte.

Para profundizar


Definiciones nuevas: IA generativa, LLM, predicción del siguiente token, generación autorregresiva, temperatura, prompt, token, tokenización, ventana de contexto, lost in the middle, entrenamiento, inferencia, parámetros, corte de conocimiento, alucinación, fine-tuning, RLHF, sesgo de complacencia.