VibeOps решает проблему управления корпоративным вайб-кодингом

Шайлеш Манджрекар, директор по маркетингу и стратегии ИИ в Fabrix.ai, объяснил коллегам — инженеру Fabrix.ai Рашеду Блили, ведущему аналитику VB Intelligence Робу Стречей и ведущему Сэму Виттвиину, — что индустрии требуется управление вайб-кодингом, а не решение проблемы самого вайб-кодинга.

Fabrix сообщает, что у неё уже почти с начала этого года есть заказчики, использующие Governed VibeOps в производственной среде.

Централизованное управление ускоряет вайб-кодинг

По словам Рашеда Блили, вайб-кодинг помогает пользователям придумывать новые способы анализа данных и взаимодействия с ними. Он считает, что такие эксперименты нужно поддерживать: правильно выстроенное управление не подавляет творческие идеи, а может усилить их.

В корпоративной среде требования меняются. Приложению может понадобиться:

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

Без централизации и управления 500 человек могут независимо разрабатывать одно и то же приложение на собственных компьютерах. Платформа позволяет одному сотруднику создать приложение, поделиться им с коллегами, получить улучшения и распространить их дальше. Это повышает эффективность, объяснил Блили.

При этом команды, отвечающие за платформу, должны контролировать индивидуальные изолированные среды, проверять созданный в них код и убеждаться, что сотрудники не расходуют токены сверх условий договора.

Опрос VB Pulse показал: 63% организаций уже используют в производственной среде семантический или контекстный слой с управлением либо тестируют и создают его. Ещё 20% компаний активно оценивают такие решения.

Роб Стречей назвал это переходом от управления в виде документов с политиками к управлению непосредственно в рабочем контуре. По его словам, DevOps регулирует поставку продукта, а VibeOps стремится контролировать намерение, контекст и решения ИИ-агента, проходящие через систему.

Три модели Argos

Governed VibeOps работает как функция агентной платформы Fabrix.ai. Крупные компании используют её для операционной аналитики в разрозненных ИТ-, сетевых и защитных системах. Пользователь может подключить собственного агента для программирования или воспользоваться встроенным ИИ-помощником Fabrix.ai с LLMRouter.

Основная инфраструктура платформы берёт на себя значительную часть вспомогательной работы агента для программирования. В неё входят:

Благодаря этой онтологии агент понимает, где искать нужные сведения, и заказчику не приходится сначала загружать все данные в Fabrix.ai. Универсальные подключения также открывают каталог интеграций поставщика для любых решений, созданных через VibeOps.

Блили рассказал, что Fabrix недавно существенно обновила панель FinOps, которую создала с помощью Codex. Команда передала системе спецификацию, после чего она переработала панель, заметно расширила её функции и улучшила удобство использования.

Ключевую часть слоя управления образует семейство из трёх малых языковых моделей Argos. Fabrix.ai обучает их на данных и в окружении конкретного заказчика:

Манджрекар отметил, что для каждой задачи в рабочем процессе не требуется передовая или базовая модель.

По данным Fabrix.ai, модели Argos содержат примерно от 4 до 8 млрд параметров. Поскольку они обучаются на окружении заказчика, данные остаются на его стороне, модели становятся точнее, а задержки при передаче информации по сети сокращаются. Собственные пайплайны Fabrix.ai не расходуют токены, поэтому значительная часть работы по управлению данными не учитывается в токеновом счётчике. Распределённый вычислительный контур также доступен другим агентным фреймворкам через конечную точку MCP.

Манджрекар описал развитие для заказчиков в несколько этапов: сначала рост производительности, затем объединение инструментов и в итоге размывание границ между традиционными операционными дисциплинами. По его словам, SecOps и ITOps уже работают с одним набором данных, а со временем VibeOps будет всё больше объединять эти направления вокруг данных.

Финансовый результат важнее счёта за токены

Роб Стречей считает, что FinOps оторвался от самой работы и свёлся к чтению ежемесячного счёта после её завершения. Учёт экономики токенов, напротив, должен начинаться с связи между ИИ-агентом, рабочим процессом и бизнес-результатом.

Это особенно важно по мере того, как компании ускоряют выпуск кода. Традиционные этапы контроля качества и пайплайны DevOps с трудом масштабируются, когда число разработчиков увеличивается на порядок.

Финансовые директора не хотят разбираться в токенах и не обязаны этого делать. Им нужны бизнес-результаты разработки: при таком росте числа разработчиков они хотят понимать, какую отдачу приносит вложение компании.