Você escreveu confuso sobre algo que parecia um bug: gerou um site de restaurante para o novo lugar, não gostou, gerou de novo, e obteve algo que parecia suspeitosamente o mesmo site com a placa trocada. Paredes terracota, cards creme, uma logotipia serifada que poderia pertencer a qualquer bistrô de Portland a Praga. Você perguntou, com razão, se a ferramenta estava apenas reciclando um template por baixo dos panos.
Não é isso, e eu quero de fato responder à pergunta em vez de só te tranquilizar sem explicar.
O que você encontrou é real, e não é particular à sua build — é um modo de falha conhecido de qualquer coisa que gera a partir de uma distribuição de treinamento grande sem receber instrução contrária. Peça a um modelo para projetar um site de restaurante sem mais orientação e ele vai buscar o meio-termo estatístico de todo site de restaurante que já viu, e esse meio-termo é terracota e creme, porque é isso que domina a distribuição. Mesma história para landing pages de SaaS (hero central com gradiente, três ícones de recurso arredondados) ou dashboards de cripto (aquele mesmo gradiente índigo-para-violeta que todo modelo parece adotar). Não é que o modelo não consiga fazer algo diferente — peça para ele projetar como um folheto de estação de esqui dos anos 1970 ou um mapa de metrô soviético, e geralmente ele consegue, muitas vezes bem. É que nada forçou uma decisão, então ele partiu para a média.
O que de fato mudou por trás dos panos
O motivo pelo qual sua segunda tentativa deveria ter parecido diferente — e, se não pareceu, essa é a parte que vale a pena corrigirmos diretamente em vez de você contornar — é uma etapa que chamamos de diretor de design. Ela roda antes de o construtor escrever qualquer marcação, e sua única função é tomar decisões das quais o construtor não consiga escapar depois: uma paleta com ponto de vista, tipografia específica, uma atmosfera declarada com clareza suficiente para ser verificada. Concretamente, isso é:
- Cinco a sete cores nomeadas com papéis atribuídos — não "primária/secundária", mas "a cor reservada para estados de erro", "a cor que só aparece no hover"
- Duas fontes tipográficas, cada uma com um motivo para estar ali
- Duas ou três frases de descrição de atmosfera, do tipo que um diretor de arte de verdade fixaria em um mural de referências
O teste que aplicamos a um briefing é se ele pode ser desobedecido. "Acolhedor e convidativo" não pode ser — não há como violá-lo, o que significa que não há como impô-lo também, e o construtor volta direto para terracota-e-creme independente do que o briefing diga. "Paleta outonal quente feita à mão, contornos de tinta em papel creme, nada brilhante, sem sombras projetadas" é um compromisso real, e um card com gradiente vítreo renderizado contra esse briefing fica visivelmente errado, o que é exatamente o que o torna útil.
Se sua build voltou genérica, a possibilidade honesta é que seu briefing no prompt estava vago o suficiente para que o diretor não tivesse nada firme a que se comprometer. Nomear uma referência — um lugar, uma época, um material, ou até só "nada de bege" — dá a ele algo contra o que trabalhar.
Por que confio nisso e não só nas capturas de tela
Vou te contar o que me convenceu, porque não foi olhar três exemplos bonitos lado a lado — é assim que a gente se convence de uma vitória que não existe. Rodamos algumas centenas de builds por categoria, antes e depois de o diretor existir, e medimos a distância de cor par a par entre builds da mesma categoria usando delta-E no espaço Lab em vez de RGB puro, porque o RGB insiste que dois azuis com saturação parecida estão distantes quando, na tela, parecem idênticos. Sites de restaurante eram os piores infratores antes do diretor — a esmagadora maioria se agrupava dentro de uma faixa estreita de delta-E, todos buscando aquele mesmo terracota.
Também não vou exagerar o resultado para você. A distância de cor mede "parece distinto", não "parece bom", e ainda não diz nada sobre variedade de layout ou tipografia, que não instrumentamos com nem de longe o mesmo cuidado. Uma paleta pode ser maximamente distinta das vizinhas e ainda ser feia. Achamos que distinto-e-ocasionalmente-estranho vence seguro-e-uniforme para o que você está construindo, mas isso é um julgamento, não uma prova.
Uma coisa para você ficar de olho
Existe um modo de falha que vai na direção oposta, e vale a pena sinalizar antes de você esbarrar nele: às vezes "limpo e moderno" não é falta de especificação, é o pedido de verdade. Quem está construindo um dashboard SaaS empresarial muitas vezes quer o padrão "sem graça" de propósito, porque os usuários esperam isso e fugir disso gera chamados de suporte, não encantamento. Um diretor ansioso demais para diferenciar vai, ocasionalmente, entregar algo mais autoral do que o pedido. Damos peso maior às suas restrições explícitas do que ao instinto do diretor de diferenciar, então "sem graça e corporativo" deve resultar em um sem-graça de bom gosto em vez de uma rebelião contra o seu próprio briefing — mas se você já tem cores de marca, um logo, fotos de referência do espaço, coloque-os no prompt ou anexe diretamente. Entradas travadas sempre vencem o diretor inventando sua própria direção, e ele vai tratá-las como restrições, não sugestões.
Para que conste, isso importa ainda mais se você algum dia construir um dos nossos jogos em vez de um site — um jogo tem muito mais superfície para um diretor deixar sem direção do que uma landing page, já que o briefing ali precisa travar estilo de sprite, sensação de animação, chrome de interface e paleta sonora tudo em uma só passada (mais sobre o lado sonoro especificamente em Sound that isn't beeps), porque inconsistência dentro de uma mesma build soa inacabado de um jeito que inconsistência entre duas builds não relacionadas nunca soa.
