Gaavala जब Chrome Web Store पर उतरे, तो कतार में सबसे आगे रहें। वेटलिस्ट में शामिल हों

Gaavala आपका मीटिंग ऑडियो कैसे सुरक्षित रखता है: प्राइवेसी-फ़र्स्ट आर्किटेक्चर

मीटिंग ऑडियो एन्क्रिप्टेड कनेक्शन से सीधे आपके ब्राउज़र से Soniox तक जाता है। Gaavala का बैकएंड साइन-इन, सदस्यता और उपयोग सँभालता है; उसे मीटिंग ऑडियो नहीं मिलता।

मूल प्राइवेसी सिद्धांत

ज़्यादातर SaaS अनुवाद टूल एक जाने-पहचाने डेटा प्रवाह पर चलते हैं:

1. आपका ब्राउज़र मीटिंग का ऑडियो कैप्चर करता है
2. ऑडियो वेंडर के बैकएंड पर अपलोड होता है
3. वेंडर का बैकएंड ऑडियो को किसी speech-to-text इंजन तक प्रॉक्सी करता है
4. ट्रांसक्रिप्ट वेंडर के बैकएंड के रास्ते वापस आते हैं
5. रास्ते में वेंडर के सर्वर अक्सर ऑडियो को लॉग, कैश या सहेज लेते हैं

उस शृंखला का हर पड़ाव एक ट्रस्ट बाउंड्री है। हर पड़ाव वह जगह है जहाँ कोई लॉगिंग बग, कोई क्रेडेंशियल लीक, कोई अदालती समन या कोई बेईमान इंजीनियर आपकी मीटिंग का कंटेंट उजागर कर सकता है। ऑडियो को जितने ज़्यादा पक्ष छूते हैं, किसी ऑडिटर को यह साबित करना उतना ही कठिन होता है कि किसी ने उसे रोककर नहीं रखा।

Gaavala प्रॉक्सी वाला यह स्टेप पूरी तरह हटा देता है। डेटा प्रवाह ऐसा है:

1. आपका ब्राउज़र टैब से मीटिंग का ऑडियो कैप्चर करता है
2. आपका ब्राउज़र Soniox तक एक सीधा WebSocket खोलता है
3. ऑडियो सीधे उसी WebSocket पर स्ट्रीम होता है
4. Soniox ट्रांसक्रिप्ट सीधे आपके ब्राउज़र को लौटाता है
5. Gaavala का बैकएंड इसमें कभी शामिल नहीं होता

आपकी मशीन पर चलने वाला Chrome extension हमारे कोड का एकमात्र हिस्सा है जो कभी आपके मीटिंग ऑडियो को छूता है — और वह उस ऑडियो को हम तक नहीं भेजता।

हमने यह आर्किटेक्चर क्यों चुना

जब हमने Gaavala को Chrome extension के रूप में दोबारा बनाया, तो हमने एक सोचा-समझा आर्किटेक्चरल फ़ैसला लिया: extension यूज़र्स को हमारे बैकएंड से ऑथेंटिकेट करेगा, सब्सक्रिप्शन स्थिति सँभालेगा और मेटाडेटा देगा — लेकिन वह कभी ऑडियो के रास्ते में नहीं होगा। तर्क सीधा था:

• ऑडियो सीधे Soniox को भेजने से तकनीकी मध्यवर्ती चरण घटते हैं, लेकिन डेटा सुरक्षा की ज़िम्मेदारियाँ शून्य नहीं होतीं। Gaavala और उसके सब-प्रोसेसर Soniox का साथ मूल्यांकन करें, जिसमें उद्देश्य, रखने की अवधि और आवश्यक समझौते शामिल हों। यह आर्किटेक्चर अपने-आप HIPAA या SOC 2 अनुपालन सिद्ध नहीं करता।
• सिक्योरिटी का असर-दायरा: ऑडियो प्रोसेस करने वाले सर्वर में सेंध, टेक्स्ट मेटाडेटा प्रोसेस करने वाले सर्वर में सेंध से बुनियादी तौर पर बदतर है। हम चाहेंगे कि हमारे सबसे संवेदनशील सिस्टम सबसे कम संवेदनशील डेटा सँभालें।
• लेटेंसी: हर प्रॉक्सी पड़ाव राउंड-ट्रिप समय जोड़ता है। ब्राउज़र-से-सीधे-Soniox स्ट्रीमिंग एक पूरा पड़ाव हटा देती है, जिससे कैप्शन की लेटेंसी उल्लेखनीय रूप से बेहतर मिलती है।
• वे लागतें जो प्राइवेसी के साथ चलती हैं: अपना ऑडियो प्रॉक्सी चलाने का मतलब होता हर मीटिंग पर बैंडविड्थ और कंप्यूट का भुगतान। उसे न चलाना पैसा बचाता है और ग्राहकों की रक्षा करता है। जब प्रोत्साहन एक ही दिशा में हों, तो आर्किटेक्चर आम तौर पर ईमानदार बना रहता है।

