Interface para quem aprova, contrata e constrói
Revisado em
Toda tela publicada custa manter no terceiro ano, e quem aprova raramente vê essa conta. Este curso ensina a pedir uma interface com critério, conferir a entrega e decidir o que vale construir com um agente de inteligência artificial. Do briefing à publicação, são 146 recursos com exemplos de implementação e critérios de conferência, distribuídos em trinta aulas, mais três capítulos bônus com as cenas que mostram a máquina trabalhando.
Telas com IA no seu projeto
Conte a tela ou o fluxo que você quer prototipar e o Alexandre responde com um caminho para começar.
Falar pelo WhatsAppPara consultar uma ferramenta específica, use o índice dos 146 recursos e abra o capítulo em que ela é aplicada.
Trilha 1Fundamentos e briefing
Leia qualquer tela publicada camada por camada e escreva um briefing que diz assunto, público, tarefa e como conferir o resultado.
Para concluir, leia até o fim e toque em “Concluir e continuar”, no final do capítulo. É esse toque que conta o capítulo no seu painel e no certificado.
A cor da marca copiada em 30 arquivos do site vira 30 edições no dia em que você decide trocá-la. Toda tela publicada tem três camadas, e o visitante enxerga só uma delas quando abre o site.
As outras duas ficam invisíveis e cobram meses depois, em manutenção e em risco que a empresa assumiu sem perceber. É nelas que mora o trabalho de quem aprova, contrata ou constrói a próxima tela. Enxergar as três muda a decisão, porque você para de julgar a página só pelo que aparece.

