Din ce este construită o întâlnire InterMIND

Aproape orice produs este construit din același stack implicit: marile soluții SaaS proprietare la care ajunge toată lumea. Sunt drumul fără fricțiuni. La fiecare nivel unde se află efectiv datele întâlnirii dumneavoastră, noi am ales altceva: codul nostru sau open source pe care îl putem găzdui singuri.

Acest articol îl completează pe Unde rulează de fapt o întâlnire InterMIND, care a cartografiat geografia: unde se execută fiecare serviciu și ce date trec prin el. Aici răspundem la ce întreabă mai departe o echipă de securitate: din ce este construit acest produs și îl putem citi, audita și înlocui?

Nu unde rulează, ci din ce este făcut, strat cu strat.

Soluțiile implicite și ce costă ele

Fiecare produs este o serie de alegeri. Pentru majoritatea produselor, cele mai multe dintre aceste alegeri sunt făcute implicit: Google Analytics, Firebase, Google Translate API, Auth0, React. Sunt drumul fără fricțiuni și, pentru majoritatea echipelor, o decizie rezonabilă. Compromisul este că fiecare dintre ele pune o parte din stack-ul dumneavoastră în spatele unui furnizor pe care nu îl puteți citi, nu îl puteți audita și de care nu vă puteți despărți fără o rescriere.

Noi am ales altfel la fiecare nivel unde se află efectiv datele întâlnirii dumneavoastră: codul nostru sau software open source pe care îl putem găzdui singuri. Acolo unde un nivel nu atinge conținutul întâlnirii, rămânem pragmatici și spunem asta deschis. Iată imaginea completă.

Coloana vertebrală: motorul este codul nostru, nu al unui terț

Începem cu nivelul cel mai important, pentru că prin el trece cea mai mare parte a întâlnirii. Transportul în timp real și traducerea vocii/chatului rulează ambele pe mind-sdk + Mind API, propriul nostru motor, pe OVH Franța. Modul obișnuit de a construi o întâlnire tradusă este să atașezi un SaaS în timp real (LiveKit) la un API de traducere (DeepL, Google); noi nu rulăm niciunul dintre ele în fluxul live. Niciun model de traducere al unui terț nu face parte din buclă. (Folosim DeepL, dar doar pentru documentele adăugate în chat, nu pentru fluxul live de voce/chat; vedeți harta de execuție. Mecanica fluxurilor am descris-o în În interiorul celor patru fluxuri de traducere.)

Iată partea care nu apare în harta de execuție: SDK-ul pe care rulează întâlnirea dumneavoastră este open source, sub licența BSD 3-Clause. Clientul mind-sdk este public la gitlab.com/mindlabs/api/sdk, cu drepturi de autor MindMeeting OÜ, entitatea noastră estoniană de proprietate intelectuală. Comunică cu Mind API la api.mind.com, pe care îl rulăm noi înșine pe OVH Franța.

Nu este un aranjament de tip „privește, dar nu atinge”, cu cod doar vizibil. BSD 3-Clause este o licență permisivă, aprobată OSI. Echipa dumneavoastră de securitate poate clona SDK-ul, poate citi exact cum sunt capturate, împachetate și transmise în flux sunetul și textul și poate audita integrarea în raport cu propriile cerințe. Motorul de pe server, cu care comunică, este al nostru, nu o cutie neagră a unui terț. Un motor complet auto-găzduibil pentru un tenant care are nevoie de el este în planul nostru de dezvoltare, nu ceva ce oferim astăzi. Vom actualiza acest articol de îndată ce apare.

Strat cu strat: soluția implicită vs. ce rulăm noi

Două fire străbat acest tabel. Open source acolo unde instrumentul procesează datele dumneavoastră, pentru ca el să poată fi auditat și, în principiu, auto-găzduit. Standarde deschise (Postgres, API-ul S3, OIDC) acolo unde depindem de infrastructură, pentru ca nimic să nu fie legat de prețurile sau de poziția de conformitate a unui singur furnizor. Postgres poate fi mutat la orice gazdă Postgres, stocarea la orice stocare S3, iar autentificarea se federează cu furnizorul de identitate pe care îl rulați deja. Ultimul rând ține de o a treia axă: CRM-ul care păstrează datele clienților are sediul în UE (Pipedrive, estonian), nu este o platformă de vânzări americană. Nu este open source, dar nici nu se află sub jurisdicție americană.

Câteva dintre acestea merită o propoziție în plus. PostHog este open source și auto-găzduibil; îl rulăm pe cloudul UE al PostHog și îl redirecționăm first-party prin propria noastră origine, astfel încât evenimentele nu sunt eliminate pe tăcute de blocatoarele de reclame și nu tranzitează domeniul de analiză al unui terț. Autentificarea nu trece niciodată printr-un SaaS de autentificare terț, care s-ar interpune între dumneavoastră și sesiunile dumneavoastră: rulăm noi înșine fluxul OIDC și îl federăm cu identitatea Google sau Microsoft pe care o aveți deja. Iar fonturile de pe fiecare pagină sunt servite de pe propriul nostru domeniu; singurul loc în care apare Google Fonts în codul nostru este un script offline pentru resursele de brand, niciodată aplicația pe care o încarcă utilizatorii dumneavoastră.

