Art bible: o documento de direção de arte do jogo

Você abre o projeto depois de dois meses parado, desenha um novo inimigo e, quando ele entra no jogo, parece que veio de outro jogo. Contorno mais grosso, cores mais saturadas, sombra que ninguém mais usa. Não é falta de talento, é falta de uma referência escrita. Uma art bible (o documento de direção de arte do jogo) existe justamente pra isso: guardar as decisões visuais num lugar só, pra que a arte de hoje converse com a arte de seis meses atrás e com a arte que um freelancer vai fazer na semana que vem.

Neste post você vai entender o que a art bible define, por que ela segura a coerência visual quando o time cresce, como ela se separa do GDD e um passo a passo enxuto pra montar a sua sem cair no buraco de documentar demais.

O que é uma art bible

Art bible é o documento que responde a uma pergunta só: como esse jogo se parece. Não é a arte em si, é o manual de decisões por trás dela. Pense num guia de estilo, aquele documento que marcas usam pra manter logo, cor e tipografia consistentes, só que aplicado a um jogo em movimento, com personagens, cenários e interface.

O nome "bíblia" assusta e engana. Não é um calhamaço sagrado que ninguém pode contradizer. É um material vivo, muitas vezes de poucas páginas, que qualquer pessoa do time consulta antes de desenhar algo novo. Numa produção pequena, ela cabe num único arquivo ou num board no Figma, no Milanote ou até numa pasta bem organizada de imagens com anotações.

A função prática é resolver dúvidas antes que elas virem retrabalho. Quando o artista pergunta "esse verde é quente ou frio?", "os personagens têm cabeça grande ou proporção realista?", "a UI é pixelada ou vetorial?", a resposta já está escrita. Sem isso, cada decisão vira uma conversa nova, e cada conversa nova abre espaço pra inconsistência.

O que a art bible define

Não existe formato oficial, mas boas art bibles cobrem mais ou menos os mesmos blocos. Você não precisa de todos. Comece pelos que de fato mudam o que alguém desenha no seu projeto.

• Paleta de cores. As cores principais do jogo, com códigos hexadecimais, e as regras de uso. Quais cores são o "clima" do jogo, quais ficam reservadas pra perigo, pra itens colecionáveis, pra interface. Uma paleta amarrada é o que faz screenshots diferentes parecerem do mesmo jogo.
• Estilo visual. A descrição do traço: pixel art, low poly, flat vetorial, pintado à mão, cel shading. Aqui entram detalhes como espessura de contorno, nível de detalhe, se há textura ou cor chapada, quão estilizado é o realismo.
• Referências e moodboard. Painel de imagens que traduzem a intenção melhor que qualquer texto. Outros jogos, filmes, ilustrações, fotos. Vale marcar o que você quer imitar e, importante, o que parece perto mas você quer evitar.
• Proporções de personagem. Quantas cabeças de altura, tamanho de mãos e olhos, formato geral do corpo. É o que garante que dois artistas desenhem personagens que parecem habitar o mesmo mundo.
• UI e HUD. Cantos arredondados ou retos, fontes, ícones, moldura das janelas, feedback visual. A interface é arte também, e costuma ser a primeira coisa a destoar quando ninguém escreveu as regras. Se esse bloco crescer muito, ele merece um documento próprio de design de UI e UX pra jogos.
• Iluminação e atmosfera. Se o jogo é ensolarado ou soturno, se as sombras são duras ou suaves, se há néon, névoa, contraste alto ou baixo. A luz define a emoção da cena tanto quanto o desenho.
• Do's and don'ts. Uma lista curta e franca do que fazer e do que nunca fazer. "Use contorno preto de 1px", "não misture pixel art com sprites vetoriais", "nada de gradiente na UI". É o bloco mais consultado no dia a dia, porque resolve dúvida na hora.

Repare que quase tudo aqui é mais mostrado do que descrito. Uma art bible boa é 70% imagem e 30% texto. Ninguém acerta um estilo lendo três parágrafos sobre ele, mas acerta olhando cinco exemplos lado a lado.