Из чего состоит одна встреча InterMIND

Почти любой продукт собирают из одного и того же стека по умолчанию — крупных проприетарных SaaS-решений, к которым тянутся все. Это путь без трения. На каждом уровне, где реально живут данные ваших встреч, мы выбрали другой путь: собственный код или открытый исходный код, который мы можем развернуть у себя.

Этот материал — продолжение статьи Где на самом деле работает одна встреча InterMIND, которая описывала географию: где выполняется каждый сервис и какие данные через него проходят. Здесь мы отвечаем на следующий вопрос службы безопасности: из чего это построено — и можем ли мы это прочитать, аудировать и заменить?

Не где это работает, а из чего оно сделано — уровень за уровнем.

Стек по умолчанию и его цена

Любой продукт — это набор решений. В большинстве продуктов большинство этих решений принято по умолчанию: Google Analytics, Firebase, Google Translate API, Auth0, React. Это путь без трения, и для большинства команд такой выбор разумен. Но у него есть цена: каждый такой компонент ставит часть вашего стека за вендора, чей код вы не можете прочитать, проверить и от которого не можете отказаться без переписывания.

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

Основа: движок — это наш код, а не чужой

Начнём с самого важного уровня, потому что через него проходит большая часть вашей встречи. Транспорт в реальном времени и перевод голоса и чата работают на mind-sdk + Mind API — нашем собственном движке на OVH во Франции. Обычно переводимую встречу собирают так: к API перевода (DeepL, Google) прикручивают SaaS для работы в реальном времени (LiveKit); мы не используем ни то, ни другое в живом тракте. Сторонней модели перевода в цепочке нет. (DeepL мы используем, но только для документов, загруженных в чат, а не для живого тракта голоса и чата; см. карту рантайма. Механику конвейеров мы разбирали в статье Внутри четырёх конвейеров перевода.)

А вот то, чего нет на карте рантайма: SDK, на котором работает ваша встреча, — открытый исходный код под лицензией BSD 3-Clause. Клиент mind-sdk опубликован на gitlab.com/mindlabs/api/sdk, авторские права принадлежат MindMeeting OÜ, нашей эстонской структуре по интеллектуальной собственности. Он обращается к Mind API по адресу api.mind.com, который мы сами эксплуатируем на OVH во Франции.

Это не формат source-available по принципу «смотреть можно, трогать нельзя». BSD 3-Clause — это разрешительная лицензия, одобренная OSI. Ваша служба безопасности может склонировать SDK, прочитать, как именно захватываются, нарезаются на фрагменты и передаются потоком ваш звук и текст, и проверить эту интеграцию на соответствие собственным требованиям. Серверный движок, с которым он работает, — наш, а не чужой «чёрный ящик»; полностью самостоятельно разворачиваемый движок для клиента, которому он нужен, есть в нашей дорожной карте, но сегодня мы его не предлагаем. Мы обновим эту статью, как только он появится.

Уровень за уровнем: стандартный выбор и то, что используем мы

Через эту таблицу проходят две сквозные линии. Открытый исходный код там, где инструмент обрабатывает ваши данные, — чтобы его можно было аудировать и в принципе развернуть у себя. Открытые стандарты (Postgres, S3 API, OIDC) там, где мы зависим от инфраструктуры, — чтобы ничто не было привязано к ценам или политике комплаенса одного вендора. Postgres можно перенести на любой хостинг Postgres; хранилище — в любое S3-хранилище; аутентификация федерируется с провайдером идентификации, который у вас уже есть. Последняя строка относится к третьей оси: CRM с данными о клиентах находится в юрисдикции ЕС (Pipedrive, Эстония), а не на американской платформе продаж — это не открытый исходный код, но и не американская юрисдикция.

Пара пунктов заслуживает ещё одного предложения. PostHog — открытое ПО, которое можно развернуть у себя; мы используем его в облаке PostHog в ЕС и проксируем как first-party через собственный origin, поэтому события не отсекаются блокировщиками рекламы и не проходят через сторонний аналитический домен. Аутентификация никогда не уходит в сторонний auth-SaaS, который стоял бы между вами и вашими сессиями: мы сами ведём поток OIDC и федерируемся с вашей текущей идентификацией Google или Microsoft. А шрифты на каждой странице отдаются с нашего собственного домена; единственное место, где Google Fonts встречается в нашей кодовой базе, — офлайн-скрипт для брендовых материалов, но не приложение, которое загружают ваши пользователи.

