Наш власний код або відкритий код там, де живуть дані зустрічі. Голос і чат працюють через наш Mind API на OVH у Франції; клієнтський SDK публічний, ліцензія BSD 3-Clause.
Кажемо вголос: «сантехніка» — це американський SaaS. Vercel, Fly.io, Stripe, Resend працюють у ЄС; AI-шлюз обирає організація, його можна вимкнути.
InterMIND зберігає всю зустріч мовою кожного учасника: голос, чат, файли та рекап, на стеку, який можна перевірити аудитом. Гості приєднуються безкоштовно за посиланням, без облікового запису; ви платите лише за активних учасників.

З чого складається одна зустріч в InterMIND

Майже кожен продукт будують на тому самому стандартному стеку: великі проприєтарні SaaS-рішення, до яких тягнуться всі. Це шлях без тертя. На кожному рівні, де справді живуть дані вашої зустрічі, ми обрали інший: власний код або відкритий код, який можна розгорнути самостійно.

Цей допис доповнює Де насправді працює одна зустріч в InterMIND, де ми описали географію: де виконується кожен сервіс і які дані через нього проходять. Тут ми відповідаємо на наступне запитання служби безпеки: з чого це зроблено, і чи можемо ми це прочитати, перевірити й замінити?

Не де це працює, а з чого воно складається, рівень за рівнем.

Типові рішення і їхня ціна

Кожен продукт — це набір виборів. У більшості продуктів більшість цих виборів зроблено за замовчуванням: Google Analytics, Firebase, Google Translate API, Auth0, React. Це шлях без тертя, і для більшості команд це розумне рішення. Але платити доводиться тим, що кожне з них ставить частину вашого стеку за вендором, якого ви не можете прочитати, не можете перевірити аудитом і не можете покинути без переписування.

На кожному рівні, де справді живуть дані вашої зустрічі, ми зробили інший вибір: власний код або програмне забезпечення з відкритим кодом, яке можна розгорнути самостійно. Там, де рівень не торкається вмісту вашої зустрічі, ми лишаємося прагматичними й прямо про це кажемо. Ось повна картина.

Хребет: рушій — це наш код, а не чужий

Почнемо з найважливішого рівня, бо через нього проходить більша частина вашої зустрічі. Транспорт у реальному часі та переклад голосу й чату працюють на mind-sdk + Mind API — нашому власному рушії на OVH у Франції. Типовий спосіб побудувати зустріч із перекладом — прикрутити SaaS для реального часу (LiveKit) до API перекладу (DeepL, Google); ми не використовуємо жодного з них у живому шляху. Жодна стороння модель перекладу в цьому ланцюжку не бере участі. (DeepL ми використовуємо, але лише для документів, скинутих у чат, а не для живого шляху голосу й чату; див. мапу роботи сервісів. Механіку конвеєрів ми розбирали в Усередині чотирьох конвеєрів перекладу.)

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

Це не схема «дивитися можна, чіпати не можна» з доступним вихідним кодом. BSD 3-Clause — це дозвільна ліцензія, схвалена OSI. Ваша служба безпеки може клонувати SDK, прочитати, як саме захоплюються, пакуються та передаються ваші аудіо й текст, і перевірити цю інтеграцію на відповідність власним вимогам. Серверний рушій, з яким він працює, — наш, а не «чорна скринька» третьої сторони. Повністю самостійно розгортуваний рушій для орендаря, якому він потрібен, є в нашій дорожній карті, але сьогодні ми його не пропонуємо. Ми оновимо цей допис, щойно він з'явиться.

Рівень за рівнем: типове рішення проти того, що використовуємо ми