A primeira camada é a tela pronta, o que o visitante vê ao abrir o site. Qualquer pessoa julga essa camada em cinco segundos, e por isso ela rouba a atenção de quem pede e de quem constrói.
Vem em seguida a segunda camada, o que você mantém depois de publicar. Cada componente, a peça que se repete como o botão, vira responsabilidade sua, e cada biblioteca (o pacote de código pronto que poupa escrever do zero) também.
Manter custa porque o mundo em volta se mexe. As bibliotecas publicam correção de segurança, os navegadores mudam o comportamento de algum recurso, e a tela perfeita de março quebra em setembro sem aviso.
Fundamentos e briefing: as três camadas de uma tela e o pedido que o agente executa
As cinco aulas da trilha em vídeo: as três camadas de toda tela publicada, o briefing com assunto, público, tarefa e critério de sucesso, o repertório de marca antes do prompt, o prompt com âncora e a conferência do que voltou, e o critério de aceite quando o agente confere a própria tela.
Transcrição
0:00E aí, boas-vindas a mais uma explicação detalhada por aqui. Para quem é founder, atua na gestão de produto ou lidera a criação de produtos digitais, chegou aquele momento de dominar uma habilidade que já é absolutamente essencial.
0:13Construir interfaces usando agentes de inteligência artificial, mas sem encostar num teclado para escrever uma única linha de código. O nosso foco hoje é destrinchar uma masterclass fantástica sobre esse assunto.
0:24A ideia é pegar os fundamentos de entender a estrutura exata para transformar a forma como as telas são construídas. Nós queremos fugir daquelas armadilhas de interface genérica, de IA, e garantir um código que realmente se sustente lá na frente.
0:37Vamos mergulhar nisso? A nossa jornada de hoje passa por seis passos lógicos. Vamos cobrir, 1, as três camadas da tela, 2, o briefing de interface, 3, o repertório da marca, 4, o prompt e a conferência, 5, o critério de aceite, e fechamos com o passo 6, que é o briefing finalizado.
1:00Começando pela seção 1, as três camadas da tela e o que realmente custa manter uma interface gerada. Para colocar todo mundo na mesma página, a gente precisa traduzir logo de cara o termo do momento, vibe coding. O que é isso na prática?
1:16Bom, é simplesmente construir telas conversando com o agente de IA, sem escrever o código à mão. É um paradigma técnico novo e absurdamente rápido. Só que aí entra o pulo do gato. A base desse método é aceitar uma realidade que fica ali, escondida.
1:32Toda tela publicada no mundo tem três camadas, mas quem visita o site só vê a primeira. E como é muito fácil pedir pra IA gerar essa camada visível rapidinho, a gente corre o enorme risco de ignorar as outras duas.
1:45Elas ficam ocultas e meses depois cobram um preço altíssimo na manutenção. É exatamente assim que aquele monstro chamado débito técnico começa a crescer. Vamos analisar os atalhos que a gente costuma pegar e que geram esse débito todo.
1:58Sabe quando a gente manda a IA escrever a cor da marca direto no código? Ganha-se uns minutos hoje, claro. Mas quando a equipe de marketing decide mudar um tom de azul, nossa, viram dezenas de edições espalhadas pelo projeto inteiro.
2:10Acaba resultando naquele pesadelo de ter um azul diferente em cada página. Isso vale para tudo. Pular a criação da tela de erro que deixa a página toda branca quando algo falha, instalar uma biblioteca sem olhar a licença e deixar o site super lento, ou deixar a acessibilidade para o final e, de repente, a tecla Tab nem funciona.
2:26Mas olha só, o ponto mais crítico aqui são os números soltos. Se um contador de clientes é gerado direto no código sem conectar ao banco de dados real, ele vira um número fantasma sem dono.
2:37E é aí que entra uma regra de ouro fantástica das fontes, a regra dos dois cliques. Qualquer pessoa lendo um número na interface precisa conseguir descobrir em até dois cliques de onde aquele dado veio, a definição dele, quando foi atualizado e quem responde por ele.
2:51Genial, né? Então, a decisão prática dessa primeira etapa é bem direta. Antes de aprovar qualquer tela, a gente precisa documentar essas três camadas. O que a pessoa visitante enxerga, os componentes de código que a equipe vai ter que manter no futuro e as responsabilidades de dados de acessibilidade que estamos assumindo.
3:07E, claro, passar cada número pela regra dos dois cliques. É o básico bem feito. Avançando para a seção 2, o briefing de interface. Aqui, a gente define o assunto, o público, a tarefa e o critério de sucesso.
3:19Sabe onde a maioria dos projetos afunda logo de saída? No briefing genérico. Se o pedido for raso, o modelo de inteligência artificial faz o que ele sabe fazer de melhor, calcula a média de tudo o que já viu na internet e devolve uma tela completamente sem alma.
3:35Daí, começa aquela novela de infinitas rodadas de correção. Para evitar essa dor de cabeça, a gente precisa entender o que é um token. Pensa no token de design como se fosse a etiqueta colada numa lata de tinta. Em vez de falar para a IA de um jeito vago, usa um azul escuro, a gente dá o nome exato, a instrução passa a ser aplique a cor primária da marca.
3:55Simples assim. Isso muda o jogo e desmistifica totalmente a forma como a identidade visual é gerenciada de forma profissional dentro do código. E por falar em média da internet, existem cinco padrões genéricos que entregam na hora que o produto foi feito por IA.
4:10Por exemplo, aquele fundo creme com detalhes cor de argila. Isso grita produto de IA. ou aquele fundo preto com o verde ácido que é a cara do site padrão de startup. O segredo para não cair nessa mesmice é separar muito bem o que a gente chama de eixos visuais da marca.
4:26Os eixos fixos, tipo a paleta de cores e a cor de fundo, precisam ser seguidos à risca pela inteligência artificial. Já os eixos livres, como algumas ilustrações, podem ter uma geração mais solta. Mas, e isso é muito importante, no briefing a gente já deixa expressamente proibido o uso desses padrões estatísticos genéricos.
4:44A ação gerencial para essa etapa é inegociável, não dá para pular as partes essenciais de um briefing. A gente tem que nomear concretamente o assunto, quem é o público e qual a tarefa principal daquela tela.
4:57Separamos os eixos fixos dos livres, sempre colocando critérios de sucesso super claros. Pedir um design bonito e moderno é pedir para ter retrabalho, porque beleza é subjetivo.
5:07Agora, pedir um contraste de 4,5 para 1, aí sim, esse é um critério totalmente verificável e técnico. Chegamos na seção 3, o repertório da marca. Vamos falar dos eixos fixos e das referências que vêm antes de digitar o prompt.
5:23Atualmente, a gente vive uma crise de identidade pesada no mundo digital. Quando quem consome o produto reconhece a assinatura da ferramenta de IA antes de reconhecer a essência da marca, temos um problema estratégico gigante na mesa. Um estudo muito interessante de abril de 2026, feito por Stanford e pelo Imperial College, traz dados que impressionam. Em 2025, 35% de todos os novos sites já eram gerados ou assistidos por inteligência artificial.
5:49Isso é mais de um terço da internet nova com a mesma cara. E tem mais. O estudo também relatou um aumento de 107% numa espécie de positividade artificial nos textos. A web inteira ficando igualzinha e com um tom otimista que nem parece real.
6:03Então como a gente combate essa homogeneização? Usando o que chamamos de skill frontend-design. O que é isso? É basicamente um roteiro técnico, um script com regras, que o agente de IA é obrigado a ler antes de começar qualquer trabalho.
6:17Esse roteiro força a IA a parar e pedir o contexto cultural e de design do projeto. Porque se a gente não fornecer essa skill, a ferramenta simplesmente preenche as lacunas com o que é óbvio para ela.
6:28Por exemplo, ela vai lá e pinta todos os botões do site de azul índigo, só porque é a cor padrão na grande maioria das bibliotecas de código hoje em dia. Isso tudo faz parte do que as fontes chamam de ciclo dos bancos de imagem aplicado à IA. Como funciona?
6:43Começa com aquele deslumbramento. A tela parece nova, incrível, mas a nossa percepção muda muito rápido. Logo, o visual parece só mais do mesmo, algo comum, e a fase final é a pior. O design acaba sinalizando o descuido e isso afasta o cliente.
6:57Para quebrar esse ciclo de forma ativa, a gente precisa ancorar o design no mundo real. Isso significa trazer texturas de espaços físicos autênticos, usar o vocabulário hiperespecífico do setor da empresa e buscar referências que estejam totalmente fora do circuito e do vício dos algoritmos.
7:14A grande decisão prática que tiramos dessa etapa é fazer o famoso teste do sósia. É um teste super simples. A gente esconde o logotipo do site que a IA acabou de gerar e mostra a tela para alguém de fora.
7:25Se a pessoa disser que parece só mais uma empresa de tecnologia, a má notícia é que a IA venceu. Mas, se essa pessoa conseguir adivinhar o setor de atuação do negócio só olhando a identidade visual, as texturas, as fotos e a abordagem única, bom, aí a gente sabe que a identidade da marca sobreviveu com sucesso.
7:43Entramos na seção 4, o prompt e a conferência. Como usar a âncora e o que fazer quando o resultado volta? Na hora da execução, insistir em adjetivos vagos é garantia de receber a média estatística da internet em troca.
7:57A gente precisa de evidências objetivas e de um processo de avaliação muito rígido para evitar aquele retrabalho contínuo. E é exatamente aqui que entra um conceito maravilhoso, a âncora.
8:09A âncora nada mais é do que uma referência concreta, um fato visual que a gente anexa ao nosso pedido inicial. Pensa num print de uma tela ou de um componente que serve de base arquitetônica.
8:20A gente sobe essa imagem junto com o comando e dá uma instrução afiada. Esse é o arranjo desejado, mas o dado X precisa ser alterado e a sombra Y não deve ser reproduzida.
8:30Acredite, essa tática simples corta drasticamente o número de idas e vindas na geração do código. Depois do primeiro pedido, a conferência tem que ser implacável.
8:39A gente passa por checagem de contraste, testa se a navegação pelo teclado está funcionando perfeitamente, mas tem um passo aqui que é genial e super inovador. Nós exigimos que o próprio agente autônomo tire um print da tela que ele acabou de codificar e faça uma autocrítica.
8:54Como para a inteligência artificial, uma imagem processada vale mil tokens, quando a gente analisa visualmente o próprio print, ele consegue perceber se deixou um botão cortado ou se gerou uma cor de texto ilegível codificando às cegas.
9:06E o melhor de tudo é que, muitas vezes, ele mesmo conserta o problema antes mesmo da primeira revisão humana. A decisão prática dessa fase não deixa dúvidas. O código não deve ser aceito imediatamente após a geração. A aprovação da entrega só acontece depois de receber os prints que solicitamos internamente ao agente, junto com a lista textual dos motivos pelas escolhas visuais.
9:28É isso que força a autocrítica indispensável do sistema. Seção 5. O critério de aceite Vamos entender o que o agente confere sozinho e o que continua sendo tarefa humana. Com os modelos de IA mais recentes, como o GPT-6 Astra, que os estudos do fim de 2026 apontam, ocorreu uma mudança de paradigma enorme.
9:49Esses modelos novos já conseguem abrir um navegador nativo sozinhos, testam a responsividade e corrigem bugs menores de forma completamente autônoma. E como a máquina já cuida daquele polimento mais braçal do código, sobram quatro itens inegociáveis para a checagem exclusivamente humana.
10:08Isso acontece porque, pelo menos até agora, a IA não tem uma medição automatizada e 100% confiável nessas páginas recém-geradas para quatro pontos: garantir o contraste mínimo de texto, a perfeição da navegação via teclado, que é vital para a acessibilidade, o comportamento da tela sem quebras em dispositivos móveis menores e, principalmente, a fidelidade ao que existe no mundo físico real.
10:31A IA é mestra em inventar preenchimentos e fotos que parecem super harmoniosos na tela, mas que simplesmente não existem ou não fazem sentido prático na realidade do produto. A decisão prática que coroa essa fase é mudar o nosso próprio comportamento.
10:46A gente precisa abandonar o velho hábito de ditar o como a IA deve implementar a estrutura. Em vez de microgerenciamento técnico, nós passamos a definir e exigir resultados observáveis finais.
10:56Dar uma instrução de alto nível, do tipo o formulário inteiro deve ser enviado e validado usando apenas o teclado, entrega total autonomia de execução ao agente. No final, cabe a supervisão humana apenas checar manualmente aqueles quatro itens inegociáveis.
11:10Finalmente, chegamos à seção 6. O briefing finalizado. a sequência consolidada que acontece antes do primeiro prompt. Para amarrar toda essa masterclass, a gente monta uma sequência perfeita. Um verdadeiro manual de sobrevivência no vibe coding atual, feito antes mesmo de digitar a primeira palavra.
11:29Passo 1, nomear concretamente o assunto, o público-alvo e a tarefa fim da interface. Passo 2, separar estritamente o que a IA não pode mudar daquilo onde há total liberdade visual.
11:42Passo 3, listar preventivamente todos os quatro estados do sistema, sem esquecer das telas de erro e de carregamento. Passo 4, anexar desde o começo a âncora visual física e proibir categoricamente os padrões de design genéricos da web.
11:58E, para fechar, passo 5, definir os critérios de sucesso focando unicamente em resultados que possam ser observados e testados. Essa estrutura é a verdadeira chave para um código sustentável e que respeita a identidade central de um projeto digital.
12:13Fica uma provocação final para pensarmos. O modelo de inteligência artificial pode atuar como uma incrível fotocopiadora de alta velocidade e um poderoso motor matemático de médias visuais.
12:24No entanto, o design focado na identidade e na intencionalidade é e continuará sendo um trabalho estritamente analítico e humano. Não se deve jamais cair na armadilha cômoda de aceitar o bom o suficiente ou o design automático.
12:37é imperativo assumir o controle total da identidade visual. E afinal, de quem será a assinatura visível na próxima tela construída para o mercado? Da marca ou da ferramenta? Muito obrigado por acompanhar mais esta explicação detalhada até aqui e excelentes projetos para todo mundo.
Fundamentos e briefing, em conversa
Dois apresentadores percorrem as cinco aulas da trilha cobrando a prova de cada afirmação: o que uma tela custa manter, o briefing que evita retrabalho, a marca que se reconhece sem logotipo, o prompt com âncora e os quatro itens de aceite que continuam com a pessoa.