डेटा प्रवाह, विस्तार से

देखते हैं कि किसी मीटिंग में ट्रांसक्रिप्शन शुरू करते ही असल में क्या होता है।

स्टेप 1: ऑथेंटिकेशन

जब आप पहली बार Gaavala में साइन इन करते हैं, तो extension, Chrome के chrome.identity.launchWebAuthFlow API से Google या Microsoft के साथ एक OAuth Authorization Code फ़्लो पूरा करता है। पहचान प्रदाता आपके ब्राउज़र को एक ऑथराइज़ेशन कोड लौटाता है, जिसे extension हमारे बैकएंड के साथ बदलकर एक Gaavala सेशन JWT हासिल करता है। वह JWT chrome.storage.local में सहेजा जाता है और हमारे बैकएंड को होने वाली आगे की API कॉल्स को ऑथेंटिकेट करने के काम आता है।

इसमें कहीं भी ऑडियो नहीं सँभाला जाता। OAuth फ़्लो सिर्फ़ टेक्स्ट का है — टोकन, क्लेम, प्रोफ़ाइल फ़ील्ड।

स्टेप 2: अस्थायी Soniox कुंजी

जब आप किसी मीटिंग में "Start" पर क्लिक करते हैं, तो extension हमारे बैकएंड API से एक कम-अवधि की अस्थायी Soniox कुंजी माँगता है। इस कुंजी के तीन अहम गुण हैं:

• यह सिर्फ़ speech-to-text तक सीमित है — Soniox API की बाक़ी किसी भी सतह तक नहीं
• यह मिनटों में समाप्त हो जाती है, दिनों में नहीं
• यह प्रति सेशन एक बार जारी होती है और आपके डिवाइस पर सहेजी नहीं जाती

अस्थायी कुंजी वाला यह पैटर्न प्राइवेसी की पूरी कहानी के लिए अहम है। अगर Gaavala extension के बंडल के भीतर कोई लंबी-अवधि वाली Soniox API कुंजी भेजता, तो कोई भी उसे निकाल सकता था। इसके बजाय हम इस्तेमाल-भर की कुंजियाँ जारी करते हैं, जो माँगने पर बनती हैं, आपके ऑथेंटिकेटेड सेशन से बँधी होती हैं, और सेशन ख़त्म होने के थोड़ी देर बाद अमान्य कर दी जाती हैं।

हमारा बैकएंड इस अनुरोध का सिर्फ़ मेटाडेटा लॉग करता है — कौन-सा यूज़र, किस समय, कौन-सा प्लान टियर। वह कोई ऑडियो नहीं देखता, क्योंकि अभी तक कोई ऑडियो कैप्चर ही नहीं हुआ है।

स्टेप 3: टैब ऑडियो कैप्चर

आप अपनी Microsoft Teams, Zoom, Google Meet या Webex कॉल में किसी Chrome टैब से शामिल होते हैं। Gaavala extension साइड पैनल खोलता है और आपसे ऑडियो कैप्चर शुरू करने को कहता है। कन्फ़र्म करते ही extension, Chrome के tabCapture API का इस्तेमाल करता है — यह सिर्फ़ extensions के लिए बना API है, जो स्पष्ट यूज़र परमिशन और एक दिखने वाले इंडिकेटर के साथ ऐक्टिव टैब से ऑडियो कैप्चर करने देता है।

