Este artigo foi escrito em 6 de novembro de 2026.
As ferramentas de IA mudam rapidamente. Os nomes das telas, não. Um cabeçalho (header), um formulário (form) ou uma caixa de diálogo (dialog) mantêm o mesmo formato há anos. Rótulos de botões e menus de produtos vão mudar de lugar; por isso, encare este texto como um método para pedir uma tela, e não como um passeio pelos botões de um software específico.
A maioria das pessoas consegue visualizar com clareza a tela que deseja. O obstáculo surge na hora de dar um nome a ela: em vez do termo exato, descreve-se um movimento. “Algo que aparece pelo lado.” “Caixas de tamanhos diferentes.” “Uma janela que surge do nada e me obriga a responder.” Um modelo de IA consegue gerar código a partir disso, mas terá que adivinhar bastante. A próxima pessoa que pedir “algo vindo do lado” pode receber um menu, um painel lateral ou uma nova página. Uma mesma frase, três telas completamente diferentes.
Essa lacuna não tem a ver com falta de repertório nem significa que alguns idiomas estejam atrasados. Os modelos aprenderam os nomes dos componentes em inglês, com base em sistemas de design que usam essa nomenclatura há muito tempo. Se o seu idioma tem um termo consolidado, use-o e inclua a palavra em inglês entre parênteses na primeira menção, para que você e a IA alinhem a mesma ideia. Se não houver uma palavra exata no seu idioma, não invente um termo rebuscado: explique o formato em uma linha e mantenha o substantivo em inglês. É essa palavra em inglês que você vai colar no prompt.
Trata-se de uma abordagem prática de tradução. Uma recepcionista em Jacarta, um professor em Ulaanbaatar ou um lojista em Túnis não têm qualquer limitação técnica; apenas não conhecem o substantivo curto em inglês que o modelo já reconhece como um componente pronto. Assim que esse substantivo entra na instrução, a IA para de inventar estruturas e passa a organizá-las. O idioma local continua cumprindo o seu papel humano: definir para que serve aquela tela.
Uma frase que a IA não precisa adivinhar por você
Um pedido eficiente tem quatro partes: o significado no seu idioma, o nome em inglês, a ação realizada e a condição que encerra a interação.
Instrução vaga:
When I press settings, something like a menu should come in from the side.
Instrução precisa:
When I press Settings, open a drawer from the start edge. Close it with Escape, or with a tap outside the panel.
Um painel lateral ou gaveta (drawer) desliza a partir da borda e mantém a página de baixo visível.
A explicação no seu idioma pode vir logo abaixo do trecho em inglês. A linha que você cola no prompt deve permanecer em inglês, pois é o padrão que a maioria dos modelos associa a um componente estruturado. Especificar a “borda inicial” (start edge) funciona muito melhor do que dizer “direita” ou “esquerda”. Em páginas escritas da direita para a esquerda, como no árabe, a borda inicial fica à direita; se a gaveta sempre abrisse pela direita da tela, pareceria invertida nesses idiomas. Diga borda inicial e deixe a direção da escrita definir o lado correto.
A condição de fechamento é a parte que quase todo mundo esquece, mas é o que evita horas de dor de cabeça. Pedir apenas para “abrir um painel” não explica como ele deve sumir. O modelo pode escolher um ícone qualquer, um gesto de deslizar ou nada. No celular, o usuário fica sem saber como sair. Especifique a saída na mesma frase em que pede a abertura: a tecla Escape, um toque fora do painel ou um botão de fechar bem claro. Qualquer uma dessas opções resolve; oferecer as três é ainda melhor.
Essas quatro partes funcionam para quase qualquer estrutura que veremos nesta série. Uma caixa de diálogo (dialog) precisa de um motivo para interromper a navegação e de uma forma de voltar. Uma mensagem temporária (toast) — aquela nota curta que aparece e some sozinha — precisa de um tempo contado e da regra de nunca ser o único lugar onde um erro é exibido. Um cartão (card) deve dizer exatamente o que há dentro dele, e não apenas que a página deve “parecer feita de cartões”. O nome sem a condição é só um enfeite; a condição sem o nome cai na mesma frase vaga do início.
O que você pode ignorar no começo
Existe um menu enorme de tendências visuais: painéis translúcidos (glassmorphism), grades com blocos desiguais (bento), imagens que deslizam para os lados ou fundos que se movem em velocidades diferentes. Veremos esses termos em inglês mais adiante, em um quadro resumo, para que você consiga reconhecê-los quando o modelo sugerir algo do tipo. Mas você não precisa deles para colocar uma primeira página no ar. Tentar aprender dezenas de decorações antes de saber nomear um cabeçalho (header) só gera frustração e não ajuda a pedir a próxima tela.
Comece pela intenção, não pelo enfeite. Aquele momento serve para interromper o usuário, compartilhar a tela com ele ou apenas informá-lo? São três comportamentos distintos. Na linguagem do dia a dia, costuma-se agrupar tudo como “pop-up” (popup). O vocabulário de interface em inglês não comete esse erro; por isso vale a pena aprender esses substantivos, mesmo que você pense e trabalhe em outro idioma. Você não está mudando a sua mente para o inglês, mas apenas pegando emprestado um termo preciso, assim como um cozinheiro usa o nome universal de uma panela.
Mantenha uma lista curta dos termos que você realmente utilizou na semana — cinco são suficientes. Se você pediu um cabeçalho (header), um cartão (card) e um formulário (form), esses três formam o seu ponto de partida. Consultar palavras que você não usou transforma glossários em tarefas chatas. A razão de existir de um nome é suprir justamente aquela palavra que faltava na frase que você já tentava construir.
O impacto na rotina de trabalho
Saber o nome da tela encurta as idas e vindas com o modelo de IA e também evita desencontros com colegas de equipe. Duas pessoas podem apontar para o termo “drawer” e entender exatamente a mesma interação: o trabalho principal continua visível, o painel extra é temporário e a tecla Escape o fecha. Sem essa palavra, a discussão cai no gosto pessoal; com ela, o foco passa a ser se aquele momento realmente exige uma interrupção.
Essa segunda conversa é a que traz resultado de verdade. O nome de um componente não é adorno, mas uma decisão de fluxo. Uma caixa de diálogo (dialog) no centro trava a tela. Uma gaveta (drawer) compartilha o espaço. Uma nota rápida no rodapé não atrapalha em nada. Quem está começando a criar sistemas com IA costuma passar as primeiras semanas pedindo layouts bonitos; o trabalho avança de fato nas semanas em que descobre qual formato interrompe a navegação e qual deixa o fluxo seguir livre.
Deixar esse vocabulário restrito a uma única língua traz um custo social. Os tutoriais chegam primeiro onde os modelos foram treinados. Para todos os outros, a orientação costuma ser “apenas descreva o que você quer”, o que parece democrático, mas gera muitas suposições da IA. Descrever o que você precisa continuar sendo o caminho certo, mas usar o nome técnico da peça é o que faz a ideia resistir ao contato com o modelo. Uma escola, um posto de saúde ou uma loja de bairro podem especificar a página em português ou qualquer outro idioma e colar uma linha curta em inglês que o modelo não vai confundir com outra estrutura. O raciocínio permanece local; o nome do componente é compartilhado.
Não é preciso decorar um dicionário técnico extenso antes de criar a primeira tela. Você só precisa da estrutura que vai pedir agora, do nome dela em inglês e da condição para fechá-la. O restante desta série segue por esse caminho: a ossatura de uma página, as formas de solicitar dados ao usuário, como comunicar o que aconteceu e a quantidade certa de movimento que ajuda na navegação. Quem sabe dar nome à tela já consegue orientar qualquer modelo de IA, sem precisar esperar por um glossário oficial.