01 Nadie evalúa su propio trabajo, ni siquiera la IA

LOOP-R divide el ciclo en nueve asistentes, cada uno con una sola función. Piensa en una persona que hace una sola cosa y la hace bien. No decide lo que debería haber hecho su compañero de al lado.

La regla se aplica a todos. Cada asistente lee solo lo que exige su función, escribe solo el resultado de esa función y rechaza lo que queda fuera. Puede parecer burocrático. Es justo lo contrario: es la única manera de evitar que una IA «se convenza» de que ha mejorado.

Ejemplo aplicado: el responsable de soporte de una pequeña empresa de software asigna a una persona las respuestas a los tickets y a otra el recuento de los tickets reabiertos. Si fuera la misma persona, el número de reaperturas nunca aumentaría: a nadie le gusta contar sus propios errores. En el ciclo, la IA que redacta la respuesta no es la que cuenta el resultado.

02 El Ejecutor hace el trabajo y no sugiere nada

O Ejecutor es el único asistente que produce el entregable real: la propuesta, la respuesta al cliente o la campaña. Sigue exactamente el guion de la versión oficial y registra una fila en la hoja de registro: fecha, versión y resultado.

Lo que nunca hace: cambiar su propio guion, salirse de la versión indicada ni ignorar lo que nunca debe ocurrir. Y —esto es lo más extraño para quien está acostumbrado a un chat— no evalúa lo que hizo ni sugiere mejoras. Solo ejecuta.

Ejemplo aplicado: un agente inmobiliario recibe contactos del portal. El Ejecutor responde a cada contacto siguiendo el guion vigente de la inmobiliaria (versión 1) y anota la fecha, la versión 1, el inmueble, el barrio y el tiempo de respuesta. Si el agente pide «responde mejor», el Ejecutor se niega: «mejor» no es una instrucción, sino un veredicto que corresponde a otro asistente.

03 El Observador cuenta y no explica

O Observador convierte las filas de la hoja de cálculo en evidencia. Cuenta, agrupa y comprueba que las filas estén completas. Si falta una columna o hay una fila duplicada, escribe «datos inconsistentes» y detiene ahí el ciclo.

Lo que nunca hace: explicar la causa, proponer un cambio ni usar información ajena a la hoja. Su respuesta es una tabla con cifras y recuentos. Cero «parece que». Si una cifra no viene acompañada del recuento que la sustenta, no es evidencia: es una impresión.

Ejemplo aplicado: la empresa del responsable de soporte recibió 10.000 tickets durante el año. El Observador informa que el 37 % trata del mismo problema, indica el tiempo medio de respuesta y cuenta cuántos se reabrieron en 7 días. No dice «el producto tiene un defecto grave»: eso sería una explicación. Solo entrega el recuento para que lo lea el siguiente asistente.

04 El Crítico dice qué falló y qué peso tiene la evidencia

O Crítico lee la tabla del Observador y la versión vigente del guion. Dice qué funciona, qué falla y dónde hay desperdicio, siempre con la cifra que lo demuestra. Además, marca cada afirmación con un nivel de fuerza de la evidencia: sólida, moderada o débil.

Las afirmaciones débiles van en una sección aparte: «observado, no concluyente». El Crítico también consulta la memoria: ¿lo que «falla» hoy ya se resolvió antes? Y lo que nunca hace es proponer. Un diagnóstico no es una receta.

Ejemplo aplicado: el caso de referencia es una clínica estética que envía propuestas por WhatsApp y ha completado cuatro ciclos con datos simulados. La ficha de la dueña indicaba una conversión actual del 3 %. El Crítico revisó 200 propuestas y señaló tres hallazgos. La conversión observada fue del 2,5 % (5 de 200), por debajo de lo declarado. La tasa de respuesta fue del 17 % (34 de 200). Además, el 83 % de las propuestas no recibió respuesta en 48 horas: casi todo el esfuerzo se dedicó a mensajes sin retorno. Todos los hallazgos quedaron marcados como sólidos. No sugirió acortar el mensaje; solo mostró dónde estaba el problema.

