Dari apa satu meeting InterMIND dibangun

Hampir semua produk dibangun dari stack default yang sama, yaitu SaaS proprietari besar yang menjadi pilihan semua orang. Itulah jalur yang paling mulus. Di setiap lapisan tempat data meeting Anda benar-benar berada, kami memilih jalan lain: kode kami sendiri, atau open source yang bisa kami host sendiri.

Tulisan ini pendamping dari Di mana satu meeting InterMIND sebenarnya berjalan, yang memetakan geografinya: tempat setiap layanan dieksekusi dan data apa saja yang melewatinya. Tulisan ini menjawab pertanyaan berikutnya dari tim keamanan: dari apa semua ini dibangun, dan bisakah kami membacanya, mengauditnya, dan menggantinya?

Bukan soal di mana ia berjalan, melainkan terbuat dari apa, lapisan demi lapisan.

Default, dan harganya

Setiap produk adalah tumpukan pilihan. Pada kebanyakan produk, sebagian besar pilihan itu diambil secara default: Google Analytics, Firebase, Google Translate API, Auth0, React. Itulah jalur yang mulus, dan bagi kebanyakan tim itu keputusan yang masuk akal. Konsekuensinya, setiap pilihan menempatkan sebagian stack Anda di balik vendor yang tidak bisa Anda baca, tidak bisa Anda audit, dan tidak bisa Anda tinggalkan tanpa menulis ulang.

Kami membuat pilihan berbeda di setiap lapisan tempat data meeting Anda benar-benar berada: kode kami sendiri, atau perangkat lunak open source yang bisa kami host sendiri. Pada lapisan yang tidak menyentuh isi meeting Anda, kami bersikap pragmatis dan menyatakannya. Berikut gambaran lengkapnya.

Tulang punggung: mesinnya adalah kode kami, bukan milik pihak ketiga

Mulai dari lapisan yang paling penting, karena sebagian besar meeting Anda mengalir melaluinya. Transportasi real-time dan terjemahan suara/chat sama-sama berjalan di mind-sdk + Mind API, mesin kami sendiri, di OVH Prancis. Cara default membangun meeting yang diterjemahkan adalah menempelkan SaaS real-time (LiveKit) ke API terjemahan (DeepL, Google); kami tidak menjalankan keduanya di jalur langsung. Tidak ada model terjemahan pihak ketiga dalam alurnya. (Kami memang memakai DeepL, tetapi hanya untuk dokumen yang dijatuhkan ke chat, bukan untuk jalur suara/chat langsung; lihat peta runtime. Mekanisme alurnya kami bahas di Di dalam empat pipeline terjemahan.)

Inilah bagian yang tidak ada di peta runtime: SDK tempat meeting Anda berjalan adalah open source dengan lisensi BSD 3-Clause. Klien mind-sdk bersifat publik di gitlab.com/mindlabs/api/sdk, hak ciptanya milik MindMeeting OÜ, entitas IP kami di Estonia. SDK ini berkomunikasi dengan Mind API di api.mind.com, yang kami jalankan sendiri di OVH Prancis.

Ini bukan pengaturan source-available yang "boleh lihat, jangan sentuh". BSD 3-Clause adalah lisensi permisif yang disetujui OSI. Tim keamanan Anda dapat meng-clone SDK, membaca persis bagaimana audio dan teks Anda ditangkap, dibingkai, dan di-stream, lalu mengaudit integrasi itu terhadap persyaratan Anda sendiri. Mesin sisi server yang dihubunginya adalah milik kami, bukan kotak hitam pihak ketiga. Mesin yang sepenuhnya dapat di-host sendiri untuk tenant yang membutuhkannya ada di roadmap kami, bukan sesuatu yang kami tawarkan saat ini. Kami akan memperbarui tulisan ini begitu fitur itu rilis.

Lapisan demi lapisan: default vs. yang kami jalankan

Dua benang merah menghubungkan tabel itu. Open source di tempat alat memproses data Anda, agar dapat diaudit dan, pada prinsipnya, di-host sendiri. Standar terbuka (Postgres, API S3, OIDC) di tempat kami bergantung pada infrastruktur, agar tidak ada yang terkunci pada harga atau posisi kepatuhan satu vendor. Postgres dapat pindah ke host Postgres mana pun; penyimpanan dapat pindah ke penyimpanan S3 mana pun; autentikasi difederasikan ke penyedia identitas yang sudah Anda jalankan. Baris terakhir berada pada sumbu ketiga: CRM yang menyimpan catatan pelanggan berdomisili di UE (Pipedrive, Estonia), bukan platform penjualan AS. Itu bukan open source, tetapi juga tidak berada di bawah yurisdiksi AS.

Beberapa di antaranya layak dijelaskan lebih lanjut. PostHog bersifat open source dan dapat di-host sendiri; kami menjalankannya di cloud UE milik PostHog dan memproksinya secara first-party melalui origin kami sendiri, sehingga event tidak diam-diam diblokir oleh ad-blocker dan tidak melewati domain analitik pihak ketiga. Autentikasi tidak pernah diserahkan ke SaaS autentikasi pihak ketiga yang berdiri di antara Anda dan sesi Anda: kami menjalankan alur OIDC sendiri dan memfederasikannya ke identitas Google atau Microsoft Anda yang sudah ada. Font di setiap halaman disajikan dari domain kami sendiri; satu-satunya tempat Google Fonts muncul di codebase kami adalah skrip aset merek offline, tidak pernah di aplikasi yang dimuat pengguna Anda.

