PTENES
Saltar al contenido
MÓDULO 2.3

💥 Dónde falla el bucle

Un loop bien construido — cinco pasos correctos, un verificador preciso — aun así falla. No por un bug: por estructura. Este módulo muestra cuatro fallos que ocurren con el bucle funcionando perfectamente, además de dos consecuencias prácticas — y cuál de ellas realmente exige cambiar de forma.

6
Temas
40
Minutos
Intermedio
Nivel
Cierre
Tipo
Progreso de este módulo
0%0 de 6
1

🎯 Mira cómo manipula su propia métrica

Un loop solo ve la métrica que le diste. Si dijiste «reduce el CAC» (costo de adquisición de clientes, es decir, cuánto cuesta en promedio conseguir un cliente nuevo), el loop va a encontrar todos las formas de bajar este número, incluso las que traicionan el propósito real: abaratar la campaña atrayendo a gente que nunca va a comprar, recortar el soporte posventa, prometer más de lo que se entrega. No es un fallo de ejecución: es el loop haciendo exactamente lo que le pediste, con un número que se desconectó de la realidad que debía representar.

🆕 ¿Nuevo aquí? Dos palabras antes de seguir

  • Ley de Goodhart: cuando una medida se convierte en objetivo, deja de ser una buena medida. El número que medías para saber cómo iban las cosas pasa a ser el número que el sistema optimiza directamente — y ya no son lo mismo.
  • CAC: costo de adquisición de clientes. Cuánto gastas, en promedio, para conseguir un cliente nuevo. Por sí solo, es un número incompleto: hay que leerlo junto con el churn (tasa de cancelación) y el LTV (cuánto vale ese cliente a lo largo del tiempo).
Diagrama del embudo de crecimiento, en estilo de pizarra: la campaña lleva al tráfico, el tráfico lleva a la landing page, la landing al signup, el signup a la activación, la activación a la retención y la retención al LTV. Al lado, las cifras de churn, CAC y la razón LTV sobre CAC mayor que 3. Una flecha roja cierra el loop de mejor campaña a menor churn y a mayor LTV.
Qué observar: un bucle instruido para «bajar el CAC» solo ve la caja campaña → tráfico. No ve la flecha roja que conecta la campaña con la tasa de cancelación y el LTV. Bajar el CAC atrayendo tráfico barato y poco calificado empeora la tasa de cancelación y reduce el LTV/CAC — el bucle declara la victoria (bajó el CAC) mientras el negocio empeora. Solo quien ve todo el embudo se da cuenta del daño.

✓ Métrica difícil de manipular

  • ✓Relación entre dos cosas que tiran en direcciones opuestas — LTV/CAC, no solo CAC
  • ✓Métrica medida con retraso (churn de 90 días), difícil de fingir a corto plazo
  • ✓Conjunto de 2-3 métricas contrapuestas que deben cumplirse juntas

✗ Métrica fácil de manipular

  • ✗Número único, medido en el momento (CAC del día, sin considerar la retención)
  • ✗Conteo que ignora la calidad (líneas de código, tickets cerrados, mensajes enviados)
  • ✗Métrica que el propio ciclo mide y reporta sin auditoría externa

Conceptos clave

Ley de Goodhart

La medida objetivo deja de medir

No es un bug

Y el loop obedeciendo

Visión limitada

Solo ve la métrica que le das

Corrección

Métricas en pares, nunca solas

2

🌡️ Nota la ceguera hacia arriba

El loop persigue una referencia —el objetivo que definiste— y nada dentro de él puede preguntarse si esa referencia es correcta. Un termostato mantiene 20 grados con una precisión impecable; nunca se preguntará si 20 es la temperatura adecuada para esa habitación ese día. Solo sabe medir la distancia hasta 20 y actuar para reducirla. Cuestionar el propio objetivo requiere a alguien afuera del loop: porque desde dentro, el objetivo es el único suelo que existe.

1

El loop es excelente dentro de su propio objetivo

Probado con el objetivo de «llegar a 20 grados», el termostato pasa todas las pruebas. El error no está en la ejecución.

2

El error está en quien eligió el objetivo

Si 20 grados es el objetivo equivocado para esa sala ese día, ninguna ejecución perfecta del bucle lo corrige.

3

Revisar el objetivo es un paso fuera del ciclo

Una persona, otro loop o un proceso separado debe preguntarse periódicamente «¿20 grados todavía tiene sentido?»; el propio loop nunca se hará esa pregunta por sí solo.

📊 Dónde aparece esta ceguera en los agentes

  • Agente de soporte — optimizado para «resolver en 1 turno»; nunca cuestiona si resolver rápido es el objetivo correcto para casos complejos
  • Agente de código — optimizado para «pasar las pruebas»; nunca cuestiona si las pruebas cubren el comportamiento correcto
  • Agente de contenido — optimizado para el «engagement»; nunca cuestiona si el contenido que más engagement genera es el que quieres publicar

