💥 Onde o loop quebra

Um loop so enxerga a metrica que voce deu pra ele. Se voce disse "diminua o CAC" (custo de aquisicao de cliente — quanto custa, em media, trazer um cliente novo), o loop vai achar todos os jeitos de mover esse numero pra baixo, inclusive os que traem o proposito real: baratear campanha atraindo gente que nunca vai comprar, cortar suporte pos-venda, prometer mais do que entrega. Nao e defeito de execucao — e o loop fazendo exatamente o que voce mandou, num numero que se descolou da realidade que ele deveria representar.

O loop persegue uma referencia — o alvo que voce definiu — e nada dentro dele pode perguntar se essa referencia esta certa. Um termostato mantem 20 graus com precisao impecavel; ele nunca vai se perguntar se 20 e a temperatura certa pra aquela sala naquele dia. Ele so sabe medir a distancia ate 20 e agir pra fechar essa distancia. Questionar o proprio objetivo exige alguem fora do loop — porque de dentro, o objetivo e o unico chao que existe.

Um loop de velocidade briga com um loop de qualidade. Um loop de contratacao pressiona um loop de cultura. Cada um, examinado sozinho, passa no exame — esta fazendo exatamente o que foi pedido. O problema aparece so quando voce olha os dois juntos. E como dois ar-condicionados mal configurados na mesma sala: um esfria porque a temperatura subiu, o outro esquenta porque a temperatura caiu — os dois "funcionando", o ambiente instavel.

O que olhar: os tres loops sao identicos nos dois lados — a unica diferenca sao as duas linhas vermelhas do lado direito. Elas representam a pressao real que "ir mais rapido" e "contratar mais rapido" fazem sobre "manter qualidade". Uma mentalidade de loop unico nao tem vocabulario pra descrever essa linha — ela so existe quando voce desenha os tres loops no mesmo grafo e liga o que interfere com o que.

Sensores desregulam. Pipelines de dados apodrecem — um campo muda de nome, um filtro para de rodar, ninguem percebe. A definicao da metrica muda por baixo do pano (alguem redefine "usuario ativo" e esquece de avisar). A verificacao, aos poucos, escorrega de checar a realidade pra so conferir papel com papel: o numero bate com o numero anterior, entao "esta tudo bem". So que os dois numeros podem estar igualmente errados.

Num loop de nó único, tudo acontece na mesma janela de contexto — o espaco de texto que o modelo consegue ver de uma vez, com as instrucoes, o que ja foi feito e o que falta. HTML bruto de uma busca, um meio-rascunho, raciocinio de duas voltas atras: tudo boiando junto na hora de decidir o proximo passo. Isso e o que produz a revisao de mentira (o verificador aprova porque esta no mesmo contexto emocional de quem escreveu — visto no modulo 2.2) e o "esquecimento" da instrucao original, que ainda esta ali, so afogada em ruido.

Um loop le as fontes uma de cada vez porque loop e, por definicao, uma coisa depois da outra: discover, plan, act, verify, e de novo. Ele nao consegue abrir dez frentes de trabalho ao mesmo tempo e juntar os resultados depois — nao porque falta inteligencia, mas porque a propria forma dele e uma fila. Este e o unico dos seis limites deste modulo que nenhum prompt melhor, nenhum verificador mais afiado e nenhuma disciplina resolve.

O que olhar: as quatro caixas sao as mesmas dos dois lados — o que muda e a forma. Do lado esquerdo, cada caixa so comeca quando a anterior termina; e assim que um loop, por definicao, funciona. Do lado direito, o mesmo trabalho se abre em fan-out (um no que dispara varias frentes ao mesmo tempo) e depois converge num no de juncao (fan-in). Isso nao e uma melhoria de prompt — e uma estrutura diferente.

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.