أين يعمل اجتماع InterMIND واحد فعليًا

يصل كل حديث جاد حول المشتريات في المؤسسات في النهاية إلى نفس السؤال: "إلى أين تذهب هذه البيانات؟". يريد مسؤول حماية البيانات (DPO) قائمة بالمعالجات الفرعية. ويريد مدير المعلومات (CIO) معرفة أي المزودين مقيمون في الولايات المتحدة. ويريد القسم القانوني مخططًا بالأسهم.

نحن نفضل أن تحصل على الصورة الكاملة بدلاً من إرسالها قطعة قطعة عبر البريد الإلكتروني. لذا، إليك مسار البيانات لاجتماع واحد — كل خدمة خارجية يلمسها، ومكان تنفيذ كل منها، والبيانات التي تتدفق عبرها. تم التحقق منه مقابل تكوين النشر الفعلي في 2026-05-28.

كل مساس يلمس محتوى الاجتماع يعمل داخل الاتحاد الأوروبي في وقت التشغيل — بما في ذلك خطوات الذكاء الاصطناعي بعد الاجتماع، والتي كنا نشير إليها سابقًا كالفجوة الوحيدة وقد نقلناها منذ ذلك الحين إلى معالجات في الاتحاد الأوروبي. نوضح بصراحة أين يقع النموذج الأمريكي المتبقي الوحيد، ولماذا لا يرى اجتماعك أبدًا.

يحدد هذا المنشور أين يعمل اجتماعك. ويحدد منشوره المرافق، مما يتكون اجتماع InterMIND واحد، مما يتكون — أي الطبقات هي من التعليمات البرمجية الخاصة بنا، وأيها مفتوح المصدر، وأين نكون عمليين بشأن البرمجيات الاحتكارية كخدمة (SaaS).

ماذا يعني "أين يعمل" فعليًا

يتم الخلط بين أمرين في أحاديث السيادة وهما ليسا الشيء نفسه:

1. وقت التشغيل / مسار البيانات. المكان الذي تتم فيه معالجة بايتات اجتماعك ماديًا أثناء الطلب. هذا هو ما تدور حوله لوائح إقامة البيانات ومعظم اتفاقيات معالجة البيانات (DPA) فعليًا.
2. المقر المؤسسي للمزود. المكان الذي تم تسجيل مزود خدمة SaaS فيه قانونيًا. هذا هو ما تدور حوله مناقشات CLOUD-Act — المدى النظري للإلزام الأمريكي ضد الكيان الأم للمزود، بغض النظر عن المكان الذي يعمل فيه عبء العمل.

كل سؤال تقريبًا من نوع "هل هذا أوروبي؟" هو في الحقيقة أحد هذين الأمرين، ولكنه مطروح بشكل غير دقيق. نحن نجيب عليها بشكل منفصل لكل مزود أدناه.

مسار البيانات لاجتماع واحد

تتبع مكالمة واحدة من الانضمام إلى رسالة البريد الإلكتروني للمتابعة:

1. يفتح المتصفح صفحة الاجتماع. يعمل SSR على Vercel، المثبت على fra1 (فرانكفورت). تتم معالجة جميع بيانات الطلب/الاستجابة — ملفات تعريف الارتباط للجلسة، وحمولات API، وHTML المعروض من الخادم — في الاتحاد الأوروبي في وقت التشغيل.
2. يتصل WebSocket بخادم الاجتماعات الخاص بنا في باريس (cdg). تنسيق الاجتماع، والحضور، والإشارات — كلها في الاتحاد الأوروبي.
3. يتم تشغيل التعرف على الصوت في متصفح المتحدث. محليًا. لا يغادر الجهاز أبدًا حتى يتم إرسال النص الناتج للترجمة. (لقد غطينا السبب في داخل مسارات الترجمة الأربعة.)
4. تصل ترجمة الصوت والدردشة إلى محركنا الخاص على OVH France. هذا هو mind-sdk + Mind API — التعليمات البرمجية الخاصة بنا، ومضيفونا، في فرنسا. لا يوجد نموذج تابع لطرف ثالث في الحلقة. ميزانية تقل عن ثانية واحدة، ومجموعة WebSocket لكل لغة، ومقيم في الاتحاد الأوروبي عند كل قفزة.
5. المستند الذي يتم إسقاطه في الدردشة (PDF، DOCX، PPTX، XLSX) ينتقل من جانب الخادم من خادم ws في باريس إلى DeepL في كولونيا. شركة ألمانية، ومعالجة ألمانية. الصوت والدردشة لا يلمسان DeepL.
6. بيانات التطبيق — المستخدمون، الفرق، الرسائل، البيانات الوصفية للاجتماع — موجودة في Neon Postgres على AWS Frankfurt (eu-central-1). اللقطات في نفس المنطقة.
7. يتم تخزين التسجيلات والمرفقات والتصديرات على Tigris، تخزين متوافق مع S3 على Fly. يتم نسخه نسخًا متطابقًا على Edge؛ يمكن تكوين الحاوية (bucket) لتكون متعددة المناطق في الاتحاد الأوروبي للمستأجرين الذين يحتاجون إلى تثبيتها بشكل أكثر إحكامًا.
8. تذهب أخطاء وتتبعات الأداء إلى مثيل Sentry في الاتحاد الأوروبي (de.sentry.io). تم إيقاف مؤسسة الولايات المتحدة في مايو.
9. تذهب تحليلات المنتج إلى PostHog EU (eu.i.posthog.com).
10. يتم إرسال البريد الإلكتروني للمعاملات (الروابط السحرية، والدعوات، والإيصالات) عبر Resend من eu-west-1 (أيرلندا).

