A mesma tela existe em quatro lugares

Uma decisão de desenho não mora num lugar só. Ela mora na especificação escrita, no código que roda no aplicativo, no catálogo onde o time vê o componente vivo, e no arquivo do Figma que quem está de fora abre. Quatro representações da mesma coisa. Enquanto elas eram quatro fontes, ninguém sabia qual estava certa, e a resposta honesta para "de que cor é esse botão" era "depende de onde você olhou".

O que eu mudei não foi ferramenta, foi direção. A especificação passou a ser a fonte. O código desenha a partir dela. O catálogo é o código rodando, não uma cópia dele. E o arquivo do Figma passou a ser gerado, não escrito à mão.

É essa ordem que torna o agente útil. Ele não precisa ter gosto para me dizer que a especificação declara três estados e o código desenha dois. Essa pergunta tem resposta certa, e ela é insuportável de responder à mão em 88 peças de tela. Hoje 22 fluxos são conferidos por programa, com saída que uma pessoa lê, e a lista do que não fecha é o meu trabalho da semana.

O que ele devolve, aliás, é mais útil que o verde. Traduzir uma tela para a especificação sempre volta com o que o desenho não dizia: um estado que ninguém decidiu, um texto que não existe, uma medida que aparece uma vez só. Isso não é falha do programa. É a fila de trabalho aparecendo.

A ponta que falta é a que ainda me custa tempo. Do Figma de volta para a especificação ninguém gera nada: alguém desenha no arquivo, e a mudança tem que ser contada à mão para o resto. Das quatro pontas, é a única sem caminho de volta, e é exatamente onde as versões voltam a divergir.

Nada disso é sobre escrever menos. É sobre ter uma fonte que se possa perguntar. Agente num projeto sem essa ordem só acelera a divergência: em vez de uma cópia errada, quatro.