Bir InterMIND toplantısı nelerden oluşuyor

Hemen her ürün aynı varsayılan yığınla inşa edilir: herkesin ilk elinin gittiği büyük, kapalı kaynaklı SaaS varsayılanlarıyla. Bunlar sürtünmesiz yoldur. Toplantı verinizin gerçekten bulunduğu her katmanda biz başka bir yol seçtik: kendi kodumuz ya da kendi sunucularımızda çalıştırabileceğimiz açık kaynak.

Bu yazı, her hizmetin nerede çalıştığını ve hangi verinin içinden geçtiğini gösteren coğrafyayı haritalandıran Bir InterMIND toplantısı gerçekte nerede çalışıyor yazısının tamamlayıcısıdır. Burada, bir güvenlik ekibinin bir sonraki soracağı şeye yanıt veriyoruz: bu sistem neyden yapılmış ve onu okuyabilir, denetleyebilir, değiştirebilir miyiz?

Nerede çalıştığı değil, neyden yapıldığı: katman katman.

Varsayılanlar ve bedelleri

Her ürün bir dizi tercihten oluşur. Çoğu üründe bu tercihlerin çoğu varsayılan olarak yapılır: Google Analytics, Firebase, Google Translate API, Auth0, React. Bunlar sürtünmesiz yoldur ve çoğu ekip için makul bir karardır. Bedeli ise şudur: her biri yığınızın bir parçasını okuyamadığınız, denetleyemediğiniz ve baştan yazmadan ayrılamayacağınız bir tedarikçinin arkasına koyar.

Toplantı verinizin gerçekten bulunduğu her katmanda farklı bir tercih yaptık: kendi kodumuz veya kendi sunucularımızda çalıştırabileceğimiz açık kaynak yazılım. Bir katman toplantınızın içeriğine dokunmuyorsa pragmatik davranıyoruz ve bunu açıkça söylüyoruz. İşte resmin tamamı.

Omurga: motor bizim kodumuz, üçüncü tarafın değil

