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
- 01Peça para ver o que mexeu
- 02Leia as alterações e só então aprove
- 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.