Chrome कैप्चर किए गए ऑडियो को एक offscreen डॉक्यूमेंट तक पहुँचाता है, जिसे Gaavala पृष्ठभूमि में चलाता है। Offscreen डॉक्यूमेंट एक सुरक्षित (sandboxed) पेज है, जिसका इस्तेमाल extension दिखने वाला UI बनाए रखे बिना ऑडियो प्रोसेसिंग के लिए कर सकता है। उस offscreen डॉक्यूमेंट के भीतर Gaavala एक MediaStream खोलता है, उसे एक AudioContext से जोड़ता है, और स्ट्रीमिंग के लिए तैयार करता है।

अहम बात यह है कि ऑडियो एक लोकल ऑडियो ग्राफ़ से भी गुज़रता है, जो आवाज़ को वापस आपके स्पीकर तक पहुँचाता है। इसका मतलब है कि Gaavala के कैप्चर करते समय भी आप मीटिंग सामान्य रूप से सुनते रहते हैं — कुछ भी म्यूट या रीडायरेक्ट नहीं होता।

स्टेप 4: Soniox तक सीधा WebSocket

इसके बाद offscreen डॉक्यूमेंट सीधे Soniox तक एक WebSocket कनेक्शन खोलता है। यह कनेक्शन:

• TLS 1.2 या उससे ऊपर इस्तेमाल करता है
• स्टेप 2 की कम-अवधि वाली अस्थायी कुंजी से ऑथेंटिकेट होता है
• आपके ब्राउज़र के नेटवर्क स्टैक से निकलता है — पैकेट आपके OS से Soniox तक जाते हैं, Gaavala तक नहीं

टैब से कैप्चर किए गए ऑडियो फ़्रेम PCM के रूप में एन्कोड होकर WebSocket पर भेजे जाते हैं। Soniox उन्हें रीयल-टाइम में प्रोसेस करता है और ट्रांसक्रिप्शन टोकन उसी कनेक्शन पर वापस स्ट्रीम करता है। वे टोकन — स्पीकर लेबल वाले, टाइमस्टैंप्ड टेक्स्ट टुकड़े — सीधे offscreen डॉक्यूमेंट में पहुँचते हैं, जो उन्हें दिखाने के लिए साइड पैनल को भेज देता है।

इस पूरे चक्र में किसी भी बिंदु पर कोई मीटिंग ऑडियो पैकेट किसी Gaavala-संचालित सर्वर तक नहीं पहुँचता। आप इसे Chrome DevTools से ख़ुद परख सकते हैं: Gaavala चलते समय Network टैब खोलें, WS फ़िल्टर लगाएँ, और आपको ठीक एक WebSocket दिखेगा — किसी soniox.com होस्ट तक — और gaavala.com की तरफ़ मीटिंग ऑडियो ले जाने वाला कोई भी आउटबाउंड ट्रैफ़िक नहीं दिखेगा।

स्टेप 5: ट्रांसक्रिप्ट प्रदर्शन और वैकल्पिक सारांश

ट्रांसक्रिप्ट आपके डिवाइस पर एक्सटेंशन के स्थानीय डेटाबेस में सहेजे जाते हैं और 7 दिन बाद अपने-आप मिट जाते हैं। खुद डाउनलोड की गई एक्सपोर्ट फ़ाइलें आपके नियंत्रण में रहती हैं। AI सारांश डिवाइस पर बनते हैं। Gaavala के सर्वर ट्रांसक्रिप्ट प्राप्त नहीं करते, लेकिन डिवाइस साझा करते या साफ़ करते समय स्थानीय इतिहास का ध्यान रखना चाहिए।

बिना बोले जवाब देना हो तो बधिर और कम सुनने वाले लोगों के लिए मीटिंग गाइड देखें।

Gaavala के सर्वर कौन-सा डेटा देखते हैं

ये रहे डेटा के मुख्य प्रकार, जिन्हें हमारा बैकएंड सभी फ़ीचर्स में सँभालता है:

और यह रही उस डेटा की ठीक-ठीक सूची जिसे हमारा बैकएंड नहीं देखता:

