Iš ko sudarytas vienas InterMIND susitikimas

Beveik kiekvienas produktas kuriamas iš to paties numatytojo rinkinio: didžiųjų uždarų SaaS sprendimų, į kuriuos kreipiasi visi. Tai kelias be trinties. Kiekviename sluoksnyje, kuriame iš tikrųjų yra jūsų susitikimo duomenys, mes pasirinkome kitą kelią: savo kodą arba atvirąjį kodą, kurį galime talpinti patys.

Tai yra papildomas straipsnis prie Kur iš tikrųjų veikia vienas InterMIND susitikimas, kuriame buvo nubrėžta geografija: kur vykdoma kiekviena paslauga ir kokie duomenys per ją praeina. Šiame straipsnyje atsakome į kitą klausimą, kurį paprastai užduoda saugumo komanda: iš ko tai sukurta ir ar galime tai perskaityti, audituoti ir pakeisti?

Ne kur tai veikia, o iš ko sudaryta, sluoksnis po sluoksnio.

Numatytieji sprendimai ir jų kaina

Kiekvienas produktas yra pasirinkimų rinkinys. Daugumoje produktų dauguma šių pasirinkimų padaromi pagal nutylėjimą: Google Analytics, Firebase, Google Translate API, Auth0, React. Tai kelias be trinties, ir daugeliui komandų tai pagrįstas sprendimas. Kaina ta, kad kiekvienas jų pastato dalį jūsų sistemos už tiekėjo, kurio negalite perskaityti, audituoti ir nuo kurio negalite pasitraukti neperrašę kodo.

Kiekviename sluoksnyje, kuriame yra jūsų susitikimo duomenys, mes pasirinkome kitaip: savo kodą arba atvirojo kodo programinę įrangą, kurią galime talpinti patys. Ten, kur sluoksnis nesiliečia su jūsų susitikimo turiniu, laikomės pragmatiško požiūrio ir tai sakome. Štai visas vaizdas.

Stuburas: variklis yra mūsų kodas, o ne trečiosios šalies

Pradėkime nuo svarbiausio sluoksnio, nes per jį praeina didžioji dalis jūsų susitikimo. Tiek realiuoju laiku perduodamas srautas, tiek balso ir pokalbių vertimas veikia per mind-sdk + Mind API: mūsų pačių variklį OVH Prancūzijoje. Įprastas būdas sukurti išverstą susitikimą yra prie vertimo API (DeepL, Google) prijungti realiojo laiko SaaS (LiveKit); mes nenaudojame nė vieno iš jų gyvame kelyje. Jokio trečiosios šalies vertimo modelio šioje grandinėje nėra. (DeepL naudojame, bet tik į pokalbį įkeltiems dokumentams, o ne gyvam balso ir pokalbių keliui; žr. vykdymo žemėlapį. Vertimo srautų veikimą aprašėme straipsnyje Žvilgsnis į keturis vertimo srautus.)

Štai tai, ko vykdymo žemėlapyje nėra: SDK, ant kurio veikia jūsų susitikimas, yra atvirojo kodo, licencijuotas pagal BSD 3-Clause – mind-sdk klientas yra viešas adresu gitlab.com/mindlabs/api/sdk, autorių teisės priklauso MindMeeting OÜ, mūsų Estijos intelektinės nuosavybės subjektui. Jis kalbasi su Mind API adresu api.mind.com, kurį patys valdome OVH Prancūzijoje.

Tai nėra „žiūrėk, bet nelieskˮ pavyzdinio kodo susitarimas. BSD 3-Clause yra leidžianti, OSI patvirtinta licencija. Jūsų saugumo komanda gali nukopijuoti SDK, perskaityti, kaip tiksliai fiksuojamas, supakuojamas ir siunčiamas jūsų garsas bei tekstas, ir audituoti šią integraciją pagal savo reikalavimus. Serverio pusės variklis, su kuriuo jis kalbasi, yra mūsų, o ne trečiosios šalies juodoji dėžė; visiškai savarankiškai talpinamas variklis nuomininkui, kuriam jo reikia, yra mūsų plane, bet šiandien jo nesiūlome. Šį straipsnį atnaujinsime tą pačią akimirką, kai jis bus išleistas.