01 El Optimizador escribe hipótesis, no consejos

O Optimizador lee el diagnóstico del Crítico y escribe hipótesis. Cada hipótesis tiene una estructura fija. SI un único cambio concreto en el guion, ENTONCES esa métrica debe pasar de este valor a este otro, PORQUE esta evidencia (sólida o moderada). Un cambio por hipótesis. Nunca dos.

Antes de escribir, consulta el cajón de hipótesis descartadas: lo que ya perdió o fue vetado no vuelve. Las hipótesis basadas solo en evidencia débil tampoco se prueban; pasan a «observado, no probado» y esperan a que haya más datos.

Ejemplo aplicado: el agente inmobiliario recibió dos cifras del Crítico. El 70 % de los contactos del portal nunca responde al primer mensaje y la respuesta tarda 3 horas de media. El Optimizador escribe: «SI la primera respuesta se envía en 15 minutos o menos, ENTONCES la tasa de respuesta debería subir del 30 % al 40 %». Añade: «PORQUE un 70 % de silencio es evidencia sólida y el contacto pierde interés». Un solo cambio. No escribió «responde rápido, añade más fotos e incluye el precio»: eso mezclaría tres hipótesis.

02 El Experimentador hace los cálculos antes de probar

O Experimentador toma la hipótesis aprobada y diseña la prueba: A es la versión actual y B es la versión con el cambio. Antes de enviar nada, calcula la cantidad necesaria para demostrarlo —cuántas ejecuciones necesita cada lado para que la diferencia no sea fruto del azar.

Después divide el trabajo por igual, alternando según el orden de llegada: el Ejecutor no elige quién recibe A o B. También fija la regla de parada: la prueba solo se detiene antes de tiempo si se rompe un límite de seguridad. Nunca porque «ya va ganando».

Ejemplo aplicado: en la clínica del caso de referencia, la hipótesis de que un «mensaje de hasta 80 palabras» elevaría la respuesta del 17 % al 22 %. El Experimentador calculó que demostrar un aumento tan pequeño requería 985 propuestas por grupo. Al ritmo de la clínica, serían 40 semanas, por encima del límite de 16. No redujo la cantidad por su cuenta. Presentó tres opciones a la dueña. La decisión fue medir un aumento que valiera la pena (del 17 % al 30 %): 166 por grupo, 7 semanas. La prueba fue viable porque alguien hizo los cálculos antes, no después.

03 El Evaluador solo puede decir tres cosas

O Evaluador recibe las cifras de la prueba y responde con una sola frase, entre tres posibles. Cantidad insuficiente : a uno de los grupos aún le faltan datos para llegar al mínimo; continúa. A sigue : B no superó a A con margen suficiente o empeoró algún indicador de «sin empeorar», aunque la métrica objetivo haya subido. B ganó : B superó a A con margen suficiente y no empeoró ningún indicador.

No existe «B parece mejor» ni «B ganó, pero…». La tercera respuesta, «cantidad insuficiente», es la más habitual y hay que aceptarla. Un ciclo honesto pasa muchas semanas diciendo «todavía no lo sé».

Ejemplo aplicado: en el segundo ciclo de la clínica, la versión B tenía «hasta 80 palabras». Elevó la tasa de respuesta del 19,3 % al 29,7 %, con 300 propuestas por grupo. Un aumento real, no suerte. Y el Evaluador respondió: A sigue. Motivo: hubo 6 quejas de 300 con la versión B frente a 1 de 300 con la versión A, y la ficha establecía tolerancia cero a las quejas. La regla se aplicó tal como estaba escrita. (En la clase del Guardián verás que la regla estaba mal calibrada y cómo la clínica la corrigió sin cambiar el veredicto.)

04 Quien se convenció por su cuenta tenía las tres funciones en una sola mano