En önemli katmanla başlayalım, çünkü toplantınızın büyük bölümü ondan geçer. Gerçek zamanlı aktarım ve ses/sohbet çevirisi, ikisi de mind-sdk + Mind API üzerinde, yani OVH Fransa'daki kendi motorumuzda çalışır. Çevrilmiş bir toplantı kurmanın varsayılan yolu, bir çeviri API'sine (DeepL, Google) gerçek zamanlı bir SaaS (LiveKit) eklemektir; biz canlı yolda ikisini de çalıştırmıyoruz. Döngüde üçüncü taraf bir çeviri modeli yok. (DeepL'i kullanıyoruz, ancak yalnızca sohbete bırakılan belgeler için; canlı ses/sohbet yolunda değil. Çalışma zamanı haritasına bakın. Hat mekaniğini Dört çeviri hattının içi yazısında anlattık.)

Çalışma zamanı haritasında yer almayan kısım şu: toplantınızın üzerinde çalıştığı SDK, BSD 3-Clause lisansı altında açık kaynaktır. mind-sdk istemcisi gitlab.com/mindlabs/api/sdk adresinde herkese açıktır; telif hakkı Estonya'daki fikri mülkiyet şirketimiz MindMeeting OÜ'ye aittir. SDK, OVH Fransa üzerinde kendimizin işlettiği api.mind.com adresindeki Mind API ile konuşur.

Bu, "bak ama dokunma" türünden bir kaynağı-açık düzenlemesi değildir. BSD 3-Clause, izin verici ve OSI onaylı bir lisanstır. Güvenlik ekibiniz SDK'yı klonlayabilir, sesinizin ve metninizin tam olarak nasıl yakalandığını, çerçevelendiğini ve akıtıldığını okuyabilir ve bu entegrasyonu kendi gereksinimlerinize göre denetleyebilir. SDK'nın konuştuğu sunucu tarafı motor bize aittir, üçüncü tarafın kara kutusu değildir. İhtiyacı olan bir kiracı için tamamen kendi sunucusunda çalıştırılabilir bir motor yol haritamızdadır, bugün sunduğumuz bir şey değildir. Hazır olduğu anda bu yazıyı güncelleyeceğiz.

Katman katman: varsayılan ve bizim çalıştırdığımız

Bu tablodan iki ortak çizgi geçer. Araç verinizi işlediği yerde açık kaynak: böylece denetlenebilir ve prensipte kendi sunucunuzda çalıştırılabilir. Altyapıya dayandığımız yerlerde açık standartlar (Postgres, S3 API, OIDC): böylece hiçbir şey tek bir tedarikçinin fiyatlandırmasına veya uyumluluk duruşuna bağlı kalmaz. Postgres herhangi bir Postgres barındırıcısına taşınabilir; depolama herhangi bir S3 deposuna taşınabilir; kimlik doğrulama, zaten işlettiğiniz kimlik sağlayıcısına federe olur. Son satır üçüncü bir eksende durur: müşteri kayıtlarını tutan CRM, ABD satış platformu yerine AB merkezlidir (Pipedrive, Estonya). Açık kaynak değildir, ama ABD yargı yetkisi altında da değildir.

Bunlardan birkaçı bir cümle daha hak ediyor. PostHog açık kaynaktır ve kendi sunucunuzda çalıştırılabilir; biz onu PostHog'un AB bulutunda çalıştırıyor ve kendi origin'imiz üzerinden birinci taraf olarak yönlendiriyoruz. Böylece olaylar reklam engelleyicilerce sessizce düşürülmüyor ve üçüncü taraf bir analitik alan adından geçmiyor. Kimlik doğrulama, sizinle oturumlarınız arasına girecek üçüncü taraf bir kimlik doğrulama SaaS'ına gitmez; OIDC akışını kendimiz işletiyor ve mevcut Google veya Microsoft kimliğinize federe oluyoruz. Her sayfadaki yazı tipleri kendi alan adımızdan sunulur; Google Fonts, kod tabanımızda yalnızca çevrimdışı bir marka varlığı betiğinde geçer, kullanıcılarınızın yüklediği uygulamada asla.

Pragmatik olduğumuz yerler: açıkça söylüyoruz

Yığının tamamının elle yazıldığını ya da ABD dışı olduğunu iddia etmiyoruz. Öyle değil; aksini iddia eden bir yazı kendi çalışma zamanı haritamızla çelişirdi.

Tesisat katmanı, yani barındırma ve SSR (Vercel), toplantı sunucusunun işlem gücü (Fly.io), ödemeler (Stripe) ve işlemsel e-posta (Resend), ABD merkezli SaaS üzerinde çalışır. Stripe ve Resend faturalamayı ve davetleri yönetir, toplantı içeriğini asla görmez. Vercel ve Fly kiralık işlem gücüdür: kendi kodumuz onların üzerinde çalışır; Fly üzerindeki toplantı sunucusu canlı oturumu ve özetimizin okuduğu transkripti işler, ama bu, toplantınızı içeri alan bir tedarikçi ürünü değil, onların makinelerinde çalışan bizim kodumuzdur. Hepsi çalışma zamanında AB'de yürütülür (çalışma zamanı haritasının konusu).

Bu, bilinçli ve sınırlı bir ödünleşimdir: veri düzlemine kendimiz sahip oluyor ve açık kaynak kullanıyoruz; kontrol düzlemi için mevcut en iyi SaaS'ı kullanıyoruz. Bunu adıyla söylemek asıl nokta: istisnalar kazanımların yanında masaya konmuyorsa "egemenlik" pek bir şey ifade etmez.

AI adımları ve gerçekte sunulan plan

Dil modeli adımları, yani AI digest (konular, kararlar, action items), belge özetleri, AI not düzenleyicinin üretken eylemleri, Ask AI ve Mia, kuruluşunuzun seçtiği AI geçidinde çalışır: varsayılan olarak AB Data Zone'daki Azure OpenAI; tercihe bağlı olarak AB çoklu bölge uç noktasındaki Vertex AI veya Frankfurt'taki Amazon Bedrock. Her biri kendi kiracımızda, sıfır veri saklama ve müşteri içeriğiyle eğitim yapılmaması koşuluyla çalışır. Ya da modeli sizin denetlediğiniz altyapıda tutan kendi OpenAI uyumlu uç noktanız kullanılır. Toplantı sonrası özet ve düzenleyicinin çevir eylemi dil modelinden değil, çeviri hattından geçer. Gerçek zamanlı ses, sohbet, notlar ve belgeler zaten hiçbir zaman genel amaçlı bir LLM'ye uğramadı.

Bu katmanın dürüst özeti şu: modeller kapalı kaynaklıdır ve tedarikçileri AB bölgeleri işleten ABD şirketleridir. Bu, yukarıdaki tesisatla aynı ödünleşimdir; gizlenmek yerine onun yanında belirtilmiştir. Kendi barındırdığımız bir model yerine sunulan şey seçimdir: kuruluş AI'ı tamamen kapatabilir (transkripsiyon ve çeviri çalışmaya devam eder) ve her AI özelliğini kendi uç noktasına yönlendirebilir; kendi veri merkezinde vLLM ya da kendi kiracısında bir dağıtım. Bu da bu katmanı veri düzleminin geri kalanıyla aynı açık ve kendi sunucuda çalıştırılabilir eksene oturtur. Herkese açık çeviri kıyaslamamız, bir LLM hakemi (Gemini, yedek olarak Claude) tarafından, sabit FLORES-200 referans cümleleri üzerinden puanlanır; hiçbir zaman kimsenin toplantısı üzerinden değil.

Bunun bizden öteye neden önemi var

Bu, kendi başına bir mühendislik gösterisi değil. Bir yığını bu şekilde kurmanın nedeni, sözleşmenin sizin tarafınızda ortaya çıkıyor:

1. Denetlenebilir. Toplantınızın üzerinde çalıştığı SDK, güvenlik ekibinizin okuyabileceği açık kaynak koddur; arkasındaki motor da bizimdir, üçüncü tarafın kara kutusu değil.
2. Taşınabilir. Her veri katmanındaki açık standartlar (Postgres, S3, OIDC) kapalı bir bağımlılık olmadığı anlamına gelir. Taşınabilen şey tek bir tedarikçiye bağlı değildir.
3. Kendi sunucunuzda çalıştırılabilir. Açık standartlı veri katmanları, yani Postgres, S3 ve OIDC, şimdiden sizin denetlediğiniz altyapıda çalışabilir; tamamen kendi sunucusunda çalışan bir çeviri motoru, ihtiyacı olan kiracı için yol haritasındadır.

Bu, 2026-06-07 tarihindeki tablodur. Yığın değiştiğinde güncelleyeceğiz: bir tedarikçi değişimi, yeniden kurulan bir katman, değiştirilen digest modeli. Mevcut yapılandırma, açık vercel.json dosyamızda, nuxt.config.ts dosyamızda ve yukarıda bağlantısı verilen BSD-3-Clause mind-sdk deposunda doğrulanabilir.

Buradaki bir katman yanlış görünüyorsa ya da güvenlik incelemenizin bu harita yanıtlamıyorsa, bize yazın. Eksik bir ayrıntıyı sizin bir kod denetiminde bulmanızdansa kendimizin düzeltmesini tercih ederiz.

Kaynaklar: mind-sdk deposu (BSD-3-Clause), FLORES-200; yığın bilgileri, dağıtılmış yapılandırma (vercel.json, nuxt.config.ts) ve yayındaki kodla karşılaştırılarak doğrulanmıştır, Ağustos 2026'da kontrol edilmiştir.