• कच्चा मीटिंग ऑडियो (किसी भी फ़ॉर्मैट में, किसी भी बिंदु पर)
• संपीड़ित मीटिंग ऑडियो स्ट्रीम
• मीटिंग ऑडियो बफ़र या कोई भी मध्यवर्ती रूप
• आपकी मीटिंग्स से लिया गया वॉइस बायोमेट्रिक डेटा (हमारे पास रहने वाली एकमात्र वॉइस रिकॉर्डिंग ऊपर बताया गया Pro वॉइस-क्लोन सैंपल है, और वह भी सिर्फ़ तब, जब आप उसे रिकॉर्ड करें)
• Soniox द्वारा दिए गए गुमनाम स्पीकर IDs से आगे स्पीकर की पहचान
• ट्रांसक्रिप्ट का टेक्स्ट — सारांश डिवाइस पर ही बनते हैं; ट्रांसक्रिप्ट कभी आपकी मशीन से बाहर नहीं जाते

अगर कोई अदालत Gaavala से किसी ख़ास मीटिंग का ऑडियो समन के ज़रिए माँगे, तो तकनीकी रूप से सच्चा जवाब यही होगा कि वह हमारे पास है ही नहीं और हम उसे निकाल भी नहीं सकते। वह कभी हमारे सिस्टम पर मौजूद ही नहीं था।

सैंपल रिकॉर्ड करने और हटाने के चरण अपनी आवाज़ क्लोन करने का मार्गदर्शन में हैं।

इसे ख़ुद परखें

Chrome extension के रूप में चलने का एक फ़ायदा यह है कि पूरा रनटाइम जाँचा जा सकता है। आपकी IT टीम हमारे प्राइवेसी दावों की पुष्टि इस पोस्ट का एक भी शब्द माने बिना कर सकती है:

तरीक़ा 1 — नेटवर्क जाँच। chrome://extensions खोलें, Gaavala ढूँढें, "service worker" या "inspect views > background page" पर क्लिक करें। DevTools में Network टैब पर जाएँ, WS (WebSocket) से फ़िल्टर करें। कोई मीटिंग शुरू करें। आपको ठीक एक WebSocket खुला दिखेगा, किसी soniox.com होस्ट तक। gaavala.com तक कोई मीटिंग ऑडियो नहीं जाता।

तरीक़ा 2 — मैनिफ़ेस्ट जाँच। chrome://extensions में Gaavala पर "Details" खोलें और परमिशन देखें। host_permissions ठीक-ठीक घोषित करते हैं कि extension किन ऑरिजिन तक पहुँच सकता है। आपको स्ट्रीमिंग के लिए Soniox एंडपॉइंट और ऑथ व सब्सक्रिप्शन के लिए Gaavala एंडपॉइंट दिखेंगे। कोई वाइल्डकार्ड होस्ट परमिशन नहीं है और कोई अघोषित नेटवर्क एक्सेस नहीं है।

तरीक़ा 3 — सोर्स जाँच। Extension एक service worker, एक offscreen डॉक्यूमेंट, एक साइड पैनल और content scripts के साथ आता है। Chrome इन सभी को डेवलपर टूल्स के ज़रिए जाँच के लिए खोल देता है। आपकी सिक्योरिटी टीम कभी भी background page या offscreen डॉक्यूमेंट से जुड़कर रनटाइम स्थिति पढ़ सकती है — इसमें यह पुष्टि करना भी शामिल है कि ऑडियो स्ट्रीम ऑब्जेक्ट कभी हमारे डोमेन की तरफ़ किसी fetch या XHR में सीरियलाइज़ नहीं होता।

हम मैनिफ़ेस्ट और होस्ट परमिशन को Chrome Web Store लिस्टिंग के हिस्से के रूप में प्रकाशित करते हैं, और थर्ड-पार्टी सिक्योरिटी समीक्षा का स्वागत करते हैं।

कंप्लायंस मैपिंग

GDPR और डेटा न्यूनीकरण

GDPR का अनुच्छेद 5(1)(c) डेटा न्यूनीकरण का सिद्धांत तय करता है: व्यक्तिगत डेटा "पर्याप्त, प्रासंगिक और उतने तक सीमित" होना चाहिए "जितना ज़रूरी है"। GDPR के तहत वॉइस डेटा व्यक्तिगत डेटा है, और अगर उसका इस्तेमाल पहचान के लिए हो तो बायोमेट्रिक डेटा भी।

