VIBE IN PUBLIC_

Fatiador 3D online no vibe coding: de 15 para 8% e o humano aprova

A IA mudou o fatiador 3D online de 15 para 8%. 3 alterações: tempo, material, grid. Danilix mostra o que mexeu e só aprova antes de imprimir.

Quem gera parâmetro de máquina mostra o que mexeu e espera o humano. No recorte, o agente de Danilix já tinha gerado as mudanças no fatiador 3D online: tempo, material e mais. Ele abre as alterações, conta 3 e aponta um número que caiu de 15 para 8%. Só depois do Aprovo o sistema pergunta se envia o arquivo para a impressora ou se imprime dali.

O amigo pergunta se isso otimiza. Danilix responde tempo. O amigo completa com qualidade. A ordem que a cena mostra é esta: ler o que o agente tocou, aprovar, e só então escolher o envio.

O fatiador 3D online já veio com 3 alterações

No começo do recorte o agente já tinha gerado. O mesmo problema apareceu em teste de integracao.

Aí aqui, ó, ele já gerou tudinho aqui, ó.

Danilix olha a tela e pergunta qual desses ele aprova. Vale ver como isso terminou em freebuff.

Aprovou a alteração que ele fez, ele mudou o tempo, mudou o material, tal, tal, tal.

Tempo e material estão nomeados. O resto ele resume com "tal, tal, tal". A lista não fecha nessa fala. Ele abre as alterações para o amigo ver o que o agente tocou dentro do fatiador. Isso aparece também em vibe coding para extrair o mvp para um repositorio novo. O mesmo problema apareceu em vibe coding para fundir dois arquivos de trabalho num so.

Aí, ó, ver aqui as alteração.

Daí ele conta o que o agente fez. Foi o mesmo caminho de vibe coding para o job pronto abrir numa pagina so.

Aí, ele fez três alteração. Tá vendo o que que ele mexeu dentro do fatiador aqui? Tá vendo aqui?

3 alterações. A pergunta vai para o amigo na call. O amigo confirma que está vendo. Danilix chama o que está na tela de fatiador. Isso aparece também em vibe coding para apagar rota antiga depois de renomear. O mesmo problema apareceu em vibe coding para nao deixar o outro projeto chutar o modelo.

O risco desta cena é mandar imprimir sem olhar. A decisão é abrir o que mexeu antes de qualquer envio. Foi o mesmo caminho de oque e pentest. Vale ver como isso terminou em titulo para youtube. Isso aparece também em vibe coding para mandar o print do popup que sumiu. O mesmo problema apareceu em vibe coding para mandar o post do instagram no grupo de whatsapp.

Mudou de 15 para 8% e colocou grid

O amigo confirma que está vendo o que mexeu. Na fala seguinte Danilix lê o 15 para 8% e o grid. O mesmo problema apareceu em vibe coding para nao colocar etapa que o usuario so observa.

Mudou de 15 para 8%.

Ele não nomeia o parâmetro por trás desse %. Danilix lê o salto, de 15 para 8%, e para aí. Isso aparece também em vibe coding para nao mostrar chave sensivel na live.

Na mesma olhada entra o grid. Isso aparece também em claude code gratis.

O grid, ele colocou grid e mudou aqui.

Tempo e material vieram na primeira fala. O grid entra quando ele aponta a tela. O 15 para 8% é o número que ele lê no meio das 3. Foi o mesmo caminho de vibe coding para recalcular o progresso quando a pessoa troca de meta. Isso aparece também em vibe coding para nao deixar a ia mandar de volta para validar usuario.

Aprovo, e só então a pergunta de enviar ou imprimir

Depois de mostrar o que mexeu, o clique é dele. Isso aparece também em claude code api. O mesmo problema apareceu em vibe coding para nao comprar claude code ilimitado de proxy.

Aí que que eu faço? Aprovo.

Aprovo é o clique do humano. O agente já gerou e o arquivo ainda não foi para a impressora. Isso aparece também em vibe coding para escolher orquestrador por tipo de trabalho. Foi o mesmo caminho de vibe coding para ter botao de voltar da revisao para o corte. O mesmo problema apareceu em vibe coding para vender credito em vez de mensalidade full.

Só depois do Aprovo vem a pergunta do sistema. Vale ver como isso terminou em opencode vscode.

Aí ele perguntar, eu quero enviar o arquivo paraa impressora ou eu já mando daqui enviar e imprimir, ele já vai e já imprime

2 saídas depois do sim: enviar o arquivo para a impressora, ou mandar daqui enviar e imprimir. A 2ª, na fala dele, já imprime. Neste recorte ele descreve a pergunta, não o resultado da peça. Isso aparece também em vibe coding para adaptar um design pronto em vez de pedir um site do zero. Foi o mesmo caminho de vibe coding para pausar o e2e quando a pagina nao para de recarregar.

O amigo pergunta se com isso ele otimiza. Isso aparece também em 9router.

Oxe, otimiza tempo

O amigo responde na sequência. Foi o mesmo caminho de self hosted.

Tempo, qualidade.

Tempo e qualidade são o que os 2 colocam em cima do gesto de ler as 3 alterações antes de mandar. O mesmo problema apareceu em vibe coding para nao deixar a landing com cara de ia. Vale ver como isso terminou em vibe coding para nao exportar tipo da page do next.

Outro sim desta live está no javascript confirm. Aqui o sim é o Aprovo do fatiador. Vale ver como isso terminou em vibe coding para tirar o escrito por que a ia esquece. Foi o mesmo caminho de como fazer capa de video.

No vibe coding o parâmetro de máquina espera o humano

No vibe coding, o agente gera o parâmetro e o humano lê o que mudou. O 15 para 8% só entra na conversa depois que Danilix abre as 3 alterações e pergunta se o amigo está vendo. O mesmo problema apareceu em vibe coding para o claude md dizer como publicar no eas.

Amanhã, se um agente gerar parâmetro de máquina, peça para ver o que mexeu, leia as alterações e só então aprove. Aqui foram 3: tempo, material, grid. Depois do sim, escolha se envia o arquivo para a impressora ou se manda daqui enviar e imprimir. Isso aparece também em vibe coding para o pdf da marca ir inteiro como referencia.

SE O AGENTE GERAR

  1. 01Peça para ver o que mexeu
  2. 02Leia as alterações e só então aprove
  3. 03Depois do sim, escolha se envia o arquivo ou se imprime daqui

Dá para assistir à live e ouvir o 15 para 8%, o Aprovo e a pergunta de enviar o arquivo ou imprimir daqui.