Causa raiz no vibe coding: 4 correções de sintoma nunca tocaram no midpoint

A causa raiz no Autocut ficou no mesmo lugar desde 21/07: a seleção por midpoint. Thiago penteou o histórico de commits do remap de legenda e encontrou 4 correções de sintoma em volta do buraco. Nenhuma delas mudou o critério que escolhe a palavra pelo meio e descarta a inteira se esse meio cai fora do keep.

Ele constrói o Autocut, o editor de corte do Taurus Hub. Nesta live o agente varre o remap e a conclusão sai em voz alta: a regra que mata a palavra audível é a mesma do primeiro dia.

A regra do midpoint está no Autocut desde 21/07

O midpoint pega o instante do meio da palavra. Se esse instante cai fora do keep, o recorte que a edição manteve, o remap descarta a palavra inteira. A regra está no código desde 21/07.

A regra do midpo está lá desde o primeiro dia, 21/07. E nunca mudou.

O agente lê o histórico do remap e da legenda até esse commit e confirma o mesmo critério de então até o recorte desta live: escolhe a palavra pelo meio, cai fora do keep, descarta inteira. "perfil" entra 100% no áudio e some no remap. O ouvido marca a palavra inteira, o Whisper marca um fim mais tarde e o meio calculado sai do keep, então o remap apaga a linha.

O Whisper ainda empurra o fim 0,67 s além do que o ouvido marca, e essa sobra desloca o meio para fora. A palavra audível morre na seleção, antes de qualquer linha de truncamento rodar.

4 correções de sintoma no vibe coding do Autocut

No vibe coding do Autocut, Thiago e o agente colocaram defesa em volta da seleção. Em 10/08 o corte passou a recusar começar no meio da palavra: "Corte nunca come palavra." No mesmo 10/08 os timestamps do Whisper ganharam 150 ms no fim e 80 ms a menos no início. Em 12/08 veio o "Trunca palavra que cruza o lip do kip". Hoje de madrugada, no job 63, o agente leu "3/08 hoje de madrugada do job 63" e o patch era o guard de overlap negativo no agrupamento de chunks.

Quatro camadas de defesa foram construídas em torno desse buraco. Cada uma tratando sintoma de um jeito, sem nunca corrigir a seleção da palavra.

O midpoint, o critério que decide se a palavra existe para o remap, ficou onde o commit de 21/07 o deixou. No mesmo 10/08 o corte e o pad do Whisper entraram sem abrir a função que escolhe a palavra. O truncamento de 12/08 e o guard do job 63 também chegaram depois dessa função, então a palavra já saiu da lista quando essas linhas rodam.

O gap negativo que cola o A na de cima está em sincronizar legendas.

O midpoint derruba perfil antes do truncamento chegar

O truncamento de 12/08 só age sobre palavra que ainda está na lista. A seleção roda primeiro: o midpoint de "perfil" cai fora do keep e o remap tira a palavra. O truncamento não chega a vê-la.

O problema é que o midp derruba o perfil antes de truncamento pode salvá-la.

O remap descarta a palavra na seleção e ela nunca chega à linha que trunca. O Whisper marca o fim além do áudio. A sobra de 0,67 s empurra o midpoint para fora do keep, a palavra some da lista e o truncamento trabalha em cima de um conjunto que já não a contém.

Não houve tentamos e desistimos. Houve quatro correções de sintoma.

Cada patch nasceu do sintoma daquele dia. O critério de seleção, o midpoint desde 21/07, ficou no mesmo commit.

O if da seleção é o que o próximo patch precisa ler

No vibe coding do seu remap, se o mesmo erro volta depois de 4 correções, leia o if que escolhe o que entra. No Autocut esse if é o midpoint. Se o meio da palavra cai fora, a palavra inteira some. As camadas depois da seleção não recuperam o que o if já tirou.

Antes de somar 150 ms ou 80 ms, imprima o ponto que a regra usa e o intervalo do keep. Se "perfil" está 100% no áudio e o Whisper ainda deixa 0,67 s de sobra no fim e o meio cai fora do keep, o próximo patch no sintoma deixa a palavra de fora outra vez.

Dá para assistir à live e ouvir o agente penteando o histórico até a regra de 21/07.