Solid присоединяется к инициативе Snowflake Open Semantic Interchange

В каждой крупной компании, с которой мне доводилось работать, снова и снова возникает один и тот же спор: что именно считать «активным клиентом»? У финансового отдела одно определение, у команды роста — другое, а ML-платформа тихо придумала третье, пока никто не смотрел. Семантические слои должны были стать арбитром. Пока что они в основном сами стали ещё одним игроком на поле.

Именно на этом фоне Solid только что присоединилась к Open Semantic Interchange — инициативе под руководством Snowflake, призванной сделать семантические определения переносимыми между инструментами. Это похоже на попытку выработать единый стандарт для передачи смысла данных — спустя два десятилетия, когда каждый вендор прокладывал собственные рельсы.

Что произошло

Solid объявила о вступлении в Open Semantic Interchange (OSI) — инициативу с открытым исходным кодом под руководством Snowflake, цель которой — создать универсальную, vendor-neutral спецификацию для семантических моделей. Пресс-релиз был опубликован через PR Newswire 13 июля 2026 года, и, как сообщает Yahoo Finance Singapore, суть предложения в том, что OSI обеспечит согласованные метрики и определения на уровне дашбордов, ноутбуков и моделей машинного обучения.

Экосистема вокруг OSI уже охватывает BI, управление данными, инжиниринг данных, AI, финансовые услуги и производство. Snowflake, позиционирующая себя как «компания AI Data Cloud», представляет спецификацию как связующую ткань, которая позволяет семантическим метаданным перемещаться между платформами без ручного переопределения каждый раз.

Угол зрения Solid — сторона AI-агентов. Компания описывает себя как AI-нативный контекстный слой для корпоративного AI, который автоматически создаёт, оценивает и поддерживает семантический контекст для AI-агентов, а не строится для дашбордов и ручного моделирования. Он непрерывно оценивает точность, обнаруживает изменения данных и работает с любым хранилищем данных или AI-платформой.

Йони Лейтерсдорф, CEO и сооснователь Solid, охарактеризовал этот шаг как ставку на переносимость: «Наше участие гарантирует, что семантический контекст сможет автоматически и плавно перемещаться между AI-агентами, хранилищами данных, BI-инструментами и аналитическими платформами, позволяя организациям строить надёжные AI-системы на основе общего, интероперабельного понимания своего бизнеса — без привязки к вендору».

Джош Клар, директор по управлению продуктами аналитики в Snowflake, назвал OSI «критически важным шагом к созданию фундамента» для общей основы данных и AI. Слово «фундамент» здесь несёт большую нагрузку, но намерение понятно: одна спецификация, множество инструментов.

Техническая анатомия

Если отбросить язык пресс-релизов, OSI пытается решить скучную, но дорогостоящую проблему. Семантический слой — это файл, в котором вы записываете, что именно означают «выручка», «ежемесячный активный пользователь» или «валовая маржа» в терминах SQL, измерений, фильтров и джойнов. Он есть в каждом BI-инструменте. Он есть в dbt. В Cubes, LookML, MicroStrategy, Power BI — везде. И ни один из них не разговаривает с другим. Если вы хотите перейти с инструмента A на инструмент B, кто-то тратит квартал на переписывание определений и споры об граничных случаях.

Предложение OSI — vendor-neutral формат файла и спецификация метаданных, которые любой из этих инструментов сможет читать и записывать. На практике это означает единый способ описания сущностей, мер, измерений, джойнов, фильтров, иерархий и — что важно для мира AI — описаний на естественном языке и бизнес-правил, необходимых LLM для рассуждений о них. Если вы когда-либо пытались подключить агента к запросам к хранилищу данных и видели, как он галлюцинирует метрику, потому что не знает, что означает «отток» в вашей компании, — вы знакомы с сутью проблемы.

Роль Solid — слой обслуживания. Традиционные семантические слои, которые вы вручную конструируете в dbt или LookML, предполагают, что человек садится, моделирует бизнес и обновляет файл, когда всё расходится. Это работает для стабильного дашборда. Но рушится, как только у вас появляются агенты, принимающие автономные решения на основе схем, которые меняются каждую неделю. Предложение Solid в том, что он автоматически создаёт и переоценивает этот контекст, оценивает точность и сигнализирует, когда изменения данных незаметно нарушили смысл.

Объедините обе идеи, и архитектура выглядит так: OSI определяет wire-формат для семантики, Snowflake (согласно документации Snowflake) обеспечивает вычисления и субстрат управления, а Solid решает проблему актуальности и корректности на стороне агента. Это теория. Скучная часть — достаточно ли выразительна спецификация, чтобы охватить запутанные джойны и оконные функции, составляющие реальную бизнес-логику, или она остановится на наименьшем общем знаменателе, который все терпят, но никто реально не использует.

Кто проиграет