Sluoksnis po sluoksnio: įprastas sprendimas ir tai, ką naudojame mes

Per šią lentelę eina dvi gijos. Atvirasis kodas ten, kur įrankis apdoroja jūsų duomenis, kad jį būtų galima audituoti ir iš principo talpinti patiems. Atviri standartai (Postgres, S3 API, OIDC) ten, kur priklausome nuo infrastruktūros, kad niekas nebūtų pririšta prie vieno tiekėjo kainodaros ar atitikties pozicijos. Postgres galima perkelti į bet kurį Postgres talpintoją; saugyklą galima perkelti į bet kurią S3 saugyklą; autentifikavimas susiejamas su jūsų jau naudojamu tapatybės teikėju. Paskutinė eilutė priklauso trečiai ašiai: klientų įrašus laikantis CRM yra registruotas ES (Pipedrive, Estijos), o ne JAV pardavimų platforma – tai nėra atvirasis kodas, bet nėra ir JAV jurisdikcijoje.

Dėl kelių iš jų verta pasakyti dar po sakinį. PostHog yra atviro kodo ir gali būti talpinamas pačių; mes jį naudojame PostHog ES debesyje ir proksiname kaip pirmosios šalies paslaugą per savo kilmės domeną, todėl įvykių tyliai nenumeta reklamos blokatoriai ir jie nekeliauja per trečiosios šalies analitikos domeną. Autentifikavimas niekada nevyksta per trečiosios šalies autentifikavimo SaaS, kuris atsistotų tarp jūsų ir jūsų sesijų: OIDC srautą valdome patys ir susiejame su jūsų esama Google ar Microsoft tapatybe. O šriftai kiekviename puslapyje pateikiami iš mūsų domeno; vienintelė vieta, kur Google Fonts pasirodo mūsų kodo bazėje, yra neprisijungus veikiantis prekės ženklo išteklių skriptas, o ne programa, kurią įkelia jūsų naudotojai.

Kur esame pragmatiški – sakome atvirai

Nesistengiame apsimesti, kad visa sistema sukurta rankomis ar kad joje nėra JAV sprendimų. Taip nėra, o straipsnis, teigiantis priešingai, prieštarautų mūsų pačių vykdymo žemėlapiui.

Vidinė infrastruktūra – talpinimas ir SSR (Vercel), susitikimų serverio skaičiavimai (Fly.io), mokėjimai (Stripe), transakciniai el. laiškai (Resend) – veikia JAV registruotuose SaaS. Stripe ir Resend tvarko atsiskaitymą ir kvietimus ir niekada nemato susitikimo turinio. Vercel ir Fly yra nuomojami skaičiavimo ištekliai: juose veikia mūsų pačių kodas, o Fly esantis susitikimų serveris tvarko gyvą sesiją ir stenogramą, kurią skaito mūsų santrauka, bet tai yra mūsų kodas jų mašinose, o ne tiekėjo produktas, priimantis jūsų susitikimą. Visa tai vykdoma ES vykdymo metu (apie tai – vykdymo žemėlapyje).

Tai sąmoningas, apibrėžtas kompromisas: duomenų plokštumą kuriame patys ir naudojame atvirąjį kodą; valdymo plokštumai naudojame geriausią turimą SaaS. Atvirai tai įvardyti ir yra esmė – „suverenumasˮ mažai ką reiškia, jei išimtys nepadedamos ant stalo greta laimėjimų.

AI žingsniai ir planas, kuris buvo įgyvendintas

