Dirigir o prompt e avaliar a entrega do agente

Escrever "um cartão bonito e moderno" deixa o agente de IA escolher por você, e ele escolhe a média de tudo que já viu. Uma âncora, a referência concreta anexada ao pedido, troca esse adjetivo por evidência e corta rodadas de correção.

Sobre o briefing já escrito, o pedido ganha duas exigências: a âncora e a lista de escolhas antes do código. A entrega só é aceita com o print, a foto da tela como ela ficou, e com uma conferência por lista fixa.

A captura mostra o arranjo, nunca as regras, e por isso ela sozinha engana. Escreva ao lado dela quatro linhas curtas: o dado que muda, o estado que faltou, a cor certa e o que ignorar, como a barra do navegador.

Antes do código, peça ao agente a lista das escolhas: paleta, tipo de letra, arranjo e o motivo de cada uma. A skill frontend-design (o roteiro de projeto visual que o agente lê) manda comparar esse plano com o briefing. Toda escolha que ele faria para qualquer página parecida é trocada, e ele diz o que trocou e por quê.

A lista é o seu ponto de veto barato. Uma cor errada custa uma linha de resposta; a mesma cor espalhada em 20 arquivos custa uma tarde.

Exija o print da tela antes da entrega. A mesma skill manda o agente tirar a captura e criticar o próprio trabalho, porque uma imagem vale mil tokens (as unidades de texto que ele cobra). Na captura ele enxerga o botão cortado e o cinza ilegível que o código sozinho esconde.

Peça dois prints, celular e computador, nos temas claro e escuro, e a frase do que ele tirou depois de olhar. O conselho de Coco Chanel, citado na skill, resume o gesto: antes de sair de casa, olhe no espelho e tire um acessório.

Um ajuste por vez é a regra dos pedidos seguintes: contraste, depois estado, depois densidade. Pedidos juntos voltam num bloco grande, difícil de conferir, e um erro numa parte derruba a confiança no conjunto inteiro. Cada resposta negativa da conferência vira um pedido de uma linha sobre o ponto exato que faltou.

O contraste tem dois pisos, e o segundo é o esquecido. Contraste é a diferença de claro e escuro entre texto e fundo, e a régua pede 4,5:1 no texto normal e 3:1 no texto grande.

Esse segundo piso vale para o que não é texto. A borda do campo, o anel que marca onde você está com o teclado e o ícone com sentido pedem 3:1. Medir só o texto aprova uma tela em que ninguém acha onde clicar.

A regra de dizer o que ignorar na âncora apareceu na vitrine online de uma loja de roupas. A foto de referência trazia sombra, cursor e barra do navegador, e o agente copiou os três porque o pedido não os excluía.

O dono reescreveu o pedido com uma linha dizendo o que ignorar, e a tela voltou limpa. Como a mesma foto mostrava só a arara cheia, o pedido passou a nomear à parte o estado "sem estoque".

Antes de enviar o pedido, anexe uma captura de referência com as quatro linhas do que muda. Peça a lista de escolhas com motivo e vete por escrito o que parecer feito para qualquer página.

Exija o print nos dois temas e a frase de autocrítica do agente. Depois confira na ordem da tabela: estados, contraste, teclado, fidelidade ao briefing e print. Libere a publicação só com as cinco respostas positivas, e peça os ajustes um de cada vez.

Diga o que conta como pronto agora que o agente testa

A conferência manual da entrega tem limite de tempo, e o passo seguinte é escrever o aceite que o próprio agente executa abrindo e testando a tela.

O agente abre a própria página, testa em vários tamanhos de tela e corrige antes de devolver. Essa rotina reduz a revisão humana a quatro itens sem medição pública: contraste, teclado, tela estreita e fidelidade ao real.

Essa mudança desloca o que você escreve no briefing, do como implementar para o resultado observável, e redefine o que continua sendo sua responsabilidade na aprovação.

Ferramenta de navegador é a permissão para o modelo abrir a própria página num navegador, como você faria. Com ela, o agente vê a página montada, percorre os caminhos do usuário, acha erro de estado e compara o resultado com a referência que você anexou.

A consequência prática é que o pedido deixa de ser sobre código e passa a ser sobre resultado observável. Escreva o que precisa estar funcionando, e não como implementar.

Três instruções mudam mais o resultado que qualquer outra. A primeira é o viés para a ação: trate um pedido como ordem de executar e siga até o objetivo, sem parar para pedir confirmação em passo reversível.

A segunda define o que conta como pronto, numa frase que se responde com sim ou não. A terceira diz onde o modelo age sozinho e onde precisa da sua aprovação, que chega sobre um resultado concreto já revisável.

Arquivo de instrução longo virou peso. Quem trabalha na ferramenta de desenvolvimento da OpenAI publicou em 4 de setembro de 2026 que receita rígida passo a passo prende o modelo novo.

