Flow Builder ganha suporte ao tema Cosmos (SLDS 2): cosmético, mas não irrelevante
O que muda visualmente no Flow Builder com o release 264 e por que isso não afeta a lógica de automação, mas exige atenção de quem customiza a experiência do usuário
O Flow Builder passa a herdar o visual do tema Salesforce Cosmos e do SLDS 2. É mudança de estilo, não de comportamento, mas vale entender o que muda na tela de quem constrói e mantém Flows no dia a dia.
O tema muda, a leitura importa
Toda vez que a Salesforce mexe em algo visual, uma parte do ecossistema já assume que é irrelevante e outra parte entra em pânico achando que vai quebrar tudo. A verdade, como quase sempre, fica no meio. O Flow Builder agora reflete o tema Salesforce Cosmos quando o SLDS 2 está habilitado no org. Ou seja: se você ativou o Cosmos nas configurações de Themes and Branding, a tela onde você monta seus Flows (o canvas, os elementos, os painéis laterais) muda de cara. Espaçamento diferente, paleta de cores atualizada, tipografia mais legível. É a mesma lógica que já vinha acontecendo em outras áreas do Lightning desde que o Cosmos virou tema padrão em orgs novos de Starter, Pro Suite e Sales Cloud.
O que de fato muda
Aqui não tem mudança de comportamento de automação. Nenhum elemento do Flow passa a se comportar diferente, nenhuma lógica de Get Records, Decision, Assignment ou subflow é afetada. É puramente CSS por baixo do capô: os styling hooks do SLDS 2 (aquelas variáveis semânticas tipo --slds-g-color-* e --slds-g-spacing-*) substituem os hooks antigos do SLDS 1, e o Flow Builder, como parte do Lightning, herda esse novo skin quando o Cosmos está ativo no org.
Se seu org ainda está no SLDS 1 (a maioria dos orgs criados antes de fevereiro de 2025, salvo quem já fez opt-in manual), essa mudança nem aparece. O recurso só se manifesta quando o Cosmos está habilitado, então não é algo que "chega" para todo mundo automaticamente no release 264. É mais uma consequência natural de o Flow Builder acompanhar o resto da plataforma na adoção do novo design system.
Estágio: GA, mas dentro de um contexto ainda em transição
Aqui vale separar duas coisas. O SLDS 2 como framework segue em beta desde Spring '25, embora a criação de temas customizados com SLDS 2 já tenha virado GA no Winter '26. O suporte do Flow Builder ao Cosmos, especificamente, é a ferramenta de automação se adequando a esse tema quando ele está ativo, não um lançamento isolado de feature nova dentro do Flow. Não é um recurso que você habilita dentro do Flow Builder; é reflexo de uma configuração de UI que vive lá em Setup > Themes and Branding.
Quem é impactado e em quê
- Admin: se você é quem decide ativar o Cosmos no org, saiba que isso vai alterar visualmente também as telas internas de construção, não só a experiência do usuário final. Vale testar em sandbox antes de rodar em produção, principalmente se seu time de automação já tem hábitos visuais consolidados no Flow Builder.
- Consultor / Arquiteto: nenhuma decisão de arquitetura muda aqui. Não é hora de revisar Flows existentes nem repensar padrões de automação por causa disso. É puramente cosmético.
- Dev: se você constrói Lightning Web Components customizados que aparecem dentro de Screen Flows, vale conferir se algum CSS customizado usa styling hooks do tipo
--slds-c-*(nível de componente). O SLDS 2 ainda não suporta esse tipo de hook plenamente, e isso pode gerar inconsistência visual quando o Cosmos está ativo, embora a funcionalidade em si não quebre. - PM / Liderança de negócio: zero impacto em processo, SLA ou regra de negócio. Isso é conversa de UX, não de arquitetura de dados ou automação.
Não muda regra de negócio, não quebra Flow em produção e não exige ação imediata. Mas é um sinal de que a Salesforce está consolidando o Cosmos como padrão de UI em toda a plataforma, inclusive nas ferramentas internas de construção. Quem planeja migração de tema deve considerar o impacto visual no time de automação, não só na experiência do usuário final.
Análise baseada na nota de release oficial da Salesforce sobre o suporte do Flow Builder ao tema Cosmos (SLDS 2), release 264, complementada com contexto de documentação oficial sobre disponibilidade do SLDS 2 e do tema Cosmos em releases anteriores (Spring '25 e Winter '26).
- Confirme se seu org já tem o SLDS 2 e o tema Cosmos habilitados em Setup > Themes and Branding antes de esperar ver mudança no Flow Builder. - Teste em sandbox primeiro, especialmente se seu time de automação tem Screen Flows com LWCs customizados usando styling hooks de componente. - Não trate isso como prioridade de backlog técnico. Não há ação obrigatória nem prazo de deprecação envolvido. - Se for planejar adoção do Cosmos no org, inclua o time de automação na comunicação, já que a experiência de quem constrói Flow também muda visualmente.
- Não confunda isso com mudança de comportamento funcional: nenhuma lógica de Flow é alterada. - Componentes customizados com styling hooks de nível `--slds-c-*` podem não renderizar como esperado sob o Cosmos, já que o SLDS 2 ainda não cobre esse nível de customização. - O SLDS 2 como framework ainda carrega resquícios de beta em partes da experiência, então nem tudo está 100% maduro mesmo com o tema Cosmos em GA para criação de temas. - Orgs criados antes de fevereiro de 2025 podem não ter o Cosmos disponível por padrão, dependendo de edição e histórico do org.
Este conteúdo foi reescrito e analisado editorialmente em português a partir de informações públicas da fonte indicada.