Очевидный проигравший, если OSI получит распространение, — закрытый семантический слой как конкурентный барьер. Вендоры, годами удерживавшие клиентов в проприетарных языках моделирования, почувствуют давление так же, как проприетарные SQL-диалекты почувствовали его после появления стандартов ANSI. Если главная защита вашего BI-инструмента состоит в том, что переход на другой означает переписывание пяти тысяч определений метрик, — interchange-формат несёт плохие новости.

Snowflake, очевидно, выигрывает, если это сработает. Общий семантический слой, расположенный над хранилищем, делает само хранилище стабильным якорем, пока инструменты над ним превращаются в товар. Та же игра, которую Databricks ведёт с Delta и Unity Catalog. Ожидайте, что Databricks либо присоединится к OSI, либо форкнет его, либо выпустит нечто подозрительно похожее в течение нескольких кварталов. Мой прогноз: присоединятся, нехотя, а потом будут спорить о местах в органах управления.

Для AI-нативных аналитических вендоров — а их сейчас десятки — это тест Роршаха. Если ваш продукт зависит от того, что он является единственным источником семантической истины, открытый interchange ослабляет вашу позицию. Если ваш продукт действительно лучше справляется с трудными задачами (актуальность контекста, согласование агентов, оценка), вы получаете больший адресный рынок, потому что можете встроиться в любую систему. Solid явно делает ставку на второй сценарий.

Корпоративные команды по данным, тем временем, получат головную боль на 90 дней. Каждый CTO, одобривший три пересекающихся проекта семантических слоёв, вот-вот получит письмо от архитектора с вопросом: стоит ли поставить на паузу, мигрировать или подождать, пока OSI созреет? Все, кто пережил миграцию слоя метрик, знают: дешёвого ответа нет. Правильный шаг — обычно замедлиться, а не ускориться, пока формируется стандарт.

Руководство для команд по данным

Если вы управляете аналитической инфраструктурой прямо сейчас, вот несколько конкретных шагов. Первый: проведите аудит того, где на самом деле хранятся ваши определения метрик. Не где они должны быть — а где они есть. В большинстве компаний это смесь dbt-моделей, проприетарного слоя одного BI-инструмента, страницы в вики из 2023 года и треда в Slack. Вы не сможете внедрить никакой interchange-формат, пока не знаете, чем обмениваетесь.

Второй: используйте спецификацию OSI как ограничение проектирования ещё до формального её принятия. Когда пишете новые определения метрик, задайте себе вопрос: выдержат ли они трансляцию в vendor-neutral формат? Глубоко вложенная, инструментозависимая логика — теперь это обязательство. Простой переносимый SQL и чёткое размерное моделирование — это активы.

Третий: если вы строите AI-агентов поверх хранилища данных, уже сейчас разделите слой «что означает эта метрика» и слой «как её запросить» — даже если делаете это вручную. Это именно тот интерфейс, который стандартизирует OSI, и приведение кодовой базы к такой форме сейчас означает, что последующая миграция станет задачей маппинга, а не переписывания.

Четвёртый: ничего не выбрасывайте. Стандарты созревают дольше, чем обещают пресс-релизы. Следите за реальными референсными реализациями, тестами соответствия и за тем, выпустят ли Databricks и крупные BI-вендоры поддержку чтения/записи. До тех пор OSI — это перспективное направление, а не продакшн-зависимость. Для высоконагруженных аналитических рабочих нагрузок вне семантической дискуссии, движки вроде ClickHouse остаются отдельным решением, которого это не касается.

Ключевые выводы

• Solid присоединилась к Open Semantic Interchange под руководством Snowflake — инициативе с открытым исходным кодом, создающей vendor-neutral спецификацию для семантических моделей в BI, инжиниринге данных и AI-инструментах.
• Реальная цель — AI-агенты, которым нужен последовательный бизнес-контекст для надёжных рассуждений о корпоративных данных, а не просто согласованность дашбордов.
• Отличие Solid — автоматическое, непрерывно оцениваемое обслуживание семантического контекста в противовес устаревшим, вручную смоделированным семантическим слоям.
• Закрытые семантические слои теряют конкурентную защиту при распространении OSI; хранилища данных и инструменты с реально дифференцированным контекстом выигрывают.
• Командам по данным следует проверить, где реально живут определения метрик, и начать писать новые в форме, пригодной для трансляции в нейтральный формат, — не разбирая при этом работающие системы.

Возвращаясь к метафоре с шириной колеи: стандартизированные рельсы в конечном счёте победили не потому, что какая-то из железных дорог полюбила компромисс. А потому, что стоимость переводчика на каждом стыке оказалась выше стоимости согласования. Корпоративные данные наконец достигли этого стыка. OSI может оказаться не той шириной колеи, на которой все в итоге поедут, — но дискуссия началась, и это само по себе меняет то, что умные команды по данным должны строить в этом квартале.