Di mana kami pragmatis: dikatakan terus terang

Kami tidak berpura-pura seluruh stack dibuat sendiri atau bebas dari AS. Kenyataannya tidak begitu, dan tulisan yang mengklaim sebaliknya akan dibantah oleh peta runtime kami sendiri.

Bagian penyalurnya, yaitu hosting dan SSR (Vercel), komputasi server meeting (Fly.io), pembayaran (Stripe), dan email transaksional (Resend), berjalan di SaaS yang berdomisili di AS. Stripe dan Resend menangani penagihan dan undangan, dan tidak pernah melihat isi meeting. Vercel dan Fly adalah komputasi sewaan: kode kami sendiri yang berjalan di sana. Server meeting di Fly memang menangani sesi langsung dan transkrip yang dibaca digest kami, tetapi itu kode kami di mesin mereka, bukan produk vendor yang menyerap meeting Anda. Semuanya dieksekusi di UE saat runtime (topik peta runtime).

Ini kompromi yang disengaja dan terbatas: miliki sendiri dan gunakan open source untuk data plane; gunakan SaaS terbaik yang tersedia untuk control plane. Menyebutkannya terang-terangan adalah intinya: "kedaulatan" tidak berarti banyak jika pengecualiannya tidak diletakkan di meja di samping keunggulannya.

Langkah-langkah AI, dan rencana yang akhirnya dirilis

Langkah-langkah model bahasa, yaitu AI digest (topik, keputusan, action items), ringkasan dokumen, aksi generatif editor catatan AI, Ask AI, dan Mia, berjalan di gateway AI yang dipilih organisasi Anda: Azure OpenAI di EU Data Zone secara default, Vertex AI di endpoint multi-region UE atau Amazon Bedrock di Frankfurt sesuai pilihan, masing-masing di tenant kami sendiri dengan nol retensi data dan tanpa pelatihan pada konten pelanggan. Atau endpoint kompatibel OpenAI milik Anda sendiri, yang menjaga model tetap berada di infrastruktur yang Anda kendalikan. Ringkasan pasca-meeting dan aksi terjemahkan di editor melewati jalur terjemahan, bukan model bahasa. Suara real-time, chat, catatan, dan dokumen sejak awal tidak pernah menyentuh LLM serbaguna.

Itulah bentuk jujur dari lapisan ini: modelnya proprietari, dan vendornya adalah perusahaan AS yang mengoperasikan region UE, kompromi yang sama seperti pada bagian penyalur di atas, dinyatakan di sampingnya dan tidak disembunyikan. Yang kami rilis sebagai pengganti model self-hosted milik kami sendiri adalah pilihan: organisasi dapat mematikan AI sepenuhnya (transkripsi dan terjemahan tetap berfungsi), dan dapat mengarahkan setiap fitur AI ke endpoint-nya sendiri, baik vLLM di pusat data sendiri maupun deployment di tenant sendiri, sehingga lapisan ini berada pada sumbu terbuka dan dapat di-host sendiri yang sama dengan data plane lainnya. Benchmark terjemahan publik kami dinilai oleh juri LLM (Gemini, dengan Claude sebagai cadangan) pada kalimat referensi FLORES-200 yang tetap, bukan pada meeting siapa pun.

Mengapa ini penting di luar kami

Ini bukan rekayasa demi rekayasa. Alasan membangun stack dengan cara ini terasa di sisi Anda dari kontrak:

1. Dapat diaudit. SDK tempat meeting Anda berjalan adalah kode open source yang dapat dibaca tim keamanan Anda, dan mesin di belakangnya adalah milik kami sendiri, bukan kotak hitam pihak ketiga.
2. Portabel. Standar terbuka di setiap lapisan data, yaitu Postgres, S3, OIDC, berarti tidak ada lock-in proprietari. Apa yang bisa dipindahkan tidak terikat pada satu vendor.
3. Dapat di-host sendiri. Lapisan data berstandar terbuka, yaitu Postgres, S3, OIDC, sudah dapat berjalan di infrastruktur yang Anda kendalikan; mesin terjemahan yang sepenuhnya di-host sendiri ada di roadmap untuk tenant yang membutuhkannya.

Ini adalah gambaran per 2026-06-07. Kami akan memperbaruinya ketika stack berubah: pergantian vendor, satu lapisan dibangun ulang, model digest diganti. Konfigurasi saat ini dapat diverifikasi di vercel.json kami yang terbuka, nuxt.config.ts kami, dan repositori mind-sdk BSD-3-Clause yang ditautkan di atas.

Jika ada lapisan di sini yang tampak keliru, atau tinjauan keamanan Anda membutuhkan jawaban yang tidak diberikan peta ini, tulislah kepada kami. Kami lebih suka melengkapi detail yang kurang daripada Anda menemukannya dalam audit kode.

Sumber: repositori mind-sdk (BSD-3-Clause), FLORES-200; fakta stack diverifikasi terhadap konfigurasi yang di-deploy (vercel.json, nuxt.config.ts) dan kode yang dirilis, diperiksa pada Agustus 2026.