«O botão está errado» é difícil de pôr em prática. «Depois de submeter, o aviso num ecrã estreito aparece à direita, fora do formulário» já fornece uma ação, um estado e um desvio visível. Uma captura de ecrã torna-se valiosa quando complementa este tipo de descrição.
O ChatGPT suporta imagens como contexto, incluindo capturas de ecrã e diagramas. A documentação recomenda indicar a área relevante, o resultado pretendido e os limites da pergunta. O nosso próprio exemplo consiste em duas vistas artificiais de um formulário. Não foi realizada nenhuma análise de imagem real nem nenhuma correção para ele.
As imagens têm de mostrar estados comparáveis
A imagem A mostra um formulário de registo vazio; a imagem B, o estado depois de introduzir os dados e submeter. A largura da janela mantém-se igual. Um problema introduzido deliberadamente diz respeito ao aviso por baixo do botão. Isto deixa claro qual é a alteração que existe entre as duas imagens.
Descreve a ordem de forma explícita. Dois anexos de aspeto semelhante sem uma explicação tornam tentador tratar as diferenças como preferências de design arbitrárias. Remove os dados pessoais se não forem necessários para a questão técnica. Para começar, bastam conteúdos de campos inventados.
Separa a observação visível da hipótese técnica
A imagem pode mostrar que uma linha está cortada. Se a responsável é uma largura fixa, uma quebra de linha, um tipo de letra diferente ou um elemento pai, isso ainda não decorre daí. Uma resposta útil deve manter estes níveis separados.
Compare the two form views I created myself.
A: before input. B: after submitting, same window width.
Look at the notice below the button.
1. Describe only visible differences.
2. State the expected behaviour from my description.
3. Mark technical causes explicitly as guesses.
4. Suggest a small next checking step.Este briefing nosso ainda não pede uma correção completa do código. Uma pergunta de seguimento concreta sobre o HTML associado ou a regra CSS relevante pode ser mais útil do que uma alteração confiante a uma causa suspeita.
Um relatório de erro é um pequeno contrato sobre um estado
Mantém juntos o estado inicial, a ação, a expectativa e a observação real. Acrescenta a largura da janela e, quando relevante, o conteúdo introduzido. Isto permite que uma segunda pessoa tente recriar exatamente o mesmo estado. É uma base mais sólida do que uma única frase sobre um ecrã «avariado».
Starting point: empty sample form at a fixed narrow width.
Action: enter example data, then submit.
Expected: notice remains fully readable below the button.
Observed: notice extends sideways beyond the form area.
Open: which specific rule causes the overflow?Trata-se de uma constatação ilustrativa para o padrão planeado, não do registo de uma aplicação que tenha sido observada. É precisamente esta identificação que impede que uma descrição de erro plausível venha mais tarde a ser apresentada como um erro de produto efetivamente reproduzido.
Altera apenas uma condição de cada vez
Um passo seguinte poderia recriar o estado idêntico através do teclado ou analisar a regra associada. Se alterares ao mesmo tempo o navegador, a largura, os dados e o conteúdo, fica por esclarecer qual das diferenças teve efeito. Por isso, ao comparar, mantém as condições reconhecivelmente iguais, tanto quanto possível.
Depois, devolve a nova observação como prova adicional. «Com a mesma largura, a linha fica totalmente visível após esta alteração» é mais concreto do que «agora funciona». Uma correção real inclui também a verificação de outros estados razoáveis, como um texto de aviso mais longo.
Uma vista parcial continua a ser uma vista parcial
Uma captura de ecrã não mostra automaticamente a estrutura do documento, uma resposta do servidor nem o percurso completo pelo teclado. Também não prova a acessibilidade no seu todo. Para estas questões, precisas de observações adicionais adequadas do trabalho real.
A força de uma passagem visual reside na sua precisão: pessoas e IA falam do mesmo ponto, do mesmo estado e da mesma expectativa. Um passo seguinte útil decorre da pergunta que ainda está em aberto. Uma mudança de produto ou um botão genérico de reparação não são um pré-requisito para isso.
Fontes e estado da documentação: 25 de outubro de 2026.