यह डेटा प्रवाह बैकएंड को मिलने वाली सामग्री सीमित करता है। फिर भी DPIA में पूरी सेवा, स्थानीय इतिहास, वैकल्पिक वॉइस सैंपल और उप-प्रोसेसर Soniox शामिल होने चाहिए।

फिर भी Soniox आपकी कंप्लायंस शृंखला में है, उस स्पीच प्रोवाइडर के रूप में जिससे Gaavala का अनुबंध है: Soniox अकाउंट Gaavala के पास है, जिस कम-अवधि की कुंजी से आपका ब्राउज़र जुड़ता है वह Gaavala जारी करता है, और हमारी Privacy Policy Soniox का नाम उन थर्ड-पार्टियों में शामिल करती है जिनके साथ हम डेटा साझा करते हैं। इसलिए DPIA में Soniox को Gaavala की सेवा के हिस्से के रूप में शामिल किया जाता है, ऐसे वेंडर के रूप में नहीं जिससे आप ख़ुद अनुबंध करते हों।

HIPAA और PHI वाला ऑडियो

बिज़नेस एसोसिएट के बारे में HHS के मार्गदर्शन के अनुसार, HIPAA के दायरे में आने वाली संस्था या किसी दूसरे बिज़नेस एसोसिएट की ओर से इलेक्ट्रॉनिक संरक्षित स्वास्थ्य जानकारी (ePHI) संभालने वाला प्रदाता खुद बिज़नेस एसोसिएट हो सकता है। जहाँ यह संबंध लागू होता है, वहाँ BAA की उपयुक्त शर्तें आवश्यक होती हैं। क्लाउड सेवाओं पर HHS का मार्गदर्शन बताता है कि यह इन सेवाओं पर कैसे लागू होता है। वास्तविक सेवा, डेटा प्रवाह और समझौतों के आधार पर आकलन करें।

Gaavala का बैकएंड मीटिंग ऑडियो कभी पाता ही नहीं, इसलिए मीटिंग में बोला गया PHI कभी Gaavala के सर्वरों पर स्टोर नहीं होता। फिर भी मीटिंग ऑडियो Soniox तक भेजा जाता है और वहाँ उस स्पीच प्रोवाइडर द्वारा प्रोसेस होता है जिससे Gaavala का अनुबंध है, इसलिए HIPAA आकलन में इस रास्ते को Gaavala की सेवा के हिस्से के रूप में शामिल करना होगा — यह सिर्फ़ आपके और Soniox के बीच का रिश्ता नहीं है। अगर आप AI सारांश बनाते हैं, तो वे Chrome के बिल्ट-इन AI से डिवाइस पर ही बनते हैं — ट्रांसक्रिप्ट का टेक्स्ट आपकी मशीन पर ही रहता है, इसलिए सारांश फ़ीचर PHI प्रोसेसिंग शृंखला में न Gaavala के सर्वर जोड़ता है, न कोई दूसरा वेंडर।

SOC 2 वेंडर जोखिम

AICPA के Trust Services Criteria का CC9.2 वेंडरों और व्यावसायिक साझेदारों से जुड़े जोखिमों के आकलन और प्रबंधन से संबंधित है। आकलन परिभाषित सिस्टम, सेवाओं और प्रतिबद्धताओं, तथा उस दायरे में प्रदाता की भूमिका पर निर्भर करता है।

Gaavala के आर्किटेक्चर में आपका ब्राउज़र सीधे Soniox से जुड़ता है, लेकिन वेंडर संबंध Gaavala के ज़रिए चलता है: Soniox अकाउंट Gaavala के पास है, इसलिए आपका वेंडर रिस्क रजिस्टर Soniox को स्पीच-रिकग्निशन के लिए Gaavala के सब-प्रोसेसर के रूप में दर्ज करता है, ऐसे वेंडर के रूप में नहीं जिससे आप ख़ुद अनुबंध करते हों। सीधा कनेक्शन जिस चीज़ को सीमित करता है, वह Gaavala का अपना फ़ुटप्रिंट है: हमारे सर्वर पहचान, बिलिंग और इस्तेमाल किए गए मिनट जैसा अकाउंट डेटा सँभालते हैं, और अगर किसी Pro यूज़र ने वॉइस-क्लोन सैंपल रिकॉर्ड किया हो तो वह भी — मीटिंग ऑडियो नहीं, और ट्रांसक्रिप्ट या सारांश का टेक्स्ट भी नहीं, जो कभी यूज़र की मशीन से बाहर जाता ही नहीं।

