← Voltar aos projetos
DesignSystemOps TIM 2026

TIM DS Brain

Transformei o conhecimento operacional de dois Design Systems em infraestrutura — uma memória persistente que máquinas conseguem operar, não apenas humanos ler.

Meu papel: arquitetura, modelagem de informação e governança.

~90%
menos esforço por estória de handoff
Centenas de horas/ano
recuperadas de documentação manual e devolvidas ao trabalho de DS
1 fonte de verdade
para duas bibliotecas que antes evoluíam em paralelo, sem paridade auditável
A tensão

O problema nunca foi falta de documentação.

A TIM opera dois Design Systems paralelos — um para produtos app-based, outro para web-based. Cada um com sua biblioteca, sua base de código e seu ritmo. Três fontes de verdade escorregando para fora de sincronia a cada evolução de componente: manter paridade contínua e auditável entre elas era um grande desafio de governança.

Mas o gargalo real era mais sutil. O contexto do DS existia — em conversas, threads e handoffs. Era legível por humanos, em momentos específicos, e invisível para qualquer automação. Toda vez que um desenvolvedor, uma automação ou eu mesmo precisávamos do histórico de um componente, o ponto de partida era o zero. Cada ciclo reconstruía o mesmo conhecimento, sem acúmulo.

"Documentação que humanos leem não é a mesma coisa que memória que agentes operam."
A tese

Tratar o conhecimento do DS como infraestrutura, não como subproduto.

E se cada evolução de componente — sua intenção de design, suas mudanças, seu histórico — fosse registrada numa memória persistente, estruturada de forma que uma máquina entenda, e servida por protocolo aberto para qualquer agente que precise operar sobre o Design System?

Esse é o salto que define o Brain: de documentação para humanos lerem para harness para agentes operarem. Deixa de ser repositório passivo e passa a ser a camada de contexto de qualquer automação que toque o DS.

Camada de orquestraçãoConduz o ciclo de evolução de um componente de ponta a ponta.
Leitura do designA mudança é lida na fonte, sem transcrição manual.
Escrita da memóriaA evolução é registrada em forma estruturada e consultável.
Brain — memória persistenteServida por protocolo aberto. É daqui que qualquer automação de DS parte.
Loop fechadoo contexto gravado volta a alimentar o ciclo seguinte — cada evolução parte do acúmulo, não de uma folha em branco.
As decisões

Um harness vale o que valem suas decisões de modelagem.

Cinco escolhas sustentam o sistema. Nenhuma delas era óbvia no momento em que foi feita, e cada uma tinha uma alternativa mais fácil que teria custado caro depois.

Biblioteca A Domínio de primeira ordem.
Biblioteca B Domínio de primeira ordem, estrutura idêntica.
Camada compartilhada O que é premissa comum vive uma única vez, acima das duas — sem duplicação e sem hierarquia entre elas.
01
Paridade real, não hierarquia
Modelei as duas bibliotecas como domínios simétricos de primeira ordem, em vez de tratar uma como derivada da outra. Consequência: nenhuma automação precisa de caminho especial, e a biblioteca menor nunca virou cidadã de segunda classe.
02
Um discriminador estrutural, não uma convenção de nome
O pertencimento de cada registro é dado explícito, não algo inferido do título ou da pasta — e foi retrofitado em toda a base existente. Consequência: o acervo inteiro virou consultável e filtrável por máquina, sem heurística de texto.
03
Conceito compartilhado, realização apartada
Fundamentos de design são premissa comum às duas bibliotecas, mas cada uma as materializa em assets próprios. Separei as duas coisas. Consequência: fonte de verdade única para cada premissa, zero duplicação entre bibliotecas.
04
Forma fixa para toda evolução
Qualquer evolução, de qualquer componente, é registrada com o mesmo conjunto de artefatos e a mesma estrutura. Consequência: governança reproduzível — a base é auditável e previsível o suficiente para uma máquina operar em cima dela.
05
Memória servível por protocolo
A memória não é um arquivo que alguém abre: é um sistema que responde a consultas por um protocolo aberto. Consequência: deixou de ser repositório e passou a ser a camada de contexto de qualquer automação de DS, presente ou futura.
O mecanismo por trás de cada decisão é a parte que eu conto numa conversa.
Como o discriminador foi modelado, como o ciclo lê o design e escreve a memória sem intervenção manual, e as decisões que quase deram errado no caminho — é aí que está o aprendizado que não cabe numa página.
Falar sobre o projeto →
O que mudou

O handoff deixou de ser trabalho artesanal.

Antes
Contexto do componente reconstruído do zero a cada ciclo.
Estória de handoff escrita à mão, a partir de leitura visual do design.
Paridade entre as duas bibliotecas verificada por memória humana.
Documentação como subproduto — a primeira coisa a atrasar.
Depois
Histórico versionado e consultável por pessoa ou automação.
Estória gerada a partir da fonte de verdade do design.
Paridade garantida pela própria estrutura da memória.
Documentação como infraestrutura — condição para o ciclo rodar.
Visão

O Brain começou como memória, mas seu destino é ser harness: a camada de contexto que qualquer automação de Design System consome — no design ou no código. Com o conhecimento finalmente estruturado e servível por máquina, cada novo agente que opera sobre o sistema parte de um contexto acumulado.

É a diferença entre um Design System que é documentado e um Design System que se lembra de si mesmo.

Quer conversar sobre
este projeto?

Ver contato ← Outros projetos