كل ما سبق يعمل داخل الاتحاد الأوروبي في وقت التشغيل. محرك الترجمة — الجزء الذي تتدفق عبره معظم بياناتك فعليًا — هو أيضًا من التعليمات البرمجية الخاصة بنا، وليس تابعًا لطرف ثالث. مجموعة تطوير البرامج (SDK) الخاصة بالعميل التي يعمل عليها مفتوحة المصدر (BSD-3-Clause) وقابلة للتدقيق اليوم؛ استضافة المحرك ذاتيًا موجود على خارطة الطريق للعميل الذي يحتاج إلى ذلك.

خريطة المزودين

أكبر تدفقين للبيانات من حيث الحجم — ترجمة الصوت/الدردشة عبر محركنا الخاص على OVH وترجمة المستندات عبر DeepL — يحدث أيضًا أنهما المزودان اللذان يقع كيانهما الأم في الاتحاد الأوروبي. يغطي هذا الجزء الأكبر من محتوى الاجتماع. القائمة الكاملة للمعالجات الفرعية مع تفاصيل المقر المؤسسي يتم إدراجها في اتفاقية معالجة البيانات (DPA) كممارسة قياسية؛ الجدول أعلاه هو عرض وقت التشغيل، وهو ما تدور حوله معظم بنود إقامة البيانات.

خطوات الذكاء الاصطناعي بعد الاجتماع، مسماة بصراحة

بعد انتهاء المكالمة، نقوم بتشغيل بعض خطوات نموذج اللغة على ما قيل: ملخص الذكاء الاصطناعي (AI digest) (المواضيع، القرارات، عناصر الإجراء، الأسئلة المفتوحة)، وملخص ما بعد الاجتماع، ومحرر ملاحظات الذكاء الاصطناعي (AI note-editor) (ترجمة ملاحظة، أو إصلاح / توسيع / تبسيطها). هذه هي الأماكن الوحيدة التي يلمس فيها نموذج الأغراض العامة محتوى مشتقًا من الاجتماع — وكلها تعمل الآن على معالجات في الاتحاد الأوروبي:

• يعمل الملخص على Mistral المستضاف في الاتحاد الأوروبي (mistral-large-3، mistral-medium-3.5 كبديل)، ويُوصل إليه عبر بوابة الذكاء الاصطناعي الخاصة بـ Vercel المثبتة على مزود Mistral مع عدم الاحتفاظ بأي بيانات (zero-data-retention) — يفشل الطلب بدلاً من اللجوء إلى مضيف غير ZDR أو مضيف في الولايات المتحدة.
• يمر الملخص وإجراء الترجمة الخاص بالمحرر عبر محرنا الأوروبي الخاص على OVH — نفس المحرك الذي يترجم الصوت والدردشة المباشرة — بحيث لا يغادر الملخص مستوى البيانات الذي عاش فيه الاجتماع بالفعل.
• إجراءات المحرر التوليدية (الإصلاح، التوسيع، الاختصار، التبسيط، التلخيص) لا يمكن تشغيلها على محرك ترجمة، لذا فهي تستخدم نفس مسار Mistral الأوروبي + عدم الاحتفاظ بأي بيانات مثل الملخص.

