A Snowflake anunciou em 19 de maio sua adesao ao Open Semantic Interchange (OSI), iniciativa pra padronizar como ferramentas de dados e IA descrevem metricas, dimensoes e relacionamentos. O movimento junta 16 empresas no primeiro circulo — entre elas dbt Labs, Mistral AI, Cube, Hex, Atlan, ThoughtSpot e Salesforce.
O que e a camada semantica e por que isso virou prioridade
Camada semantica e o conjunto de definicoes de “o que conta como receita”, “o que conta como cliente ativo”, “como dimensao de produto se relaciona com transacao”. E o codigo que traduz a tabela bruta em conceito de negocio.
O problema cronico: cada ferramenta tem a propria. dbt tem o Semantic Layer. Cube tem o data model. Looker tem o LookML. BI ferramentas custom redefinem metricas em SQL. Quando uma empresa usa cinco ferramentas, “receita” pode ter cinco definicoes diferentes, todas corretas pra um time e erradas pra outro.
Dois fatores levaram esse tema do canto pro centro em 2026. Primeiro, agentes de IA precisam consultar dados corporativos com confianca. Um agente que responde “qual foi a receita do Q1” e tira numero diferente do que aparece no dashboard nao serve ao usuario. Segundo, a fragmentacao virou friccao de venda: cliente nao quer reescrever definicoes a cada ferramenta nova que entra.
Quem esta no consorcio e o que cada um traz
A lista oficial: Alation, Atlan, BlackRock, Blue Yonder, Cube, dbt Labs, Elementum AI, Hex, Honeydew, Mistral AI, Omni, RelationalAI, Salesforce, Select Star, Sigma e ThoughtSpot. Snowflake entra como host da iniciativa.
Vale notar tres grupos. As ferramentas de definicao semantica (dbt, Cube, Honeydew) que tem skin in the game porque suas linguagens passam a precisar exportar pra formato comum. Os consumidores (Hex, Sigma, ThoughtSpot, Omni) que querem ler de fonte unica. E os outliers — BlackRock, Salesforce, Mistral AI — cuja presenca sinaliza que o problema nao e so de vendor de dados.
A presenca da Mistral merece destaque: a empresa de modelos esta entrando no consorcio antes mesmo de qualquer LLM publico anunciar suporte explicito a semantic layer. E aposta no cenario onde modelo conversa com dados corporativos via metadado padronizado em vez de prompt engineering caso a caso.
Como o OSI se posiciona contra dbt Semantic Layer e Cube
A pergunta natural e: dbt Labs ja tem o Semantic Layer dele — por que entrar num consorcio que padroniza algo parecido? A leitura do up23labs e que dbt prefere ser fonte de verdade dentro do OSI a tentar manter o ecossistema fechado em torno do produto proprio. Estar dentro do padrao protege a posicao da empresa no mercado.
Cube tem leitura parecida. Ja existe como camada semantica neutra a stack; ser referencia do OSI legitima o produto como infraestrutura.
O OSI nao substitui dbt Semantic Layer nem Cube. Ele cria um formato de troca entre eles e o resto do mundo — BI, agentes, observability, governanca.
Por que isso importa especificamente pra quem constroi agentes
Agente que consulta dados corporativos hoje tem dois caminhos. Ou recebe SQL pronto via prompt e roda contra o warehouse (frageis, exigem prompt rico em contexto), ou usa um text-to-SQL com semantic layer especifico (preciso, mas amarrado a uma ferramenta). Com OSI, a aposta e que o agente le metricas e dimensoes diretamente de uma definicao portavel, sem amarrar a qual ferramenta tem o catalogo.
E um caso de uso que justifica investimento serio. Sem isso, fica dificil construir agente confiavel que opere em multiplos sistemas corporativos sem custom code por cliente.
O status real do projeto: declaracao ou spec
O comunicado fala de “open standard”, mas o briefing oficial nao especifica se ja existe spec publicada, repositorio publico no GitHub, implementacao de referencia ou cronograma de release. Sao perguntas que separam consorcio com tracao de press release sem produto.
O precedente recente em padroes de dados — Apache Iceberg, MCP da Anthropic — mostra que iniciativas com codigo aberto bem cedo crescem mais rapido. Vale acompanhar o GitHub do consorcio nos proximos meses.
O que vale o leitor monitorar
Tres sinais devem aparecer no segundo semestre de 2026 se a iniciativa for serio. Primeiro, repositorio publico com spec versionada e implementacao de referencia. Segundo, integracao no dbt e no Cube exportando OSI nativamente. Terceiro, Mistral ou outro fornecedor de modelo anunciando suporte a OSI como contexto para agentes. Sem essas tres pecas, fica como mais uma sigla de governanca.
Reportado originalmente por Snowflake Blog em 2026-05-19.
