Vibe coding para validar regra fixa depois da IA

Vibe coding para validar regra fixa depois da IA é o que o agente leu para Thiago no Autocut, no Taurus Hub, depois do teste com DeepSeek V4 Flash via Open Router: o modelo sugeriu corte em 2.145 mesmo com instrução de preservar o hook, e o sistema precisa checar a regra depois da resposta, qualquer corte antes de 18 segundos.

O job é o vídeo jurídico do Dr. Adalberto, o mesmo da legenda automática. O agente abriu o relatório do teste. Em cerca de 17 segundos o modelo gerou 3 sugestões semânticas para o roteiro jurídico e listou 2 cuidados para a implementação. O orçamento gasto no raciocínio e o corte em 2.145 estavam nesse papel.

O DeepSeek V4 Flash gastou o orçamento no raciocínio

Os 2 cuidados vieram na leitura do teste. O sistema deve pedir JSON. Deve reservar pelo menos 500 tokens com 300 tokens. O agente leu os 2 como condição para o modelo devolver algo que o Autocut consiga usar.

Esse modelo gastou o orçamento no raciocínio e não devolver o conteúdo utilizável.

Os 2 cuidados ficaram no relatório. Nesta chamada o conteúdo utilizável não voltou.

O modelo sugeriu corte em 2.145 com o hook ainda por preservar

O teste pedia para preservar o hook e o modelo mesmo assim sugeriu corte em 2.145, abaixo do piso que o agente quer no produto. O exemplo que ele tira do teste é qualquer corte antes de 18 segundos, e 2.145 no relatório é o caso que o prompt sozinho não segurou.

o sistema precisa validar regras fixas depois da IA. Por exemplo, qualquer antes 18 segundos em vez de confiar só no prompt

A regra fica depois da IA: o prompt pede para preservar o hook, o DeepSeek V4 Flash ainda devolve 2.145, e o sistema recusa o número quando ele cai antes de 18 segundos. Confiar só no prompt, neste teste, deixou o 2.145 passar. 2.145 é o corte que o relatório registrou, e 18 segundos é o exemplo de regra fixa que o agente leu para rodar depois da IA.

:::comparacao rotulo: COMPARAÇÃO titulo_a: Confiar só no prompt texto_a: 2.145 passa titulo_b: Validar depois da IA texto_b: Recusa antes de 18 s ::: Foi o mesmo caminho de [pseudonimizados](/pseudonimizados).

Thiago pergunta por que não fazer o prompt bem feito

Ele rebateu na hora, sem querer criar regra para depois descartar o trabalho do modelo.

Em vez de você criar regra para confiar no prompt, por que que você já não faz um prompt bem feito

Ele está falando do desperdício. O modelo já rodou e devolveu 3 sugestões. Se o sistema joga fora o corte em 2.145, aquela chamada não entrou no produto. Ele completa: quer regras no prompt para o DeepSeek V4 Flash executar do jeito que o Autocut precisa, sem pegar o trabalho do modelo e descartar.

O agente concordou no começo. O caminho certo, na fala dele, é um prompt editorial bom, sem encher o produto de regras que injetam a IA. No mesmo fôlego ele mostrou o que faltou neste job.

o Hook ficou ambío porque o modelo não recebeu onde o Hook termina.

Sem marcar onde o hook termina, o modelo improvisa o fim, e o 2.145 entra nessa falta de limite. Para o modelo executar bem, o prompt precisa do contexto. Thiago pediu para o agente olhar o melhor prompt e ser criterioso:

Cara, vê aí qual que é o melhor prompte. Vê se tá bom para você. Seja criterioso agora.

O pedido de validar depois não saiu da mesa. Nesta fala a regra dos 18 segundos não foi para o código.

No vibe coding do corte, a regra fixa roda depois da resposta

Amanhã, no vibe coding de um job de corte, escreva o prompt editorial com o fim do hook marcado e, depois da resposta, rode o piso que o modelo não negocia. O sistema descarta o corte que cai antes de 18 segundos. Conteúdo que não volta utilizável, porque o orçamento foi no raciocínio, também fica de fora do produto. Isso aparece também em vibe coding para congelar decisao de escopo e nao reabrir.

Dá para assistir à live e ouvir o 2.145 e os 18 segundos no mesmo papel, com a pergunta do Thiago em seguida.