01101 componentes de produção
De primitivos a composições completas de página — 101 componentes, cada um extraído de um produto que entregamos, e não desenhado de forma isolada. Se um componente está no PDS, ele já trabalhou de verdade: este site, as demos dos produtos e os dashboards dos nossos clientes são renderizados com ele.
02Design tokens
Cor, tipografia, espaçamento e movimento partem de uma única camada de tokens. Mude um token e todos os componentes acompanham — sem overrides por componente, sem divergência entre produtos.
03Dois temas, cinco acentos
Um tema escuro e um claro, cinco cores de destaque, tudo guiado pelos mesmos tokens. Variar a marca é trocar tokens, não criar um fork — todos os produtos da família são renderizados a partir do mesmo sistema.
04Dark-first
Contraste, elevação e cor são definidos primeiro no tema escuro; o tema claro deriva dos mesmos tokens. O resultado é um modo escuro que parece nativo, não invertido.
Botões, inputs, selects, switches, sliders e a estrutura dos campos — rótulos, dicas e erros incluídos. Os estados já estão desenhados: foco, desabilitado, inválido e carregando se comportam igual em todos os produtos.
06Layout e composição
Stacks, grids, divisores e shells de página compõem telas sem CSS ad hoc. Os maiores componentes são composições completas de página — padrões de hero, seção e rodapé extraídos de páginas que entregamos.
07Navegação
Headers, tabs, breadcrumbs e menus com comportamento responsivo e de teclado já embutido. A navegação deste site é o próprio componente, não uma imitação dele.
08Overlays
Modais, sheets, drawers, popovers e tooltips em um único modelo de camadas — focus trap, fechamento e empilhamento resolvidos uma vez, de forma central. Nenhum produto precisa de sua própria aritmética de z-index.
09Exibição de dados
Tabelas, listas, stat tiles, badges e timelines para produtos que vivem de números. Os consoles de operação de toda a família ganham sua densidade a partir desses componentes.
10Feedback e status
Toasts, banners, estados vazios, progresso e skeletons — os estados pouco glamorosos, desenhados desde o início. Um produto construído sobre o PDS tem uma resposta pensada para carregando, vazio e falha.
11Tipografia
Uma escala tipográfica editorial com rótulos mono para o registro técnico — a voz que você vê em todas as superfícies da Protocore. A escala é feita de tokens, então os produtos a ajustam sem sair do sistema.
12Movimento
Durações e easings são entregues como tokens, com os componentes já usando-os. As interfaces se movem de forma consistente entre os produtos porque ninguém reajusta o tempo de uma animação à mão.
13Acessível por padrão
Contraste, estados de foco e comportamento de teclado vêm embutidos nos componentes, não ficam como exercício para o leitor. Use os padrões e a acessibilidade vem junto.
A estilização é CSS estático resolvido em tempo de build — sem runtime de CSS-in-JS, nada calculado no navegador. A camada de estilo adiciona zero JavaScript à página.
15Camada CSS independente de framework
O sistema também é distribuído como um pacote CSS puro — tokens e classes utilitárias, sem precisar de React. Páginas renderizadas no servidor, e-mails e stacks sem React usam a mesma fonte única de verdade.
16Exportação de tokens por stack
Os tokens são exportados para a web como variáveis CSS, como preset do Tailwind e em formatos nativos para plataformas mobile. Uma única definição da marca, consumida onde quer que o produto rode.
17Theme provider e hooks
A camada React envolve os apps em um provider e expõe os tokens por meio de hooks — os componentes leem o tema e o acento ativos em vez de fixar valores no código. Trocar de tema é estado, não rebuild.
18Tema whitelabel
O mesmo mecanismo que dá cinco acentos ao PDS dá a marca a um produto whitelabel: troque os valores dos tokens, mantenha os componentes. Cada app whitelabel da família é prova de que funciona.
19Mapa llms.txt
Um mapa legível por máquina de todo o sistema — componentes, tokens, padrões — publicado como llms.txt. Aponte um LLM para ele e o código gerado usa componentes reais do PDS em vez de inventar outros plausíveis.
20Servidor MCP
Um servidor MCP expõe o sistema diretamente aos agentes de código: componentes, props e tokens, consultáveis enquanto o agente constrói. O design system responde a perguntas em vez de ser colado em prompts.
21Documentação completa
Cada componente vive em pds.protocore.io com exemplos ao vivo, props e código para copiar e colar. A documentação é renderizada no próprio PDS — o que você lê é o que você entrega.
22Releases versionadas
O PDS é distribuído em pacotes versionados, com versionamento semântico e changelogs. As atualizações são deliberadas: a equipe migra quando decide, e o changelog diz exatamente o que mudou.
23Registry privado
Os pacotes são instalados a partir do registry npm privado da Protocore, com um token por equipe no .npmrc — o fluxo padrão do npm, restrito a equipes licenciadas. Sem arquivos zip embutidos, sem instalação por copiar e colar.
24Chaves de licença offline
Uma chave de licença assinada é verificada localmente — sem phone-home, sem checagem de rede no seu build. Problemas de licenciamento aparecem como avisos em tempo de desenvolvimento e nunca quebram um app em produção.
25Licenciado por equipe
O PDS é proprietário e licenciado por equipe. Solicite acesso e nós configuramos tudo para você — pacotes, documentação e fontes dos tokens — para que uma equipe o adote em uma tarde.