Chrome extension का रूप क्यों मायने रखता है

ऊपर बताई गई काफ़ी सारी प्राइवेसी गारंटियाँ इस पर टिकी हैं कि Gaavala एक Chrome extension के रूप में, सीधे-प्रदाता-तक वाले नेटवर्क पैटर्न पर चलता है। हमने कई विकल्पों पर विचार किया और उन्हें ख़ारिज किया:

• सर्वर-साइड ऑडियो प्रॉक्सी: लागू करना आसान है, लेकिन इससे हमें हर ग्राहक का ऑडियो अपने ही इंफ़्रास्ट्रक्चर पर सँभालना पड़ता। हम ठीक यही टालना चाहते थे।
• एम्बेडेड STT वाला वेब ऐप: किसी वेब पेज से टैब ऑडियो कैप्चर करने के लिए getDisplayMedia चाहिए, जो हर सेशन में यूज़र को एक OS-स्तर का पिकर दिखाता है और extension को उसी टैब से बाँध देता है जिसे वे चुनते हैं। इससे भी बुरा यह कि किसी वेब पेज के लिए यूज़र के दूसरे टैब पर काम करते रहने के दौरान पृष्ठभूमि में ऑडियो स्ट्रीम बनाए रखने का कोई भरोसेमंद तरीक़ा नहीं है।
• डेस्कटॉप नेटिव ऐप: इससे हमें ज़्यादा नियंत्रण मिलता, लेकिन इंस्टॉल का झंझट, साइनिंग की लागत और OS-विशेष डेवलपमेंट का बोझ भी जुड़ता। और सावधानी न बरतें तो यह फिर भी ऑडियो प्रोसेसर के रूप में हमारी भूमिका ख़त्म नहीं करता — यानी हम वही सारी समस्याएँ दोबारा गढ़ लेते।

Chrome extension का रूप ही अकेला ऐसा था जिसने वह प्राइवेसी आर्किटेक्चर संभव बनाया जो हम चाहते थे। tabCapture, offscreen डॉक्यूमेंट और Manifest V3 का service worker मॉडल — तीनों मिलकर extension को यह क्षमता देते हैं कि वह मीटिंग ऑडियो यूज़र की मशीन पर ही कैप्चर करे, उसे सीधे कनेक्शन पर स्पीच-रिकग्निशन इंजन तक स्ट्रीम करे, और लंबी मीटिंग्स के लिए ज़रूरी पृष्ठभूमि स्थिति बनाए रखे — मीटिंग ऑडियो को हमारे ज़रिए भेजे बिना।

जो चीज़ें हमें अब भी सही रखनी हैं

प्राइवेसी आर्किटेक्चर "हम मीटिंग ऑडियो नहीं छूते" पर ख़त्म नहीं हो जाता। इससे लगी हुई कुछ चिंताएँ हैं जिन्हें हम भी गंभीरता से लेते हैं:

