🎯 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).
✓ 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
La medida objetivo deja de medir
Y el loop obedeciendo
Solo ve la métrica que le das
Métricas en pares, nunca solas
🌡️ 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.
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.
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.
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
El loop no cuestiona el objetivo
Perfecto dentro de su propio objetivo
Solo desde afuera se cuestiona el objetivo
La metáfora más honesta
🌀 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.
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
Aislado, ninguno falla
Solo aparece cuando están los dos juntos
Un bucle único no detecta interferencias
Para trazar la línea roja
📉 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.
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.
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.
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
Nadie alerta sobre la falla
El número coincide, la realidad no
Verifica la medición, no solo el resultado
Usa el mismo dato que falló
🍲 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
Lo que el modelo ve de una sola vez
Nodo único que no separa capas
Reaparece: contexto contaminado
Comprimir antes de ahogarte
➡️ 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.
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
Límite estructural, no de instrucciones
Un nodo activa varios frentes
Los frentes convergen en un nodo
El único que justifica el grafo
📌 Resumen del módulo
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.