Создание семантических представлений теперь доступно в Snowflake Workspaces, где Snowflake CoCo, git и CI/CD находятся в одном месте.
Когда ИИ-агент дает пользователю неверный ответ, поиск причины ошибки от идентификатора запроса в мониторинге до самого решения может занять весь день, хотя само решение обычно простое, как только вы его находите.
Часто проблемы с агентами связаны с неверными определениями метрик или другими инструкциями, обычно внутри семантического представления. Год или два назад семантические представления в Snowflake начинались как контекст для одного развертывания Snowflake Cortex Analyst, и предполагалось, что один или два человека будут знать данные достаточно хорошо, чтобы поддерживать их. Но по мере того, как агенты данных стали популярными, семантические представления теперь считываются каждым агентом и каждым инструментом BI, который использует метрику, поэтому изменение в одну строку может повлиять на все сразу. Редактор, который мы создали для той первой аудитории, представлял собой одну страницу в разделе AI & ML интерфейса Snowsight, несколько оторванную от всей остальной работы, которую выполняли специалисты по данным.
Мы рады объявить, что Semantic Studio, IDE для семантических представлений, теперь общедоступна. Она переносит создание семантических представлений в Workspaces, рядом с SQL, блокнотами и проектами dbt, которые уже есть у вашей команды, а также добавляет глубокую интеграцию со Snowflake CoCo, контроль версий git и улучшения UX.
Попробуйте Semantic Studio в Snowflake сегодня | Читать документацию
Что нужно, чтобы исправить одну цифру
В прошлом исправление проблем в агентах было многоэтапным процессом. Первым делом нужно было проверить мониторинг, чтобы найти детали запроса и получить его идентификатор. Оттуда вы открывали трассировку агента, чтобы понять, какой инструмент был ответственен за ошибку. Чтобы сузить круг поиска, нужно было прочитать сгенерированный SQL и сравнить его с запросом, который вы написали бы сами.
Редактор семантических представлений находился в другом разделе Snowsight и открывался в начале файла, потому что у интерфейса не было контекста о том, какую ошибку агента вы исправляете. Проверка гипотезы о метрике означала выполнение семантического SQL для определения, которое вы еще не сохранили, поэтому вы открывали рабочий лист и вручную писали запрос, который сгенерировал бы агент. Если это работало, вы возвращались в редактор, затем к агенту и обратно в мониторинг для подтверждения.
Четыре поверхности были задействованы в исправлении одной строки, и работа по их связыванию ложилась на вас.
Наша внутренняя телеметрия показала, что более половины всех разработчиков агентов перемещались между пользовательским интерфейсом семантического представления и интерфейсом администратора агента, и когда мы спрашивали разработчиков, что затрудняет обслуживание, они описывали именно эту работу, а не само редактирование.
Тот же день в Semantic Studio
Корреляция всего этого — работа, которую вы хотели бы поручить агенту по кодированию. Semantic Studio помещает семантические представления в Workspaces, где CoCo работает на панели рядом с редактором. Вкладки — это не загрузки страниц, поэтому перемещение между определением, оценкой и результатом этой оценки кажется намного быстрее.
Сеанс по-прежнему начинается в том же месте, с идентификатора запроса из мониторинга. Просто передав идентификатор в CoCo, можно узнать, какая метрика создала число и почему, поскольку у него есть доступ к конфигурации агента, выполненному запросу и журналам вместе. Ответ приходит на естественном языке, и вы можете просто попросить его внести исправления в ваше семантическое представление.
Доверять этому ответу проще, когда определение находится рядом с данными, которые оно создает. Определение всегда можно легко проверить, спросив CoCo, что оно возвращает, вместо того чтобы читать выражение и представлять результат.
Исправление приходит в виде diff (сравнение, показывающее, что будет добавлено, удалено или изменено), которое вы принимаете или отклоняете. Оно отображается в визуальном редакторе или в YAML, и они всегда остаются синхронизированными.
Рисунок 3: Визуализация diff в Semantic Studio.
Любой другой агент и панель мониторинга, считывающие эти метрики, также получают изменения, поэтому последняя часть дня тратится на их тщательную отправку. В Workspaces семантическое представление — это файл в репозитории, которым владеет ваша команда, что делает его версией, которую вы продвигаете, а не «живым» объектом, который вы перезаписываете. Запуск набора оценок для отредактированного представления сначала показывает, работают ли вопросы, которые работали раньше.
Оттуда это тот же рабочий процесс, что и для всего остального, что выпускает команда. Изменение выходит как pull request, поэтому кто-то другой читает diff и обоснование, а CI может запустить оценки при слиянии. Развертывание показывает, что именно изменится, и ожидает подтверждения, а один файл может указывать на разработку, промежуточное развертывание и производство отдельно. После этого изменение остается в истории с указанием автора и причины, и вы можете откатить его.