• अस्थायी कुंजी बनाना: हम जो कम-अवधि की Soniox कुंजियाँ बनाते हैं, उनका दुरुपयोग तब हो सकता है जब हमारा बैकएंड किसी हमलावर के लिए कुंजियाँ बना दे। हम हर अनुरोध को आपके JWT से ऑथेंटिकेट करते हैं, कुंजी जारी करने पर रेट लिमिट लगाते हैं, और असामान्य गतिविधि लॉग करते हैं।
• Extension अपडेट: सैद्धांतिक रूप से कोई अपडेटेड extension संस्करण नेटवर्क पैटर्न बदल सकता है। हम मैनिफ़ेस्ट को वर्ज़न करते हैं, चेंजलॉग प्रकाशित करते हैं, और Chrome Web Store अपडेट इंस्टॉल होने से पहले कोई भी नई परमिशन सामने दिखा देता है।
• सारांश का टेक्स्ट: सारांश पूरी तरह डिवाइस पर, Chrome के बिल्ट-इन AI (Gemini Nano) से बनते हैं, इसलिए ट्रांसक्रिप्ट कभी हमारे बैकएंड तक नहीं पहुँचता — मौजूदा आर्किटेक्चर में यह जोखिम है ही नहीं। अगर किसी मीटिंग के लिए लोकल AI प्रोसेसिंग भी ज़्यादा हो, तो सारांश फ़ीचर बस इस्तेमाल न किया जाए; बाक़ी कुछ भी उस पर निर्भर नहीं है।
• वॉइस-क्लोन का संदर्भ सैंपल (Pro): अगर आप अपनी आवाज़ का निजी क्लोन बनाते हैं, तो आपका दो मिनट का सैंपल Gaavala के सर्वरों पर एन्क्रिप्टेड (AES-256-GCM) सहेजा जाता है, सिर्फ़ आपकी आवाज़ बनाने के काम आता है, और अनुरोध पर डिलीट कर दिया जाता है — देखें Privacy Policy।
• क़ानूनी अनुरोध: हम सार्वजनिक रूप से यह प्रतिबद्धता जताते हैं कि क़ानूनी अनुरोधों का जवाब सिर्फ़ उसी डेटा के लिए देंगे जो वाक़ई हमारे पास है। मीटिंग ऑडियो के मामले में वह जवाब हमेशा यही रहेगा — "हमारे पास वह है ही नहीं।"

मीटिंग अनुवाद टूल्स के बीच तुलना

अलग-अलग जाँचें कि ऑडियो और ट्रांसक्रिप्ट कहाँ जाते हैं, कितने समय तक रखे जाते हैं और किसे पहुँच मिलती है। मॉडल ट्रेनिंग में इस्तेमाल न होने का अर्थ अपने आप डेटा न रखना नहीं है। चुनी गई सेवा की मौजूदा प्राइवेसी शर्तें, उप-प्रोसेसर और हटाने के विकल्प जाँचें।

नहीं — Zoom की नीति के अनुसार ग्राहक सामग्री का उपयोग AI मॉडल के प्रशिक्षण में नहीं होता.

प्राइवेसी डिफ़ॉल्ट है, कोई सशुल्क टियर नहीं

Gaavala के मुफ़्त टियर पर आपको वही ब्राउज़र-से-सीधे-Soniox आर्किटेक्चर, वही स्पीकर diarization, वही 60 भाषाओं का कवरेज मिलता है। Pro प्रतिदिन 120 मिनट, Speak Mode और वॉइस क्लोनिंग खोलता है — प्राइवेसी नहीं। हमें नहीं लगता कि प्राइवेसी के प्रति सजग यूज़र्स को अपना डेटा सुरक्षित रखने के लिए ज़्यादा पैसा देना चाहिए।

अगर आपके संगठन ने अब तक मीटिंग अनुवाद टूल्स इसलिए ठुकराए हैं क्योंकि कंप्लायंस ने आपकी मीटिंग्स और स्पीच-रिकग्निशन इंजन के बीच किसी टूल-निर्माता के सर्वरों के बैठने से मना कर दिया, तो Gaavala ठीक इसी स्थिति के लिए बनाया गया है। पाइपलाइन इस तरह डिज़ाइन की गई है कि आपकी क़ानूनी, सिक्योरिटी और कंप्लायंस टीमों को समीक्षा करने के लिए कम मिले — ज़्यादा नहीं।

वेटलिस्ट में शामिल हों

एकबारगी मुफ़्त ट्रायल: 5 मिनट ट्रांसक्रिप्शन, कभी रीसेट नहीं होता। क्रेडिट कार्ड ज़रूरी नहीं। वेबसाइट पर कोई साइन-अप नहीं।

संबंधित लेख

• Zoom मीटिंग का अनुवाद Gaavala Extension से कैसे करें
• Microsoft Teams मीटिंग का अनुवाद कैसे करें