Promise.allSettled no vibe coding: se um fetch falha, o resto monta a tela

A tela de revisão do Autocut abriu e ficou em "carregando o plano de corte", sem timeline. Plano de corte, words e presets iam no mesmo fetch. Remonte do admin shell, instabilidade de rede, transcrição ou compile do dev derrubava o pacote inteiro. Thiago quase não fala neste recorte. Na live de 90 min do Taurus Hub, receita R$ 0, o agente separou as buscas, com retry limitado, e cada uma passou a se recuperar sozinha. Em JavaScript esse desenho é Promise.allSettled. Cada busca assenta no próprio resultado.

No vibe coding deste corte, o agente leu o loading eterno e mudou o desenho da busca. Quem separa plano, words e presets é o agente, ao vivo.

O fetch único que segura a timeline

A tela de revisão precisa de plano de corte, words e presets para montar a timeline. Os efeitos que alimentavam essa tela faziam um fetch único. Quem abre a revisão espera o waveform e o plano. O que aparecia era a copy "carregando o plano de corte", sem timeline. Qualquer falha na abertura derrubava o pacote: o plano que poderia ter carregado sumia junto com a transcrição que falhou.

Os efeitos que ele alimentam a tela de revisão faziam um fit único sem. Se qualquer um dos fits falhasse na hora de abrir reabrir compile do dev, remonte admit shell, meio de carga, estabilidade de rede, oppl transcrição, form ficava no para sempre. E a tela mostrava carregando o plano de corte de transção sem timeline.

No ASR o fetch sai "fit" e a transcrição sai "transção". Uma falha transitória na transcrição ou na rede não deveria apagar o plano e o waveform. Com o fetch único, plano, words e presets caiam juntos, e a timeline não montava.

O guard do waveform e a chave que não voltava

O segundo buraco saiu na revisão final, no waveform e na chave de já busquei.

Tinha ainda um segundo problema. O guard bloqueava o de words wave for quando o cut chegava antes dele. E na revisão final a chave que impedec era marcada mesmo na falha. Comentário dizer que não, mas ok. Nunca virava falso.

O corte chegava antes das words e o guard bloqueava o waveform. O fetch único já travava a abertura. A chave de "já busquei" ficava verdadeira depois da falha, então a recuperação não disparava. Comentário no código dizia o contrário.

Promise.allSettled no vibe coding da revisão

O wait único saiu. O que entrou foi isto:

Revisão do corte. Cplan words firm presets passam a ser buscados independentes com retos limitad e cada um se recupera sozinho se o outro falhar. Revisão final play mais legendas também ganha o hatry. A chave de já busquei só é marcada quando cpan carrega de verdade. Verificação. Limpo. Simulei a simulei a falha transitória no real. Os dois truques se recuperam via.

Simularam a falha transitória no real. Os 2 truques, revisão do corte e revisão final, se recuperaram. A revisão final, play e legendas, também ganha retry limitado. Plano, words e presets saem independentes, e cada um se recupera sozinho se o outro falhar. A chave de "já busquei" só marca quando o plano carrega de verdade. Se a transcrição cair na abertura, plano e presets ainda montam a tela. No vibe coding desta live, a tela sobrevive à falha de um fetch.

Derruba um fetch e olha o que ainda monta

Amanhã abra a tela que monta com 2 fetches e derrube um de propósito, como o agente fez com a falha transitória. Se o loading eterno voltar, o wait ainda é único e a chave de "já busquei" ainda marca na falha. A chave marcada no disparo impede a segunda tentativa mesmo quando o fetch único já saiu.

A live tem 90 min e cobre a revisão do corte no Autocut / Taurus Hub. Vale assistir à live para ver o agente simular a falha e os 2 truques voltarem. Na mesma live o Thiago também tratou os query params que sobrevivem ao F5.