أين يعمل اجتماع 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). اللقطات (Snapshots) في المنطقة نفسها.
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 (المواضيع، والقرارات، وبنود الإجراءات، والأسئلة المفتوحة)، وpost-meeting summary، وAI note-editor (ترجمة ملاحظة، أو إصلاحها / توسيعها / تبسيطها). هذه هي الأماكن الوحيدة التي يطّلع فيها نموذج عام الغرض على محتوى مستمد من الاجتماع — وكلها تعمل الآن على معالجات في الاتحاد الأوروبي:

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

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

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

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

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

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

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

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

ما تلتزم به هذه المقالة

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

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

المصادر: مناطق وقت التشغيل ومسار النماذج تم التحقق منها مقابل التكوين المُنشَر (vercel.json، fly.toml) والكود المُشحَّن؛ Vercel AI Gateway (مسار تثبيت المزود للملخص)، FLORES-200؛ تم التحقق في أغسطس 2026.