Unde suntem pragmatici — spus deschis

Nu pretindem că tot stack-ul este scris de noi sau non-american. Nu este, iar un articol care ar pretinde altceva ar fi contrazis de propria noastră hartă de execuție.

Infrastructura de bază (găzduirea și SSR cu Vercel, capacitatea de calcul a serverului de întâlniri cu Fly.io, plățile cu Stripe, e-mailul tranzacțional cu Resend) rulează pe SaaS cu sediul în SUA. Stripe și Resend se ocupă de facturare și de invitații și nu văd niciodată conținutul întâlnirilor. Vercel și Fly sunt capacitate de calcul închiriată: codul nostru rulează pe ele, iar serverul de întâlniri de pe Fly gestionează într-adevăr sesiunea live și transcrierea pe care o citește digest-ul nostru, dar este codul nostru pe mașinile lor, nu un produs al unui furnizor care preia întâlnirea dumneavoastră. Toate se execută în UE la momentul rulării (subiectul hărții de execuție).

Este un compromis deliberat și delimitat: planul de date este al nostru și open source; pentru planul de control folosim cel mai bun SaaS disponibil. Să-l numim deschis este tocmai ideea: „suveranitatea” înseamnă puțin dacă excepțiile nu sunt puse pe masă lângă reușite.

Pașii AI și planul care a ajuns în producție

Pașii care folosesc modele de limbaj (AI digest cu subiecte, decizii și action items, rezumatele documentelor, acțiunile generative ale editorului de notițe AI, Ask AI și Mia) rulează pe gateway-ul AI ales de organizația dumneavoastră: implicit Azure OpenAI în EU Data Zone, la alegere Vertex AI pe endpointul multi-regiune UE sau Amazon Bedrock în Frankfurt, fiecare în propriul nostru tenant, cu zero retenție a datelor și fără antrenare pe conținutul clienților, sau propriul dumneavoastră endpoint compatibil OpenAI, care păstrează modelul pe infrastructura controlată de dumneavoastră. Rezumatul de după întâlnire și acțiunea translate a editorului trec prin fluxul de traducere, nu prin modelul de limbaj. Vocea, chatul, notițele și documentele în timp real nu au trecut niciodată pe lângă un LLM de uz general.

Aceasta este forma onestă a acestui strat: modelele sunt proprietare, iar furnizorii lor sunt companii americane care operează regiuni UE, același compromis ca la infrastructura de bază de mai sus, menționat alături de ea, nu ascuns. În locul unui model auto-găzduit propriu, ce a ajuns în producție este alegerea: o organizație poate dezactiva complet AI (transcrierea și traducerea continuă să funcționeze) și poate îndrepta fiecare funcție AI către propriul endpoint, vLLM în propriul centru de date sau o implementare în propriul tenant, ceea ce așază acest strat pe aceeași axă deschis-și-auto-găzduibil ca restul planului de date. Benchmarkul nostru public de traducere este evaluat de un judecător LLM (Gemini, cu Claude ca alternativă) pe propoziții de referință fixe din FLORES-200, niciodată pe întâlnirea cuiva.

De ce contează dincolo de noi

Nu este inginerie de dragul ingineriei. Motivul pentru care construim un stack astfel se vede de partea dumneavoastră a contractului:

1. Auditabil. SDK-ul pe care rulează întâlnirea dumneavoastră este cod open source pe care echipa dumneavoastră de securitate îl poate citi, iar motorul din spatele lui este al nostru, nu cutia neagră a unui terț.
2. Portabil. Standarde deschise la fiecare strat de date (Postgres, S3, OIDC) înseamnă fără dependență de un furnizor proprietar. Ce poate fi mutat nu este legat de un singur furnizor.
3. Auto-găzduibil. Straturile de date bazate pe standarde deschise (Postgres, S3, OIDC) rulează deja pe infrastructură controlată de dumneavoastră; un motor de traducere complet auto-găzduit este în planul de dezvoltare pentru tenantul care are nevoie de el.

Aceasta este imaginea la 2026-06-07. O vom actualiza când se schimbă stack-ul: un furnizor înlocuit, un strat reconstruit, modelul digest-ului schimbat. Configurația curentă este verificabilă în vercel.json și nuxt.config.ts, ambele deschise, și în repository-ul mind-sdk sub BSD-3-Clause, indicat mai sus.

Dacă un strat de aici pare greșit sau dacă analiza dumneavoastră de securitate are nevoie de un răspuns pe care această hartă nu îl oferă, scrieți-ne. Preferăm să corectăm un detaliu lipsă decât să îl descoperiți într-un audit de cod.

Surse: repository-ul mind-sdk (BSD-3-Clause), FLORES-200; faptele despre stack au fost verificate în raport cu configurația implementată (vercel.json, nuxt.config.ts) și cu codul livrat, verificate în august 2026.