Vibe coding para o agente listar os prints que ele quer

Quando o agente pede print com dados que não existem no app, você não fabrica o passado. Mostra a tela de hoje e manda o modelo listar as telas: print disso, no total são tantos. No vibe coding para o agente listar os prints que ele quer, a captura começa depois dessa lista.

Martin estava no overview do Fable, com o melhorias.md aberto. O arquivo pedia prints com dados. Ele segurou o agente ali, apontou o pedido escrito e cobrou os nomes das telas que queria ver agora.

No melhorias.md o Fable pediu print com dados

Ele vinha do overview no Fable. O arquivo de melhorias já estava na mesa. O item seguinte podia esperar. Ele corta o fluxo e pede que o Fable especifique exatamente os prints.

O pedido já estava escrito. Ele lê o que o modelo colocou "no no arquivo" melhorias: os prints precisam vir com dados. O arquivo pede a tela do Fumava com conteúdo. Martin olha o produto na sessão e responde com o que está na frente dele.

Como é que eu vou fazer isso com dados? Não tem como, né?

Não tem como porque o dado pedido não está na tela. Se ele inventa o conteúdo, o print deixa de ser a tela. O arquivo pediu print com conteúdo. O conteúdo que existe é o de agora, na sessão, no estado em que o app está.

Ele fala isso para o Fable, com o arquivo ainda na tela. A frase "não tem como" trava o pedido de dado. O que segue é a oferta da tela de hoje.

O mesmo melhorias.md já aparece no recorte de quanto custa o Claude. Neste corte o arquivo pede print com dados.

A tela de hoje é o que ele consegue entregar

Ele nomeia a entrega possível, ainda na mesma fala.

Eu consigo trocar a meta e te mostrar como é que fica a tela hoje, etc.

Trocar a meta, neste recorte, é um gesto na interface para a tela de hoje mudar de cara. Ele altera o número na sessão e tira o print do estado que aparece. A captura mostra o Fumava no estado da sessão.

A promessa dele é a tela depois da troca, nesta sessão. O Fable pediu dado. O dado que ele tem é o estado atual, inclusive o estado depois de mudar a meta na hora.

No vibe coding, o agente lista os prints antes da captura

Com o dado que falta recusado, ele devolve o trabalho para o modelo. Pede as telas agora e diz que vai tirar para passar. Sem os nomes, a captura não começa. O formato que ele quer de volta é o que ele dita. O mesmo problema apareceu em vibe coding para nao fingir que leu os docs do agente. Vale ver como isso terminou em vibe coding para o agente achar informacao duplicada nas telas.

Quero print disso, disso, disso, disso. No total são tantos prints.

"disso, disso, disso, disso" é o pedido item a item. "tantos prints" é o total que o agente fecha. Ele não trata a repetição como cifra. O Fable lista e Martin tira o print depois.

Ele quer a lista agora e já se oferece para tirar as telas na hora. O atraso está no modelo, que ainda não nomeou as telas. Martin espera essa lista para começar. Um print de tela sem nome vira arquivo solto; com o total fechado, ele confere o pacote no fim.

Mais tarde, já na execução, ele tira os prints do app sem emulador e junta pastas bloco A, B, C e E. A lição deste recorte fica antes disso, no pedido da lista.

A lista fechada vira a pasta do print

No vibe coding de amanhã, a resposta cabe em 2 linhas: uma devolve a tela de hoje, a outra cobra print disso, no total são tantos.

Você cola a lista no chat e então abre o app. Cada nome vira 1 arquivo. O total que o agente fechou é o que você confere no fim da pasta.

Dá para assistir à live e ouvir o "não tem como" no melhorias.md, a tela de hoje e o pedido de "tantos prints".