Lembrete do tipo seja cuidadoso e teste tudo de novo gera trabalho redundante, porque ele já testa por conta própria. O que ajuda é definir o resultado esperado e a fronteira de autonomia.

Há um sinal simples de que o seu briefing envelheceu. Se o agente pede permissão para corrigir um erro de digitação, a instrução ainda está escrita para o modelo anterior. O que era proteção virou trava, e o conserto é apagar a linha.

O que o agente não confere continua com você, e a lista é curta. Não existe medição pública de contraste, de leitor de tela ou de comportamento em tela estreita para páginas geradas por esses modelos.

Fidelidade também é sua. Quando a peça representa algo real, um imóvel, um produto ou um equipamento, alguém confere contra a fonte. O modelo preenche lacuna com o que é plausível, e plausível às vezes é falso.

Esses quatro itens cabem numa folha e numa reunião de dez minutos. Escreva cada um como pergunta de sim ou não, para que a aprovação pare de depender de gosto.

Trocar de modelo não resolve o que sobra com você. Uma comparação de dois anos de modelos mostrou que os mais novos escrevem código que compila melhor sem escrever código mais seguro.

No mesmo levantamento, o código saiu com falha de segurança conhecida em 45% dos casos. A falha mais comum é a que aparece justamente em tela: o conteúdo escrito pelo visitante exibido sem limpeza.

Por isso o pedido leva uma linha fixa: todo texto que vem do visitante entra na página como texto, nunca como código.

Há um ponto de calibragem que surpreende quem vem do modelo anterior. Esforço é o ajuste que manda o modelo pensar mais antes de responder, e em página simples pedir o máximo piora o resultado.

Num teste de tela de acesso, o esforço no topo produziu rótulos repetidos e comandos duplicados numa tela que pedia simplicidade. Mais raciocínio virou mais elemento, e a clareza caiu.

Comece em esforço baixo ou médio para página de formulário, de acesso e de listagem. Guarde o esforço alto para tela em que a aparência decide a venda, e mesmo assim compare as duas saídas antes de aprovar.

Uma clínica que vai refazer a página de agendamento escreve o aceite em quatro linhas. O horário aparece em três toques no celular e o formulário envia só com o teclado. O contraste passa na ferramenta e o telefone da recepção confere com o cadastro. Com as quatro escritas, a aprovação deixa de ser conversa.

Antes de aprovar a próxima tela, escreva em uma frase o resultado observável, sem citar tecnologia. Dê ao agente a ferramenta de navegador e declare o que ele faz sozinho, o que exige sua aprovação e o que nunca deve fazer sem você.

Corte do briefing a receita passo a passo e o lembrete de cuidado. Confira pessoalmente os quatro itens sem medição pública: contraste, teclado, tela estreita e fidelidade ao que existe de verdade. A tela está aprovada quando as quatro perguntas têm resposta sim.

Guia prático: landing page de campanha, do gerador ao repositório

Gerador de tela no navegador serve para testar a oferta em horas. A página que recebe verba de mídia precisa de mais três coisas: código no seu repositório, evento de medição e conferência no celular. O roteiro abaixo usa o briefing e a âncora deste capítulo e vale para v0, Lovable e Bolt.

Guia prático: revisar a entrega como diretor, com nota que o agente consegue executar

"Não gostei do meio, melhora" é a nota mais cara que existe: o agente adivinha, refaz o que estava certo e você revisa tudo de novo. O curso de edição de vídeo estudado em 07/10/2026 ensina a revisar como diretor, com três regras que servem igual para uma página.

Primeiro, assista ou percorra a entrega inteira uma vez sem anotar. Na segunda passada, anote com posição: no vídeo, o tempo (aos 0:15); na página, a seção e a largura de tela (no topo, a 390 px). Segundo, uma nota por linha, todas mandadas juntas, para o agente refazer uma vez só. Terceiro, diga o que quer ver, e não como fazer: "o botão visível sem rolar" é executável; "aumenta o padding do container" amarra o agente a uma solução que pode estar errada.

O quarto hábito fecha o ciclo: ajuste que se repete vira regra no arquivo de instruções. No material estudado, cada erro corrigido duas vezes passou para a lista de armadilhas da skill, e um deles virou aviso automático no script que monta os planos. Na página, a nota que você deu em dois projetos vai para o CLAUDE.md ou para o DESIGN.md.

O mesmo vale para o pedido de personalização de um template. O pedido sugerido pela galeria estudada manda ler os dois arquivos, adaptar mantendo a estrutura e rodar o projeto. Faltam o plano antes de editar, os dados reais do negócio, a varredura de dados de exemplo e o teste em 390 px. Escreva o seu pedido com as suas palavras e peça um piloto pequeno antes do todo.