Une las tres clases. Quien hace no mide; quien mide no explica; quien explica no propone. Y ahora: quien propone no prueba, y quien prueba no juzga. Cada vez que alguien «se convence por su cuenta», es porque las tres últimas funciones estaban en la misma mano. Esa persona tuvo la idea, eligió cómo probarla y decidió que había ganado.

La separación no consiste en desconfiar de las personas. Tiene en cuenta un patrón humano —y también de la IA—: quien tiene la idea quiere que funcione y ve el resultado que espera. El ciclo no te pide que seas neutral; pide que juzgue otra persona.

Ejemplo aplicado: el responsable de soporte cambia la respuesta estándar para un problema recurrente. La semana siguiente «siente» que bajaron las reaperturas y pide al equipo que adopte el cambio. Actuó como Optimizador (la idea), Experimentador (una semana, sin contar y sin mantener la versión A en paralelo) y Evaluador (el veredicto de que «bajaron»). En el ciclo, su idea se convertiría en una hipótesis. A y B funcionarían en paralelo hasta reunir 170 tickets cada una. El veredicto lo daría alguien que no redactó la respuesta.

01 El veto es definitivo y nadie negocia con él

O Guardián lee las hipótesis del Optimizador antes de cualquier prueba. Para cada una responde con una palabra: aprobada o vetada. Es el único asistente cuya decisión nadie revisa dentro del ciclo. No se deja convencer con argumentos, no aprueba «con reservas» ni sugiere alternativas. Ante la duda, veta.

Suena estricto porque lo es. El Guardián no está para aplicar el sentido común, sino para hacer cumplir sin variaciones la lista que escribiste. El sentido común es tuyo al redactarla. Después, el Guardián solo comprueba.

Ejemplo aplicado: el agente inmobiliario y el responsable de soporte escriben listas distintas, y el Guardián de cada uno vigila cosas diferentes, pero actúa de la misma manera.

02 Invariantes: lo que nunca cambia sin ti

La primera lista del Guardián son las invariantes : aquello que ninguna hipótesis puede tocar bajo ninguna circunstancia. No son metas, sino límites: seguridad, ley, promesas que la empresa no hace y personas que pidieron que no las contacten.

Una buena invariante es breve, concreta y empieza con «nunca». Si necesitas dos frases para explicarla, todavía es una opinión, no un límite. Tú la escribes una sola vez en la ficha del ciclo. El Guardián no inventa invariantes: solo las aplica.

Antes de ver el modelo: lo que sigue es la parte de la ficha de la clínica del ejemplo. Léela como una lista de «reglas de la casa» colgada en recepción. Escribirás la tuya al final de esta clase.

Ejemplo aplicado: el agente inmobiliario escribe tres reglas en la ficha: «Nunca prometer la aprobación de un préstamo». «Nunca indicar gastos de comunidad o impuesto inmobiliario sin comprobar el registro». «Nunca contactar a quien pidió no recibir mensajes». La hipótesis «responder de inmediato con una simulación de préstamo aprobada» ni siquiera llega a la prueba: el Guardián la veta al revisarla porque infringe la primera invariante. Como referencia, la clínica tiene cuatro: nunca descontar más del 10 %; nunca prometer un resultado clínico o un plazo; nunca contactar a quien pidió no recibir mensajes; nunca nombrar a competidores.

03 «Sin empeorar»: la meta siempre va escoltada

La segunda lista son los «sin empeorar». Toda meta del ciclo tiene la forma «aumentar X sin empeorar Y ni Z». Sin esa escolta, el ciclo aprende a hacer trampa: eleva X por el camino más barato, que casi siempre perjudica Y.

El Guardián usa esta lista de dos maneras. Antes de la prueba, veta las hipótesis que empeoran Y «de forma previsible». Después, el Evaluador rechaza B si Y cae más allá de la tolerancia, aunque X haya subido mucho, como viste en la clase anterior.