الصوت في الوقت الفعلي، والدردشة في الوقت الفعلي، والملاحظات، وترجمة المستندات لا تمر عبر أي من هذه الأشياء أبدًا — كانت مقيمة في الاتحاد الأوروبي منذ البداية.

المكان الوحيد الذي لا يزال فيه نموذج مقيم في الولايات المتحدة موجودًا في الحلقة لا يلمس أي بيانات اجتماع: يستخدم معيار جودة الترجمة العام الخاص بنا نموذجًا متقدمًا كقاضٍ آلي، لتقييم الترجمات الآلية لجمل مرجعية من FLORES-200. هذه مجموعة بيانات عامة وثابتة — وليست اجتماعًا لأي شخص.

لا زلنا نذهب أبعد من ذلك في خطوات Mistral الأوروبية: خطة لـ خيار إلغاء اشتراك يتحكم فيه المالك لتعطيل الملخص تمامًا، ونموذج مستضاف ذاتيًا بأوزان مفتوحة (بفئة Kimi) على OVH لاستبدال Mistral الخارجي في مهام التلخيص التي لا تحتاج إلى نموذج استدلال متقدم. كلاهما موجود على خارطة الطريق، ولم يتم إصدارهما بعد؛ سنقوم بتحديث هذا المنشور عندما يتم إطلاقهما.

ماذا يعني هذا لاتفاقية معالجة البيانات (DPA) الخاصة بك

بالنسبة لمعظم المشترين في الاتحاد الأوروبي — الشركات المتوسطة الألمانية (Mittelstand)، والصناعات الخاضعة للتنظيم التي تدير اتفاقيات معالجة بيانات GDPR قياسية — الصورة أعلاه تجيب عن سؤال إقامة البيانات مباشرة: كل قفزة وقت تشغيل يقوم بها اجتماعك تكون في الاتحاد الأوروبي. يتم الإفصاح عن مقر المزود في قائمة المعالجات الفرعية وفقًا للممارسة المعتادة؛ لا يوجد شيء مفاجئ هناك. خريطة الإقامة هي قطعة واحدة؛ بالنسبة لبقية التزامات حماية البيانات — المحو، والاحتفاظ، وقابلية النقل، والموافقة — قمنا بإخضاع قاعدة التعليمات البرمجية لتدقيق كامل وأغلقنا كل بند مقابل التعليمات البرمجية.

بالنسبة لـ souveraineté numérique (السيادة الرقمية) الفرنسية والمشتريات بدرجة SecNumCloud، يعد المقر المؤسسي للمزود في حد ذاته جزءًا من المعيار، وليس فقط موقع وقت التشغيل. هذه محادثة مختلفة — هيكلية نشر بديلة تبقي كل مكون لدى مزودين خاضعين للولاية القضائية الأوروبية. نحن لا نقوم بتشغيل ذلك افتراضيًا؛ سنقوم بتشغيله للمستأجر الذي يحتاجه وحيث يبرر العقد هذه العملية.

بالنسبة للمشترين المحليين في الولايات المتحدة ومعظم مشتري منطقة آسيا والمحيط الهادئ (APAC)، يكون العكس صحيحًا عادة — فهم يريدون زمن استجابة (latency) منخفضًا من منطقتهم، وهي مشكلة مختلفة. اليوم نحن نعمل بمنطقة واحدة في fra1. إذا كان حجم حركة المرور الخاصة بك يبرر وجود حافة (edge) في الولايات المتحدة، فسنقوم بالتخطيط لذلك معك.

بماذا يلتزمنا هذا المنشور

هذه هي الصورة في 2026-05-28. سنقوم بتحديثها عند تغير حزمة التقنيات (stack) — استبدال المزود، أو ترحيل المنطقة، أو خدمة خارجية جديدة. التكوين الحالي قابل للتحقق في ملف vercel.json المفتوح الخاص بنا، ومحرك mind-sdk + Mind API الذي يعمل على OVH France، ولوحة تحكم كل مزود بنفسه.

إذا بدا شيء هنا خاطئًا، أو احتاج مسؤول حماية البيانات (DPO) الخاص بك إلى إجابة لا تقدمها هذه الخريطة، فاكتب لنا. نحن نفضل تصحيح التفاصيل المفقودة بدلاً من اكتشافك لها أثناء مراجعة العقد.