Где мы прагматичны — говорим прямо

Мы не делаем вид, что весь стек написан вручную или не связан с США. Это не так, и статья, утверждающая обратное, противоречила бы нашей же карте рантайма.

Инфраструктурная обвязка — хостинг и SSR (Vercel), вычисления сервера встреч (Fly.io), платежи (Stripe), транзакционная почта (Resend) — работает на SaaS с американской юрисдикцией. Stripe и Resend занимаются биллингом и приглашениями и никогда не видят содержимое встреч. Vercel и Fly — это арендованные вычислительные мощности: на них работает наш собственный код, и сервер встреч на Fly действительно обрабатывает живую сессию и транскрипт, который читает наш дайджест, — но это наш код на их машинах, а не продукт вендора, принимающий вашу встречу. Всё это выполняется в ЕС во время работы (см. карту рантайма).

Это осознанный и ограниченный компромисс: плоскость данных мы делаем своей и открытой; для плоскости управления берём лучший доступный SaaS. Назвать это прямо — и есть смысл: «суверенность» мало что значит, если исключения не выложены на стол рядом с достижениями.

Шаги с AI и план, который мы реализовали

Шаги на языковых моделях — AI-дайджест (темы, решения, action items), краткое содержание документов, генеративные действия AI-редактора заметок, Ask AI и Mia — выполняются на AI-шлюзе, который выбирает ваша организация: по умолчанию Azure OpenAI в EU Data Zone, по выбору Vertex AI на мультирегиональном endpoint в ЕС или Amazon Bedrock во Франкфурте — в каждом случае в нашем собственном тенанте, с нулевым хранением данных и без обучения на содержимом клиентов, — либо ваш собственный OpenAI-совместимый endpoint, при котором модель остаётся на инфраструктуре под вашим контролем. Резюме после встречи и действие translate в редакторе идут через тракт перевода, а не через языковую модель. Голос, чат, заметки и документы в реальном времени вообще никогда не проходили через универсальную LLM.

Так выглядит честная картина этого уровня: модели проприетарные, а их вендоры — американские компании, работающие в регионах ЕС; это тот же компромисс, что и с инфраструктурной обвязкой выше, и мы называем его рядом с ней, а не прячем. Вместо собственной модели, развёрнутой у нас, мы предложили выбор: организация может полностью отключить AI (транскрибация и перевод продолжат работать) и может направить каждую AI-функцию на собственный endpoint — vLLM в собственном дата-центре, развёртывание в собственном тенанте, — что переносит этот уровень на ту же ось «открыто и разворачивается у себя», что и остальную плоскость данных. Наш публичный бенчмарк перевода оценивается LLM-судьёй (Gemini, с Claude в качестве запасного) на фиксированных эталонных предложениях FLORES-200 — и никогда на чьих-либо встречах.

Почему это важно не только для нас

Это не инженерия ради инженерии. Причина строить стек именно так проявляется на вашей стороне договора:

1. Аудируемое. SDK, на котором работает ваша встреча, — открытый код, который может прочитать ваша служба безопасности, а движок за ним — наш собственный, а не чужой «чёрный ящик».
2. Переносимое. Открытые стандарты на каждом уровне данных — Postgres, S3, OIDC — означают отсутствие проприетарной привязки. То, что можно перенести, не привязано к одному вендору.
3. Разворачиваемое у себя. Уровни данных на открытых стандартах — Postgres, S3, OIDC — уже работают на инфраструктуре под вашим контролем; полностью самостоятельно разворачиваемый движок перевода есть в дорожной карте для клиента, которому он нужен.

Это картина на 2026-06-07. Мы обновим её, когда стек изменится: замена вендора, перестроенный уровень, смена модели дайджеста. Текущая конфигурация проверяема в нашем открытом vercel.json, в nuxt.config.ts и в репозитории mind-sdk под BSD-3-Clause, ссылка на который приведена выше.

Если какой-то уровень здесь выглядит неверно или вашей проверке безопасности нужен ответ, которого эта карта не даёт, напишите нам. Мы лучше дополним недостающую деталь, чем вы найдёте её при аудите кода.

Источники: репозиторий mind-sdk (BSD-3-Clause), FLORES-200; факты о стеке сверены с развёрнутой конфигурацией (vercel.json, nuxt.config.ts) и поставленным кодом, проверено в августе 2026 года.