Transcrição
0:00Imagina a seguinte cena, que, convenhamos, tira o sono de muita gente que lidera projetos de tecnologia por aí. Uhum, pode falar. Uma tela novinha em folha é aprovada e publicada lá pelo mês de março. Certo. O visual está absolutamente impecável.
0:15Tudo roda com perfeição, a equipe inteira comemora o lançamento. Tudo lindo. Tudo lindo. E aí o tempo passa. Ninguém da equipe de desenvolvimento toca em uma única linha de código durante meses. Mas, de repente, chegam o mês de setembro e essa mesma tela simplesmente quebra por inteiro.
0:33Do nada, sem nenhum aviso prévio. Nossa, sim. Esse é o terror absoluto. Ou, pensa num outro cenário de caos total. A equipe de marca decide alterar levemente o tom de azul da empresa. Ih, já sei onde isso vai parar.
0:49Pois é. O que devia ser um ajuste super simples, coisa de cinco minutos, vira uma caçada exaustiva por 30 arquivos diferentes do site. 30 edições manuais? Exatamente. Tudo porque a cor antiga foi copiada e colada de forma espalhada e ninguém mapeou esse risco lá atrás.
1:08Olha, essa é uma dor muito visceral no desenvolvimento de produtos digitais hoje. E é exatamente isso que torna a nossa exploração de hoje tão urgente. Com certeza. Nós vamos investigar a fundo a engrenagem oculta que gera essa tensão toda.
1:23O nosso foco hoje é dissecar a trilha Fundamentos e Briefing do curso gratuito Frontends com Vibecoding. Isso. E a nossa missão nesse mergulho de hoje é mapear como as equipes podem aprovar e construir telas usando a inteligência artificial sem tocar diretamente no código, garantindo a governança sobre o que vai pro ar.
1:44Perfeito. E o primeiro passo pra gente entender o motivo dessa quebra misteriosa de setembro acontecer passa por mudar o nosso ponto de observação. A fonte sugere que precisamos parar de olhar exclusivamente para a superfície brilhante que o visitante enxerga lá no navegador.
2:02É aquela primeira impressão, né? Isso, porque toda tela publicada é, na verdade, composta por três camadas distintas, sendo que duas delas são completamente invisíveis a olho nu. A primeira camada é a tela pronta em si, aquele visual que qualquer pessoa bate o olho e julga em cinco segundos.
2:21Exato. E como é um julgamento muito rápido, muito imediato, essa primeira camada acaba sugando toda a atenção de quem aprova e de quem constrói o projeto. E é aí que mora um perigo enorme e bem silencioso. A segunda camada é a estrutura de fato, aquilo que a empresa precisa manter ao longo do tempo.
2:40E aqui, a gente precisa alinhar alguns conceitos fundamentais que o curso apresenta, tá? Claro, vamos lá. Bom, primeiro de tudo, o componente. Um componente é a peça que se repete em uma tela. como um botão. Certo, botão, campo de texto, essas coisas. Uhum.
2:57E também temos a biblioteca. Uma biblioteca é o pacote de código pronto que poupa escrever do zero. E quando a equipe desenha dezenas de componentes e instala várias dessas bibliotecas na velocidade da luz para montar aquela primeira camada visual?
3:11A conta chega. Exato. Cria-se uma obrigação de manutenção contínua. Essas bibliotecas sofrem atualizações de segurança o tempo todo. os navegadores mudam o comportamento de seus recursos. Sabe o que isso me lembra? O quê?
3:25É a mesma lógica de levar um carro para a oficina e deixar mecânicos completamente desconhecidos instalarem peças de origens duvidosas dentro do motor do seu carro. Nossa, sim. O carro sai da oficina com a pintura brilhando.
3:39Quem olha de fora acha que está maravilhoso. A primeira camada está impecável. Mas se não houver uma checagem mensal muito rigorosa para saber se a licença daquela peça ali dentro mudou, ou se o código dela envelheceu e perdeu suporte, uma hora o motor vai parar.
3:55Vai parar no meio da rodovia digital. E é exatamente por causa dessa falta de manutenção na segunda camada que a tela perfeita de março quebra misteriosamente em setembro. E a gravidade da situação aumenta bastante quando a gente entra na terceira camada.
4:10A camada das responsabilidades, né? Isso. A terceira camada engloba tudo aquilo que a empresa assume publicamente e legalmente. O material destaca implicações bem severas aqui. Dá um exemplo para quem está acompanhando a gente.
4:23Por exemplo, se um formulário coleta dados de quem acessa, essa coleta passa a ser regida instantaneamente pela Lei Brasileira de Proteção de Dados Pessoais. A famosa LGPD. Exatamente. Ou, pegando um detalhe mais estético, se a equipe escolhe um tom de cinza muito claro para exibir o preço de um produto, essa escolha visual define na hora se um cliente com baixa visão vai conseguir ou não ler a informação e fechar a compra.
4:48É uma responsabilidade gigantesca. E ainda dentro dessa terceira camada, a fonte aponta para um antipadrão que, olha, me deu até arrepios porque assombra muitas interfaces corporativas. Qual deles? O painel de métricas gigantesco.
5:03Sabe aqueles painéis com 40 indicadores numéricos diferentes, mas que, no fim das contas, não levam a decisão nenhuma? Ah, o famoso cemitério de dados. Sim. O material explica que esses números muitas vezes não têm uma meta definida.
5:16Eles não possuem um baseline, que seria aquele valor de partida para qualquer comparação, e para piorar, não têm um responsável claro. É, eles acabam surgindo por pura inércia. Um departamento pede um número ali, outro pede mais três aqui, e de repente o painel vira um monstro sem rastreabilidade.
5:33E para resolver esse antipadrão, o curso do Alexandre traz uma governança muito interessante. A regra dos dois cliques. Muito boa essa parte. A lógica é implacável. Qualquer número exibido em uma tela corporativa precisa responder a quatro perguntas fundamentais em, no máximo, dois cliques do mouse.
5:52E quais são as quatro perguntas? Primeiro, a fonte exata de onde aquele dado foi extraído. Segundo, a definição clara do que exatamente ele está contando. Certo. Terceiro, o frescor da informação, ou seja, quando aquilo foi atualizado pela última vez.
6:07E quarto, o responsável que responde por aquele número caso a informação esteja incorreta. Olha, isso muda o jogo. Se alguém for lá e simplesmente escrever o número de clientes atendidos direto no código da página, de forma estática, essa tela reprova automaticamente na regra dos dois cliques.
6:25Fica impossível de rastrear. Exato. E aqui eu chego em um ponto que me deixou super intrigada durante a leitura. Porque, pensa bem, Vibe coding é a construção de telas por conversa com o agente de IA. Certo. Quando as equipes adotam essa prática, a velocidade para gerar a camada visual explode.
6:44É muito rápido. Muito rápido. Mas me tire uma dúvida. Essa mesma aceleração extrema não cria também uma avalanche de dívida técnica na segunda e na terceira camada se o pessoal não estiver prestando atenção? A resposta crua e direta para isso é sim.
7:00Focar de forma obsessiva em gerar a camada visual com a IA ignorando a manutenção dos componentes e a responsabilidade legal dos dados, cria um passivo técnico e jurídico colossal. A velocidade inicial vira uma âncora, né?
7:15Vira um peso insuportável no longo prazo. A saída proposta pelo autor, contudo, passa ao longe de abandonar as ferramentas e voltar a digitar o código à mão no teclado. Ah, ainda bem. A verdadeira solução exige uma mudança radical na maneira como o pedido inicial é estruturado, o que nos leva direto para a disciplina do briefing.
7:34Então, vamos destrinchar como a fonte organiza isso. O curso lista sete partes vitais para um briefing de interface dar certo, mas antes a gente precisa nomear quem vai ler esse documento todo. Quem é o leitor?
7:46Um agente de IA é o programa que escreve o código do seu pedido. Para esse agente entregar algo que preste e seja previsível, o briefing precisa de uma ordem clara, começando por assunto, público-alvo e a tarefa que deve ser cumprida.
7:59E o nível de clareza sobre o público altera completamente o código gerado. O material dá um exemplo muito bom. Do aplicativo infantil, né? Esse mesmo. Se o briefing aponta que a tela é de um aplicativo voltado para meninas de 8 a 11 anos de idade, o agente de IA fará escolhas visuais, tamanhos de fonte e um vocabulário totalmente diferentes do que faria para analistas financeiros operando num pregão.
8:24Faz todo o sentido. Além do público, O briefing precisa obrigatoriamente de um critério de sucesso que seja verificável. E isso é crucial, porque dizer para a máquina, tipo, faça um design bonito, abre um buraco negro de subjetividade, o que é bonito para a máquina.
8:40É o famoso prompt vazio. Agora, se o briefing exige um contraste mínimo de 4,5 para 1 nas cores de texto, aí, sim, temos uma regra técnica validável. Outro ponto que o curso ataca com muita força é o esquecimento sistêmico dos quatro estados da tela.
8:56Ah, isso acontece demais. Toda interface que lida com dados passa por quatro momentos básicos. A tela vazia, a tela carregando, a tela exibindo um erro e a tela de sucesso. Só que a maioria dos rascunhos apressados foca apenas no cenário de sucesso.
9:14Isso é porque a mente humana tende a planejar só o caminho feliz, sabe? A gente foca no objetivo final e acaba negligenciando o atrito do processo. É bem isso. É como projetar uma loja física super luxuosa.
9:27A equipe desenha uma vitrine linda, coloca os produtos mais caros na prateleira, faz uma festa de inauguração incrível, mas simplesmente esquece de comprar a plaquinha de fechado para pendurar na porta à noite.
9:40Ou esquece de planejar o que fazer se acabar a energia do bairro. Esquecer a tela de erro é literalmente deixar o usuário no escuro. Para amarrar bem todos esses cenários no briefing, A metodologia ensina a separar o pedido em eixos visuais fixos e eixos livres.
9:54Tá, me explica melhor essa divisão. Os eixos fixos são aquelas regras inegociáveis. A cor oficial de uma marca, por exemplo, é um eixo fixo e deve ser tratada de forma isolada. Aí entra um outro conceito.
10:07Um token é o valor guardado com nome, como a etiqueta na lata de tinta. Certo. Quando a equipe fixa o token com o azul certinho da marca, ela garante que o robô não vai ficar inventando variações de azul por conta própria.
10:21Isso previne aquele pesadelo de caçar 30 arquivos que você comentou na abertura. Entendi. Mas e os eixos livres? Porque a IA precisa de algum espaço de manobra, certo? Certo. Os eixos livres dão esse respiro para a máquina atuar.
10:36Só que eles exigem restrições expressas para a criatividade da inteligência artificial não descarrilhar para um monte de clichês. E como gerencia isso? O autor menciona um recurso bem legal.
10:47A skill frontend-design é o roteiro de projeto visual que o agente lê. É através dela que a equipe já lista previamente os comportamentos indesejados. E o material até traz os cinco padrões genéricos mais batidos que a IA adora cuspir quando ninguém segura as rédeas.
11:05Quais são? Aquele fundo creme com elementos imitando argila. Aquele fundo escuro com o verde ácido, neon, tentando parecer uma startup moderninha e aquelas colunas de texto super densas que parecem jornal velho, sabe? Nossa, vejo muito isso.
11:20Mas restringir a IA nesses eixos levanta um problema que eu acho muito maior. Qual? Se a máquina sempre foge para a média, tentando aplicar esse fundo creme em tudo que é lado, como uma marca sobrevive sem perder a alma no meio desse mar de interfaces idênticas?
11:36Olha, essa é a grande questão do design generativo hoje. A inteligência artificial opera devolvendo a média estatística de todo o volume gigantesco de dados que ela consumiu no treinamento. Certo.
11:50Se o algoritmo viu um elemento milhões de vezes, ele assume que aquilo é a regra universal. O material até resgata um caso histórico lá de agosto de 2025. O caso do botão? Isso, do Adam Wathan, o criador da biblioteca Tailwind.
12:06Ele teve que vir a público pedir desculpas. Pedir desculpas por causa de uma cor? Pois é. A decisão que ele tomou cinco anos antes de colocar a cor índigo como padrão no Tailwind fez com que quase toda a interface gerada por IA na Terra começasse a nascer índigo.
12:24O modelo estatístico absorveu o botão índigo do Adam como a verdade absoluta do design. Caramba, é impressionante como um viés tão pequeno se propaga e como isso se reflete nos números da internet no geral.
12:37O material traz dados de um estudo gigantesco de abril de 2026, conduzido por Stanford, Imperial College London e o Internet Archive. Gente de peso. Sim. Eles mediram que 35% dos sites novos lançados em meados de 2025 já tinham sido gerados ou assistidos por IA.
12:58E o mais bizarro é que esse conteúdo artificial apresentou 107% mais positividade artificial nos textos e na estrutura. Espera aí, então os dados provaram que a internet inteira ficou com a mesma cara? Tudo igual?
13:10Então, aí é que entra uma ressalva essencial que está lá na fonte. O estudo de Stanford não mediu aumento estatisticamente significativo na homogeneidade de estilo visual. Mentira?
13:23Juro que a sensação empírica que a gente tem navegando é que tudo saiu da mesma forma de bolo ultimamente. Mas é exatamente isso o ponto genial. O estudo capturou o fenômeno psicológico. Eles apontaram que 83% das pessoas pesquisadas acreditavam piamente nesse aumento de homogeneidade visual.
13:41A percepção tomou conta. Totalmente. E esse descolamento entre a percepção e o dado frio dialoga muito com a visão do Caio Camargo, lá de setembro de 2026. O Caio diz que a IA começou como um designer para quem não é designer. E virou o quê?
13:57Virou designer para quem não entende de design. Nossa, pesado. Ele faz aquele paralelo com o ciclo de vida dos bancos de imagem, né? Exato. Uma estética de IA surge, causa surpresa, vira comum pela replicação fácil e, logo, fica superprevisível.
14:12Isso gera um cansaço visual enorme e, no fim do ciclo, provoca até repulsa no público. Sabe a conclusão meio assustadora que eu tiro disso? Diga. Deixar o algoritmo totalmente livre não gera uma explosão de originalidade.
14:26Resulta na mais pura mediocridade estatística. A máquina, invariavelmente, vai te dar o botão índigo. Como é que as equipes quebram esse ciclo? A saída que o material traz é buscar referências físicas fora do algoritmo de treinamento.
14:43Em vez de mandar a IA olhar outros sites, o orientador manda buscar referências na arquitetura de um prédio, na textura de uma embalagem, num letreiro pintado à mão de uma padaria de bairro e depois aplicar o teste do sósia.
14:58Eu achei esse teste incrível pela simplicidade. Você pega a interface que a IA fez, tira todo o logotipo, esconde o nome da marca e mostra para alguém de fora. Isso. Se a pessoa achar que é um aplicativo genérico de tecnologia, a ferramenta venceu e a marca morreu ali.
15:15Mas se a pessoa adivinhar qual é a empresa só pelos elementos visuais, a marca prevaleceu. É a linha de defesa final. E sabendo exatamente como fugir dessa média, O desafio passa a ser envelopar essa identidade em um pedido técnico, que a máquina entenda, sem precisar de 100 revisões.
15:33O que nos leva direto para o prompt ancorado e a conferência visual. Vamos para o vocabulário base dessa etapa. O prompt é o pedido escrito que vai para o agente. Isso mesmo. E tokens são as unidades de texto que o agente consome.
15:48O curso insiste muito que o prompt precise estar ancorado. A âncora é a grande salvação contra a subjetividade. É uma referência visual concreta anexada ao pedido, porque se você escreve, faça um layout limpo, o agente volta para a média e te dá o fundo creme.
16:06A âncora prova visualmente o que limpo significa para aquela marca específica. E além dessa âncora, tem a validação rigorosa que o curso pede, obrigando o agente a gerar um print, uma captura de tela do tema claro e escuro, antes de aceitar qualquer linha de código.
16:23Sim, a velha máxima. Uma imagem vale mil tokens. O código em texto esconde falhas feias. Dois pixels de erro num texto não chamam atenção, mas na tela, desalinha tudo. É a mesma coisa que exigir que um arquiteto te mostre o projeto renderizado em 3D realista antes de liberar os caminhões para jogar concreto no terreno.
16:43Previne um retrabalho enorme. Arrumar contraste num print custa uma linha de prompt. Arrumar no código espalhado por 20 arquivos custa uma tarde inteira. E para lapidar esse print, o curso traz a regra inspirada em Coco Chanel.
16:57Pedir para a IA olhar a própria tela e tirar um acessório desnecessário. Muito chique e funcional. Refina a tela com um ajuste por vez. E o jogo fica ainda mais sério quando a IA ganha a capacidade de enxergar e criticar a própria tela.
17:13É aí que entramos nos novos critérios de aceite e na fronteira da autonomia. com um marco bem definido no curso, a era do GPT-6 Astra em setembro de 2026. Exato. O agente abre o próprio navegador, roda testes de fluxo sozinho e corrige quebras antes de devolver o resultado.
17:33E aí a gente precisa mudar completamente. O desenvolvedor do Codex, lá em setembro de 2026, alertou que dar instruções muito longas e passo a passo agora prende o modelo. Limita a capacidade dele.
17:44Sim. Se, no meio de um fluxo, seu agente pede permissão para corrigir um erro de digitação bobo no título, o seu briefing está obsoleto. Exige confiança na máquina. E tem uma armadilha muito contraintuitiva aí.
17:57Se a equipe estiver fazendo uma tela simples, tipo um formulário básico, e pedir para a máquina usar o seu esforço máximo... O que acontece? Fica um desastre. O modelo tenta justificar a carga de processamento exigida, começa a alucinar complexidade e cria comandos duplicados.
18:14O excesso de zelo artificial estraga a usabilidade e vale ressaltar uma limitação importante da fonte. Diga. Até 6 de setembro de 2026, não existia medição pública para certas validações automáticas da IA.
18:28Ou seja, com o aumento dessa autonomia e sem essas medições, eu fico pensando, se a gente continua microgerenciando a IA nessas tarefas, a gente está literalmente sabotando a ferramenta que contratou. Exatamente. Microgerenciamento é veneno.
18:45Por isso, o autor deixa quatro itens exclusivamente sob o olhar humano. Contraste visual, navegação via teclado, comportamento em tela estreita... E o mais crítico, a fidelidade ao real. A IA preenche lacunas com o que é plausível estatisticamente.
19:03Mas no mundo real, o endereço de suporte plausível que não existe gera um prejuízo absurdo. O plausível, às vezes, é falso. E com essa divisão clara de papéis, o fluxo amadurece.
19:14A máquina domina código e testes, o humano foca em regras de negócio e identidade. E se fecha o nosso raciocínio e volta lá para a cena do começo. Quem aprova as telas agora não precisa ler código.
19:28A responsabilidade é o briefing, o teste do sósia e validar os quatro itens humanos. Isso garante governança de verdade. E eu deixo uma reflexão para quem nos acompanha.
19:39Se a IA cuida da sintaxe, dos testes, e os líderes focam na identidade e regras de negócio, o que vai diferenciar um grande desenvolvedor de um grande gestor de produto daqui para frente? Fica aí para a gente pensar. Até a próxima exploração, pessoal!
19:57Até mais!
A terceira camada é o que a empresa assume ao publicar. O formulário de cadastro guarda dado pessoal do cliente, e alguém responde por essa guarda. A biblioteca de gráficos vem com licença, e algumas obrigam você a abrir o próprio código.
O cinza claro do preço decide se um cliente com baixa visão consegue ler quanto custa. Por isso cada peça que você instala resolve a camada um e entra nas camadas dois e três no mesmo minuto.
Uma página parece um bloco só e se monta a partir de poucas partes repetidas. Uma loja online tem cinco. O cabeçalho traz logo, busca e carrinho, seguido pela faixa de destaque com a oferta do dia. Vem depois a grade de produtos, feita do cartão de produto repetido, e o rodapé fecha com contato e política de privacidade.
As mesmas cinco partes aparecem no Mercado Livre, na Amazon e na Shopee. Quem lê a página como lista de peças pede cada peça uma vez só ao agente de IA, o programa que escreve o código do seu pedido.
O cartão de produto é a peça que mais ensina o método. Você desenha o componente uma vez, com foto, nome, preço e botão de comprar, e a página o repete dezenas de vezes com dados diferentes.
A cor da marca segue a mesma lógica e vira um token (o valor guardado com nome, como a etiqueta na lata de tinta). Copiada em 30 arquivos, a troca do azul vira 30 edições. A que você esquecer aparece numa página perdida do site.
Cada biblioteca instalada traz outras junto, e essas peças de terceiros formam boa parte do código que roda no navegador do seu cliente. Uma checagem de dependências por mês, a lista dessas peças, mostra quais ficaram para trás e qual mudou de licença.
Cinco atalhos que economizam hoje e cobram depois
| Atalho | O que economiza agora | O que cobra depois | Como você percebe |
|---|---|---|---|
| Escrever a cor da marca direto em cada tela | Uma linha a menos para configurar | Trocar a marca vira dezenas de edições | Você acha um azul diferente em cada página |
| Pular os estados de vazio, carregando e erro | Três telas a menos para desenhar | Refazer a estrutura da tela já pronta | O cliente vê tela branca no primeiro erro |
| Instalar biblioteca sem olhar peso e licença | O problema resolvido em cinco minutos | Página lenta no celular e licença ruim | O site demora a mostrar o primeiro texto |
| Deixar acessibilidade para o fim do projeto | Entrega mais rápida na primeira versão | Mexer de novo em todas as telas prontas | A tecla Tab não chega ao botão de comprar |
| Escrever um número de vitrine direto no código | Nenhuma ligação com o sistema para construir | Número velho anunciado como atual, sem dono | Ninguém diz de onde veio o número em dois cliques |
A última coluna é o sinal visível de cada atalho: quando ele aparece, a conta já está sendo paga.
Fonte: Quadro do autor; a quinta linha aplica o anti-padrão da métrica sem fonte, meta, baseline ou responsável, do manual de setembro de 2026.
Todo número que a tela mostra pertence à terceira camada, porque a empresa responde por ele. A regra dos dois cliques (quem lê o número descobre a origem dele em dois cliques, como a data de validade no rótulo) é o critério de conferência.
Ela cobra quatro coisas: fonte, de onde o número vem; definição, o que ele conta; frescor, quando foi atualizado; e responsável, quem responde se ele estiver errado. O contador de clientes atendidos escrito direto no código reprova nos quatro.
O anti-padrão correspondente é a métrica (o número que mede o negócio) sem fonte, meta, baseline (o valor de partida contra o qual você compara) ou responsável. Um painel com 40 indicadores e nenhuma decisão nasce assim: cada número foi pedido por alguém e nenhum tem dono.
Aplique a regra a todo número de desempenho: clientes atendidos, nota média, pedidos do mês. Dado cadastral, como telefone e endereço, pede só dono e data de atualização. Quando a tela não consegue ligar o número à fonte viva, escreva embaixo dele a data e a origem, e anote o responsável na planilha interna.
Antes de aprovar a próxima tela, escreva as três camadas numa folha e marque o cartão que se repete. Depois pergunte em quantos arquivos a cor da marca está copiada, porque esse número é o custo da próxima troca de identidade.
Passe cada número visível pela regra dos dois cliques. O contador de carros atendidos de uma oficina, escrito direto no código, reprova em três dos quatro e em seis meses anuncia um passado como se fosse hoje. Peça a lista de bibliotecas atrasadas há mais de seis meses, com data marcada para revisá-la.
O capítulo seguinte transforma as três camadas num pedido de tela em sete partes, o briefing que o agente consegue executar.
A seguir: capítulo 2, Escrever o pedido de uma tela sem deixar buraco (14 min).
Trilha 2Escolher a stack e ler a de quem já resolveu
Você sai escolhendo a base do site pelo tipo de página que vai publicar, sabendo o que custa mudar de ideia depois.
Trilha 3Identidade visual: tokens, CSS de 2026, componentes e ícones
Guarde cor, espaço e tipografia num arquivo só, em formato aberto, e repita a mesma identidade em toda tela que o agente gerar.
Trilha 4Layout, menus e navegação
Escolha a forma de menu que cabe no seu caso e entregue uma tela que funciona no celular e também pelo teclado.
Trilha 5Animações, imagens e vídeo
Você sai animando a página sem deixá-la lenta, e respeitando quem pediu menos movimento no próprio aparelho.
Trilha 6Formulários, busca e idiomas
Peça formulários que avisam a pessoa quando algo dá errado, em vez de travar sem explicar o que houve.
Trilha 7Dados na tela: painéis, tabelas, mapas e diagramas
Escolha o gráfico pela pergunta que ele responde e perceba quando um número bem desenhado está enganando quem olha.
Trilha 8Estudos de caso: seis empresas sob a lupa
Olhe as telas de Stripe, Apple, Booking, LATAM, Mercado Livre e Temu e saiba o que copiar e o que recusar.
Trilha 9Acessibilidade, desempenho e segurança
Você sai medindo sozinho se a sua página é acessível, rápida e segura, sem depender de ninguém para dizer.
Trilha 10Publicação, qualidade e revisão
Monte um portão que confere a entrega antes de ela ir ao ar, e revise qualquer tela com o mesmo checklist.
Trilha 11Modelos de IA: qual usar e quanto custa
Compare Claude, OpenAI, Grok e Gemini pelo custo de cada tarefa concluída, e tenha um plano B se o modelo sair do ar.
Trilha 12Construir por vibecoding: ambiente, skills e código
Trilha para quem vai operar terminal e agente: escreva a regra do seu projeto de um jeito que todo agente obedeça.
Trilha 13Aplicativo instalável, apresentação e PDF
Trilha para quem vai escrever ou revisar código: publique um aplicativo que a pessoa instala e usa mesmo sem internet.
Trilha 14Bônus: cenas que mostram a máquina trabalhando
Dois capítulos extras para quem vai construir páginas que demonstram orquestradores, agentes, paralelismo, robôs e imersão: as cenas com as bibliotecas reais rodando na aula, e a ficha, a medição e a produção de imagem e vídeo gerados.
Trilha 15Bônus: grafo de conhecimento em movimento
Capítulo extra que anima milhares de entidades ligadas, com o layout de força fora da tela e a placa de vídeo desenhando, e o grafo real deste curso como primeiro conjunto de dados.