Ejemplo aplicado: en el primer ciclo de la clínica, el Optimizador propuso cerrar la propuesta con una pregunta de elección única: «¿Prefieres empezar esta semana o la próxima?». La hipótesis tenía evidencia sólida (el 83 % de las propuestas no recibía respuesta) y prometía elevar la respuesta del 17 % al 25 %. El Guardián la vetó. Motivo en una línea: la pregunta da por hecha la compra y fija un plazo. Eso supone un riesgo previsible de quejas y solicitudes para dejar de recibir mensajes, los dos indicadores de «sin empeorar» de la ficha. No negoció ni sugirió una pregunta más suave. Vetó la idea y el Optimizador pasó a la siguiente.

04 Tolerancia: cuánto empeoramiento sigue siendo ruido

Cada indicador de «sin empeorar» lleva una cifra al lado: la tolerancia. El cero parece lo más seguro. Casi siempre es lo más equivocado, porque los eventos raros fluctúan por azar: 1 queja un mes, 6 al siguiente, aunque nada haya cambiado.

Regla práctica: la tolerancia de un evento raro debe ser mayor que su fluctuación normal con el tamaño de muestra de la prueba. Para algo que ocurre el 1 % de las veces, con 300 por grupo, la fluctuación normal ronda 1 punto. Por eso la tolerancia debe ser 0,01, no cero.

Ejemplo aplicado: eso fue exactamente lo que aprendió la clínica en el segundo ciclo. B elevó la respuesta del 19,3 % al 29,7 %, pero perdió por 6 quejas frente a 1, con tolerancia cero. Seis frente a una de 300 no es una diferencia: es ruido. La dueña no reabrió el veredicto (se aplicó la regla escrita y se conservó el registro). Cambió la tolerancia a 0,01 para las siguientes pruebas. En el ciclo siguiente, incluso con la tolerancia nueva, el Guardián vetó «poner el precio y las formas de pago justo después del saludo». Presentar el precio antes de cualquier explicación crea un riesgo previsible de bajas y quejas. La propia hipótesis admitía el riesgo. La tolerancia no es permiso: es solo una medida de la variación aleatoria.

05 El límite: cuánto puede gastar el ciclo por ronda

La tercera cosa que vigila el Guardián es el límite: el costo de IA por ciclo y la cantidad de pruebas simultáneas. Si el costo supera el límite, no aprueba nada más, ni siquiera una hipótesis perfecta. Si ya hay una prueba en curso y el máximo es una, la siguiente hipótesis aprobada espera en la fila.

El límite es la respuesta 4 de la ficha y la escribirás en la ruta 4. Por ahora, basta con saber que existe y que el Guardián lo aplica con la misma firmeza que las invariantes. En el ejemplo de la clínica, el límite era de R$ 50 por ciclo semanal y una prueba a la vez. Por eso la tercera hipótesis aprobada en el primer ciclo esperó a que terminara la prueba anterior.

Ejemplo aplicado: el responsable de soporte tiene 6 agentes y 800 tickets al mes. Si el ciclo ejecutara tres pruebas al mismo tiempo, cada una tendría 130 tickets por grupo y ninguna alcanzaría la cantidad necesaria para demostrar nada. Con un límite de «una prueba a la vez», cada prueba recibe todos los tickets y termina en semanas, no meses. El límite reduce el desperdicio, no la mejora.

01 Sin memoria, el ciclo descubre lo mismo dos veces

A Memoria es el asistente que cierra el ciclo. Lee todo lo que escribieron los demás, registra una línea en el historial y guarda cada hipótesis en su lugar. Nunca borra una entrada antigua, la reescribe ni la resume tanto que se pierda el «porqué».

Se lee al comienzo del siguiente ciclo. El Crítico consulta lo que ya se resolvió; el Optimizador, lo que ya se descartó. Sin eso, cada ciclo empieza desde cero, con la misma IA, las mismas ideas y los mismos errores.

Ejemplo aplicado: en la inmobiliaria del agente, alguien probó en 2024 «enviar las fotos antes del precio» y el resultado empeoró. Nadie lo anotó. En 2026, un agente nuevo tiene la misma idea, la prueba durante dos semanas y llega al mismo resultado. Costo: un mes de contactos mal atendidos para reaprender lo que la empresa ya sabía. Con la Memoria, la hipótesis ni llega a probarse: el Optimizador la encuentra en «descartadas», con la fecha y la cifra.

