👁️ Visão pra interfaces + segurança defensiva

Modelos com boa capacidade visual conseguem analisar prints de tela, fotos de interface, PDFs de proposta e pecas de criativo do mesmo jeito que analisam texto: identificando hierarquia, ponto de atencao, ruido e ausencia. Isso muda o tipo de tarefa que vale a pena delegar — nao e so "gerar texto sobre a imagem", e avaliar a imagem como um revisor treinado avaliaria.

O erro mais comum e pedir pouco: "deixa mais bonito", "melhora esse design", "da uma olhada nisso". Sao pedidos vagos que devolvem respostas vagas — o modelo nao sabe contra qual criterio esta avaliando, entao chuta ajustes esteticos genericos (cor, espacamento) em vez de mirar no que realmente importa pro seu objetivo: a pessoa entender e agir.

A dica 9 desta trilha resolve isso trocando o pedido vago por um roteiro de auditoria: onde o olho para primeiro, o que confunde, o que gera desejo, o que gera duvida, o que cortar e o que mudar pra aumentar conversao. Seis perguntas objetivas — o prompt pronto vem no proximo topico.

A ideia e simples: em vez de descrever o que voce quer em adjetivos ("mais limpo", "mais moderno"), voce descreve o objetivo de negocio da peca — "fazer uma pessoa entender rapidamente o valor da proposta" — e pede uma lista fixa de seis observacoes. Isso funciona pra landing page, tela de app, PDF de proposta comercial, post de anuncio, print de dashboard.

Analise este print ou imagem. Compare com o objetivo: fazer uma pessoa entender
rapidamente o valor da proposta.

Diga:
1. onde o olho para primeiro;
2. o que está confuso;
3. o que gera desejo;
4. o que gera dúvida;
5. o que cortar;
6. o que mudar para aumentar conversão.

Quando o pedido e enquadrado como exploracao ou ataque — "como eu exploro essa falha", "me da o passo a passo pra invadir" — o modelo pode classificar isso como um pedido de dano cibernetico e recusar de vez, mesmo quando sua intencao real e proteger o proprio sistema.

Quando o mesmo assunto e enquadrado como revisao defensiva — "procure bugs, validacoes ausentes, exposicao de dados" — o modelo entende que o objetivo e proteger, nao atacar, e entrega uma analise completa: risco, arquivo afetado, causa provavel, correcao. E literalmente o mesmo assunto tecnico, com um enquadramento diferente na entrada.

Isso nao e um truque pra "enganar" o modelo — e o enquadramento correto pra quem esta, de fato, cuidando de um sistema proprio ou de um cliente. Trabalho legitimo de ciberseguranca (pentest autorizado, auditoria, revisao de codigo) e diferente de pedir uma receita de ataque generica, e a forma como voce escreve o pedido e o que deixa isso claro pro modelo.

O prompt abaixo pede explicitamente uma revisao defensiva: bugs, validacoes ausentes, problemas de autorizacao, exposicao acidental de dados, falhas de configuracao, riscos operacionais. E fecha com duas negacoes claras — nada de exploit, nada de passo a passo de ataque — que reforcam o enquadramento do topico anterior.

Analise meu código de servidor como revisão defensiva. Procure bugs, validações
ausentes, problemas de autorização, exposição acidental de dados, falhas de
configuração e riscos operacionais.

Não crie exploit. Não mostre passo a passo de ataque. Apenas indique o risco, o
arquivo afetado, a causa provável e a correção defensiva.

Um caso realista: voce tem um painel de admin/dashboard interno e quer saber se ele esta expondo dados sensiveis na propria tela — email completo de cliente, token, chave de API, ID interno, campo de debug esquecido em producao. Isso e ao mesmo tempo um problema de interface (o que aparece pro olho) e um problema de seguranca (o que o servidor decidiu mandar pro navegador).

Note que em nenhum momento voce pediu "como um atacante exploraria esse painel" — voce pediu clareza da interface e revisao defensiva do codigo. E exatamente essa combinacao que evita o refusal e ainda cobre o risco de ponta a ponta: da tela ate a linha de codigo que a alimenta.

Antes de colar qualquer um dos dois prompts, confira estes pontos — sao os erros que mais fazem a dica 9 devolver opiniao vaga ou a dica 10 disparar recusa.