Query params no vibe coding: o edit grudado sobrevive ao F5

Thiago fecha um job já em revisão final e recarrega a página. Ele cai na revisão do corte, sem timeline e sem transcrição ao lado. O query param `edit` ficou grudado na URL e sobreviveu ao F5. Esse reload reabriu o job no estágio errado.

Ele estava no Autocut. Pediu para o job em revisão final reabrir em revisão final.

Tô trabalhando aqui nesse job e que acontece já é um job que ele já foi passado pra revisão final, então precisamos verificar como tá ficando salvo no banco de dados, em que estágio que o job tá ficando, eh, em que estágio atual o job tá, porque, por exemplo, se o job revisão final, ele não deveria ia ser aberto, por exemplo, em revisão do corte, se a pessoa for lá e revisitar o vídeo, o job já processado, eh, ele sempre tem que ser reaberto no estágio que ele tá. Então, se ele tiver em revisão do corte, ele vai ser aberto em revisão do corte. Se ele tiver em revisão final, vai ser em revisão final.

Fecha a revisão final e o F5 devolve a revisão do corte

Eu vi o Thiago fechar a página no meio do trabalho e abrir o mesmo job.

Estou trabalhando nesse job e fechei a página e abri de novo o job. E que que acontece? Eu vim parar aqui na tela de revisão do corte, mas não aparece a timeline para mim fazer os cortes, nem a transcrição ao lado. Deve tá com algum bug.

Thiago pede para verificar como o estágio está ficando salvo no banco. Em seguida entra em vídeos processados, escolhe um job que já estava na revisão final e a abertura cai na revisão final.

Entrei em, fui até vídeos processados, escolhi um job que já tava na revisão final e ao abrir ele foi direto para a revisão final.

Na lista, o job em revisão final abre na revisão final. Na URL com `edit`, o reload devolve a revisão do corte. Foi o mesmo caminho de git reset.

O recorte irmão é o job pronto abrir numa página só, outra live da mesma máquina. Vale ver como isso terminou em landing page saas.

A lista monta o link limpo e o trilho grava edit

O agente descreve a abertura fiel ao stage pelo caminho limpo: monta o link do job sem query string e a página decide a tela pelo stage do job. Abrir direto na lista cai na etapa correta.

O problema que descobri continua latente, só que ele não dispara por esse caminho. Ele dispara só quando a URL fica com edit grudado. Clica no no nó corte do trilho dentro da revisão final. Abre o editor completa e grava edit no RL. A partir daí, F5 volta a reentrar, cai na revisão do corte, mesmo com job de revisão final, que era seu sintoma inicial.

RL no áudio é a URL, e sair de uma edição de corte sem aprovar também deixa o `edit` pendurado. Antes de mexer, o agente pergunta o que Thiago fez: se viu a revisão do corte depois de clicar no trilho em corte dentro da revisão final, ou se o job abriu direto no editor ao entrar de novo. A resposta separa o trilho que escreveu o `edit` da URL que já vinha com ele.

Se você sempre abrir jobs pela lista, não vai mais ver o bug. Ele volta quando entrar pelo trilho ou deixar uma edição pendurada.

Query params no vibe coding sobrevivem ao F5 de propósito

O agente chama o param de mecanismo intencional para sobreviver ao F5 e remontar enquanto você edita. No job já em revisão final, esse mesmo param devolve a tela para a revisão do corte. Foi o mesmo caminho de documentacao tecnica.

No vibe coding com agente, o clique interno escreve estado na barra de endereço. O stage do job pode estar certo e a tela abrir a revisão do corte no F5, com o query param `edit` na URL. Neste recorte a live não mostra o `edit` sumindo da URL depois de um conserto.

Compare as 2 URLs antes de mexer no stage

Se um job reabrir no estágio errado amanhã, o vibe coding começa na comparação das 2 URLs. Abra o mesmo job pela lista e recarregue o link que ficou com `edit`. Se só o 2º cair na tela errada, o stage do job já está certo e a página lê o query param `edit` no F5.

Dá para assistir à live e ouvir o "revisão final, vai ser em revisão final" do Thiago e o "edit grudado" do agente no mesmo recorte.