02 Tres cajones: aprendido, descartado, observado

Toda hipótesis termina en uno de tres cajones. Aprendido: se probó, ganó y se convirtió en la versión oficial, con la cifra. Descartado: se probó y perdió, o se vetó antes, con el motivo para que no vuelva de la misma forma. Observado, no probado: la evidencia era demasiado débil para convertirse en hipótesis; espera a que haya más datos.

El tercer cajón es el más olvidado y el más valioso. Allí quedan las ideas que «parecen» ciertas, guardadas sin convertirlas en regla ni desecharlas. Cuando aumenten los datos, el Crítico las revisará.

Antes de ver la carpeta del ejemplo: son tres listas de texto, una por cajón. Cada entrada incluye fecha, ciclo y la cifra que la sustenta. Solo tienes que saber leer las tres etiquetas.

Ejemplo aplicado: después de los cuatro ciclos de la clínica, los cajones quedaron así. Aprendido: «abrir la propuesta mencionando un punto concreto de la evaluación de la clienta». La respuesta subió del 19,3 % al 29,3 %, con 300 por grupo y los límites de seguridad respetados; la dueña lo aprobó y se convirtió en la versión 2. Descartado: la pregunta de elección forzada (vetada), el precio justo después del saludo (vetado) y el límite de 80 palabras, que ganó en respuestas pero excedió la tolerancia cero a las quejas. Observado, no probado: «suavizar el trato para el segmento de clientes pequeños»; solo 3 eventos, a la espera de más datos.

03 El historial: una línea por evento, nunca se borra

Además de los cajones, la Memoria conserva el historial: una línea por acontecimiento, en orden. Fecha, ciclo, hipótesis, veredicto con cifra, qué se vigiló, quién decidió, qué ocurrió con la versión y costo. Una línea. Sin narración.

Este historial es el historial con opción para volver atrás de tu proceso. Cada versión oficial tiene una línea que indica de dónde salió y por qué. Si la versión 2 empieza a empeorar, vuelves a la 1, y ese retroceso también queda registrado en una línea.

Ejemplo aplicado: el responsable de soporte escribe así la primera línea del historial: «2026-09-10 · antes del ciclo · respuesta estándar a “no puedo exportar” reescrita con video · 23 tickets en una semana, 3 reabiertos, sin grupo A para comparar · decidido por mí, sin prueba · respuesta anterior borrada: no hay vuelta atrás». Es una línea honesta sobre una prueba deficiente. Y precisamente eso impide que el siguiente responsable la repita.

04 El activo que la competencia no puede copiar

Dos empresas usan el mismo chat de IA, el mismo modelo y el mismo tipo de guion. Después de un año, ¿qué las diferencia? No la IA: ambas tienen la misma. Las diferencia lo que cada una sabe de sus clientes: qué probó, qué funcionó, qué falló, para quién y a qué costo. Esa es la memoria del ciclo.

LOOP-R lo llama ventaja de aprendizaje. La barrera competitiva deja de ser «quién tiene más datos» y pasa a ser «quién aprende más rápido de lo que ya hace». El noveno asistente, el Meta-agente, revisa el historial y solo informa del costo por ciclo y de cuántas hipótesis se convirtieron en versiones. No actúa. Lo verás en la ruta 4.

Ejemplo aplicado: dos inmobiliarias del mismo barrio usan el mismo chat de IA para responder a contactos. La del agente tiene un historial de 14 líneas: tres versiones del guion, cinco hipótesis descartadas con cifras y un retroceso registrado. La otra tiene un guion que «alguien mejoró» tres veces sin anotarlo. Si la competencia copia el guion actual del agente, se lleva la versión 3, pero no las cinco ideas que ya se sabe que no funcionan. Tendrá que probarlas una por una.