Kalbos modelių žingsniai – AI santrauka (temos, sprendimai, action items), dokumentų santraukos, AI užrašų redaktoriaus generatyviniai veiksmai, Ask AI ir Mia – veikia per jūsų organizacijos pasirinktą AI šliuzą: pagal numatytuosius nustatymus Azure OpenAI ES duomenų zonoje (EU Data Zone), pasirinkus – Vertex AI ES daugiaregioniame galiniame taške arba Amazon Bedrock Frankfurte, kiekvienas mūsų pačių nuomininko aplinkoje, be duomenų saugojimo ir be mokymo klientų turiniu, arba jūsų pačių su OpenAI suderinama galinė sąsaja, kuri modelį palieka jūsų valdomoje infrastruktūroje. Po susitikimo rengiama santrauka ir redaktoriaus veiksmas versti eina per vertimo traktą, o ne per kalbos modelį. Realiojo laiko balsas, pokalbiai, užrašai ir dokumentai niekada net nebuvo priartėję prie bendrosios paskirties LLM.

Tokia yra sąžininga šio sluoksnio padėtis: modeliai yra uždari, o jų tiekėjai – JAV bendrovės, valdančios ES regionus; tai tas pats kompromisas kaip ir minėtoje vidinėje infrastruktūroje, pasakytas šalia jos, o ne paslėptas. Vietoje mūsų pačių talpinamo modelio įgyvendinome pasirinkimą: organizacija gali visiškai išjungti AI (transkribavimas ir vertimas toliau veikia) ir gali nukreipti kiekvieną AI funkciją į savo galinę sąsają – vLLM savo duomenų centre ar diegimą savo nuomininko aplinkoje, – o tai šį sluoksnį pastato ant tos pačios atvirumo ir savarankiško talpinimo ašies kaip ir likusią duomenų plokštumą. Mūsų viešą vertimo etaloną vertina LLM teisėjas (Gemini, atsarginis – Claude) pagal fiksuotus FLORES-200 etaloninius sakinius, o ne pagal niekieno susitikimą.

Kodėl tai svarbu ne tik mums

Tai nėra inžinerija dėl inžinerijos. Priežastis kurti sistemą šitaip matoma jūsų sutarties pusėje:

1. Audituojama. SDK, ant kurio veikia jūsų susitikimas, yra atviras kodas, kurį jūsų saugumo komanda gali perskaityti, o už jo esantis variklis yra mūsų pačių, o ne trečiosios šalies juodoji dėžė.
2. Perkeliama. Atviri standartai kiekviename duomenų sluoksnyje – Postgres, S3, OIDC – reiškia, kad nėra uždaros priklausomybės. Tai, ką galima perkelti, nėra pririšta prie vieno tiekėjo.
3. Savarankiškai talpinama. Atvirų standartų duomenų sluoksniai – Postgres, S3, OIDC – jau veikia jūsų valdomoje infrastruktūroje; visiškai savarankiškai talpinamas vertimo variklis yra plane nuomininkui, kuriam jo reikia.

Tai vaizdas 2026-06-07 būklei. Atnaujinsime jį, kai sistema pasikeis: pakeitus tiekėją, perkūrus sluoksnį ar pakeitus santraukos modelį. Dabartinė konfigūracija yra patikrinama (verifiable) mūsų atvirame vercel.json, nuxt.config.ts ir aukščiau nurodytoje BSD-3-Clause mind-sdk repozitorijoje.

Jei kuris nors čia aprašytas sluoksnis atrodo neteisingas arba jūsų saugumo peržiūrai reikia atsakymo, kurio šis žemėlapis nepateikia, parašykite mums. Verčiau papildysime trūkstamą detalę, nei jūs ją atrastumėte atlikdami kodo auditą.

Šaltiniai: mind-sdk repozitorija (BSD-3-Clause), FLORES-200; sistemos faktai patikrinti pagal įdiegtą konfigūraciją (vercel.json, nuxt.config.ts) ir išleistą kodą, patikrinta 2026 m. rugpjūtį.