Рівень	Типове рішення	Що використовуємо ми	Чому це важливо для вас
Рушій реального часу + перекладу (голос + чат)	LiveKit + API перекладу (DeepL / Google)	`mind-sdk` (клієнт BSD-3-Clause) + наш Mind API, OVH Франція	Найважчий потік даних іде через наш власний рушій, а не сторонню модель, а його клієнтський SDK відкритий і придатний до аудиту
Фронтенд-фреймворк	React (Meta) / Next.js	Vue + Nuxt	OSS під управлінням спільноти: жодна корпорація не володіє фреймворком, на якому працює ваш інтерфейс
Продуктова аналітика	Google Analytics	PostHog	Відкритий код, хмара в ЄС, проксі через наш власний домен як first-party: дані про використання не потрапляють до стороннього рекламного майданчика
Шрифти	Google Fonts CDN	Власний хостинг (`@nuxt/fonts`)	Жодного стороннього запиту за шрифтами зі сторінки, яку завантажують ваші користувачі, а це типове зауваження щодо GDPR, якого ми уникаємо
Автентифікація	Auth0 / Clerk / Firebase Auth	Власний OIDC із федерацією до вашого Google / Microsoft	Жоден посередник автентифікації не тримає ваші сесії: ви приводите власного провайдера ідентичності
Переклад документів	Google Translate	DeepL (Кельн)	Спеціалізований європейський вендор, обробка в Німеччині
AI-функції (рекап, підсумки документів, помічник письма, Ask AI, Mia)	Модель одного вендора за його власним API	AI-шлюз, який обирає організація: Azure OpenAI EU Data Zone (за замовчуванням), Vertex AI EU, Amazon Bedrock Frankfurt або власний OpenAI-сумісний endpoint	Модель ви обираєте й розміщуєте самі; вимкнення AI — це налаштування
Контент / документація	Contentful / Sanity (headless CMS)	Nuxt Content (markdown під контролем git)	Слова на нашому сайті живуть у нашому репозиторії, а не в базі даних вендора
База даних застосунку	Firestore / DynamoDB (проприєтарні)	Postgres (на Neon)	Відкритий стандарт: переносимо на будь-який хостинг Postgres, без проприєтарного API запитів, який довелося б переписувати
Об'єктне сховище	Проприєтарні blob-API	Tigris (сумісне з S3)	Відкритий протокол: записи й експорти переносяться в будь-яке S3-сховище
CRM / продажі	Salesforce / HubSpot	Pipedrive (естонський)	Дані про клієнтів і угоди зберігаються в CRM, зареєстрованій у ЄС, а не на американській платформі продажів

Крізь цю таблицю проходять дві лінії. Відкритий код там, де інструмент обробляє ваші дані, щоб його можна було перевірити аудитом і, в принципі, розгорнути самостійно. Відкриті стандарти (Postgres, S3 API, OIDC) там, де ми залежимо від інфраструктури, щоб ніщо не було прив'язане до цін чи політики відповідності вимогам одного вендора. Postgres можна перенести на будь-який хостинг Postgres, сховище — у будь-яке S3-сховище, а автентифікація федерується до провайдера ідентичності, який ви вже використовуєте. Останній рядок стосується третьої осі: CRM із записами про клієнтів зареєстрована в ЄС (Pipedrive, естонська), а не є американською платформою продажів. Вона не з відкритим кодом, але й не підпадає під юрисдикцію США.

Дещо з цього заслуговує на ще одне речення. PostHog має відкритий код і може розгортатися самостійно; ми використовуємо його в хмарі PostHog в ЄС і проксуємо через наш власний origin як first-party, тож події не губляться непомітно через блокувальники реклами і не проходять через сторонній домен аналітики. Автентифікація ніколи не потрапляє до стороннього 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, який залишає модель на інфраструктурі під вашим контролем. Підсумок після зустрічі та дія редактора «перекласти» проходять через тракт перекладу, а не через мовну модель. Голос у реальному часі, чат, нотатки й документи від початку жодного разу не наближалися до LLM загального призначення.

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

Чому це важливо не лише для нас

Це не інженерія заради інженерії. Причина будувати стек саме так проявляється з вашого боку договору:

Придатність до аудиту. SDK, на якому працює ваша зустріч, — це код із відкритим вихідним кодом, який може прочитати ваша служба безпеки, а рушій за ним — наш власний, а не «чорна скринька» третьої сторони.
Переносимість. Відкриті стандарти на кожному рівні даних — Postgres, S3, OIDC — означають відсутність проприєтарної прив'язки. Те, що можна перенести, не прив'язане до одного вендора.
Можливість самостійного розгортання. Рівні даних на відкритих стандартах — 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 року.