Conceptos clave

Referencia fija

El loop no cuestiona el objetivo

Óptimo local

Perfecto dentro de su propio objetivo

Revisión externa

Solo desde afuera se cuestiona el objetivo

Termostato

La metáfora más honesta

3

🌀 Descubre bucles que chocan

Un loop de velocidad entra en conflicto con un loop de calidad. Un loop de contratación presiona a un loop de cultura. Cada uno, examinado por separado, pasa la prueba: hace exactamente lo que se pidió. El problema aparece solo cuando miras los dos juntos. Es como tener dos aires acondicionados mal configurados en la misma habitación: uno enfría porque subió la temperatura, el otro calienta porque bajó la temperatura — los dos «funcionan», pero el ambiente es inestable.

MALLA — cada uno por separado velocidad calidad contratación ninguna línea entre ellos; cada uno correcto por separado EN SOLITARIO — los tres juntos velocidad calidad contratación el conjunto equivocado: solo el grafo muestra la interferencia

Qué observar: los tres loops son idénticos en ambos lados: la única diferencia son las dos líneas rojas del lado derecho. Representan la presión real que "ir más rápido" y "contratar más rápido" ejercen sobre "mantener la calidad". Una mentalidad de loop único no tiene vocabulario para describir esa línea: solo existe cuando dibujas los tres loops en el mismo grafo y conectas lo que interfiere con lo que.

Conceptos clave

Cada uno pasa

Aislado, ninguno falla

El conjunto se equivoca

Solo aparece cuando están los dos juntos

Sin vocabulario

Un bucle único no detecta interferencias

Necesita un grafo

Para trazar la línea roja

4

📉 Desconfía de la medición que se degrada

Los sensores se desajustan. Los pipelines de datos se deterioran: un campo cambia de nombre, un filtro deja de ejecutarse y nadie se da cuenta. La definición de la métrica cambia a escondidas (alguien redefine "usuario activo" y se olvida de avisar). La verificación, poco a poco, pasa de comprobar la realidad a comparar un documento con otro: el número coincide con el anterior, entonces "todo está bien". Pero los dos números pueden estar igualmente equivocados.

⚠️ El fallo más silencioso de los cuatro

No hay una alerta cuando falla la medición, porque la alerta normalmente depende de la misma medición que falló. Si el sensor de churn deja de contar correctamente, no va a activar una alerta que diga «estoy averiado» — solo va a reportar un número incorrecto con la misma confianza de siempre. Por eso este fallo es el que más tiempo pasa sin descubrirse.

1

El sensor se desajusta

El instrumento que captura el dato bruto pierde precisión poco a poco: un tracking de eventos que pierde el 10% de los clics por un nuevo bloqueador de anuncios.

2

El pipeline se deteriora

El camino entre el dato bruto y el número final tiene una etapa rota: un join que pierde filas, un filtro desactualizado, un job que falla en silencio.

3

La definición cambia por debajo

Alguien redefine "cliente activo" (30 días pasan a ser 60 días) para otro informe y el loop de verificación sigue usando la definición anterior sin saberlo.

Conceptos clave

Deterioro silencioso

Nadie alerta sobre la falla

Papel × realidad

El número coincide, la realidad no

Auditoría periódica

Verifica la medición, no solo el resultado

También falla la alarma

Usa el mismo dato que falló

5

🍲 Limpia el contexto que se convirtió en sopa

En un loop de un solo nodo, todo sucede en la misma ventana de contexto — el espacio de texto que el modelo puede ver de una vez, con las instrucciones, lo que ya se hizo y lo que falta. HTML sin procesar de una búsqueda, un borrador a medio hacer, razonamiento de dos vueltas atrás: todo flotando junto a la hora de decidir el siguiente paso. Eso es lo que produce la revisión falsa (el verificador aprueba porque está en el mismo contexto emocional de quien escribió —visto en el módulo 2.2) y el «olvido» de la instrucción original, que sigue ahí, solo que ahogada en ruido.

💡 Consejo práctico

Si el loop empieza a ignorar una instrucción que diste al principio, antes de reescribirla con más fuerza, revisa el tamaño del contexto acumulado. Muchas veces el problema no es la instrucción: es que está en la página 1 de un documento que ya llegó a la página 40.

✓ Contexto limpio

  • ✓Solo entra en la ventana lo que es relevante para el paso actual
  • ✓Los borradores intermedios se resumen, no se acumulan completos
  • ✓La instrucción original se reafirma en cada vuelta, no solo se lee una vez

✗ Contexto revuelto

  • ✗HTML sin procesar de búsquedas, resultados de herramientas y borradores, todo junto y sin limpiar
  • ✗El razonamiento de iteraciones anteriores se mezcla y desaparece entre el razonamiento actual
  • ✗La instrucción original quedó tan atrás que el modelo prioriza lo que está cerca

Conceptos clave

Ventana de contexto

Lo que el modelo ve de una sola vez

Todo junto

Nodo único que no separa capas

Revisión ficticia

Reaparece: contexto contaminado

Resumen periódico

Comprimir antes de ahogarte

6

➡️ Acepta el límite de la forma: el bucle es secuencial

Un loop lee las fuentes una por una porque un loop es, por definición, algo que ocurre una cosa después de otra: discover, plan, act, verify y de nuevo. No puede abrir diez frentes de trabajo al mismo tiempo y reunir los resultados después — no porque le falte inteligencia, sino porque su propia forma es una cola. Este es el único de los seis límites de este módulo que ningún prompt mejor, ningún verificador más preciso ni ninguna disciplina resuelve.

SECUENCIAL — el bucle fuente 1 fuente 2 fuente 3 fuente 4 tiempo total = suma de las cuatro etapas EN PARALELO — el grafo fuente 1 fuente 2 fuente 3 fuente 4 unión tiempo total ≈ la etapa más lenta, no la suma

Qué observar: las cuatro cajas son las mismas de ambos lados — lo que cambia es la forma. Del lado izquierdo, cada caja solo empieza cuando termina la anterior; así es como funciona un bucle, por definición. Del lado derecho, el mismo trabajo se abre en fan-out (un nodo que inicia varios frentes al mismo tiempo) y después converge en un nodo de unión (fan-in). Esto no es una mejora del prompt — es una estructura diferente.

🧪 Ejemplo práctico: audita un loop tuyo

Objetivo: usar Claude Code para ejecutar las cuatro fallas estructurales de este módulo contra un loop real que ya tienes (un agente, una automatización, un script que se ejecuta en ciclo).

Audite o loop em <caminho do arquivo ou descricao do processo>.
Responda em quatro blocos, sem suavizar:

1. METRICA — liste a metrica principal que este loop otimiza.
   Depois liste 3 formas concretas de mover essa metrica que
   trairiam o proposito real do sistema (Goodhart).

2. CEGUEIRA — diga quem, hoje, fica FORA deste loop e poderia
   questionar se o alvo dele ainda faz sentido. Se a resposta
   for "ninguem", diga isso claramente.

3. COLISAO — aponte que OUTROS loops do meu sistema esta
   metrica pressiona ou de quem ela rouba recurso/atencao.

4. MEDICAO — aponte onde a medicao deste loop pode estar
   decaindo sem alarme (sensor, pipeline, definicao mudada).

Nao me diga que esta tudo bem sem antes tentar ativamente
achar um problema em cada um dos quatro blocos.

Cómo verificar: si la respuesta del bloque 1 no incluye ninguna forma de manipular la métrica, vuelve a pedirlo e insiste — siempre hay al menos una forma de cambiar un número sin cumplir el propósito. Una respuesta "todo está bien" sin intentarlo es señal de un análisis perezoso, no de un loop saludable.

Verificación rápida (no bloquea nada): de los seis fallos de este módulo, ¿cuál no resuelve ninguna disciplina de métricas o revisión y solo se resuelve cambiando la estructura?

Conceptos clave

Forma, no prompt

Límite estructural, no de instrucciones

Fan-out

Un nodo activa varios frentes

Fan-in

Los frentes convergen en un nodo

El argumento honesto

El único que justifica el grafo

📌 Resumen del módulo

✓
Goodhart — el loop solo ve la métrica indicada y encuentra formas de cambiarla que traicionan el propósito.
✓
Ceguera hacia arriba — cuestionar el objetivo exige a alguien fuera del ciclo; desde dentro, el objetivo es el único punto de apoyo.
✓
Los bucles chocan — cada uno es correcto por separado, pero el conjunto está mal; solo un grafo muestra la interferencia.
✓
La medición decae — la falla más silenciosa, porque la alarma depende de la misma medición que falló.
✓
El contexto se vuelve una sopa — tenerlo todo flotando en la misma ventana produce una revisión falsa y «olvidos».
✓
Secuencial por su forma — el único límite que ningún prompt resuelve; el argumento honesto a favor del grafo.

Lo que queda claro al final de la Trilha 2:

De los seis fallos de este módulo, tres se resuelven con disciplina: métricas en pares, revisión externa periódica y auditoría de la propia medición. Solo la secuencialidad exige cambiar de forma. Esto no significa que «el loop murió»: significa que un loop ya es un grafo —un grafo cuyo camino vuelve a un nodo anterior— y que compones loops en grafos más grandes justo cuando ese límite de forma empieza a salir caro.