كيف تحافظ على خصوصية نصوص اجتماعاتك في OpenRouter
قد يوجّه OpenRouter نص اجتماعك إلى عشرات المزودين، وبعضهم يحتفظ بالمطالبات. ثلاثة إعدادات في حسابك، إلى جانب عنوان أساسي أوروبي اختياري، تحدد من يستطيع رؤيته.

الجواب المختصر: إن كنت ترسل نصوص اجتماعاتك عبر OpenRouter، ففعّل إعدادات الخصوصية في حسابك على OpenRouter، وأضف العلامتين نفسيهما إلى طلبات Autorec بزر واحد. يقصر Zero Data Retention التوجيهَ على نقاط النهاية التي لا تحتفظ بشيء، وحظر المزودين الذين يخزّنون المدخلات للتدريب يستبعد البقية. واترك خيار مشاركة البيانات الخاص بـ OpenRouter نفسه معطّلًا. وللمعالجة داخل الاتحاد الأوروبي حصرًا، وجّه العنوان الأساسي في Autorec إلى نقطة النهاية الأوروبية. هكذا تصف وثائق OpenRouter هذه الإعدادات حتى أكتوبر 2026؛ وهي تتغير، فراجع الروابط في آخر المقال.
يسجّل Autorec وينسخ على جهازك. والملخص الاختياري بالذكاء الاصطناعي هو الخطوة الوحيدة التي ترسل نصًّا إلى مكان آخر: يذهب نص الاجتماع إلى نقطة النهاية التي تضبطها في الإعدادات، ملخص بالذكاء الاصطناعي. يحمل كل طلب مطالبة الملخص، والنص كاملًا، واسم النموذج، وmax_tokens، وtemperature، وأي حقول إضافية تضيفها (سنعود إليها أدناه). وإن كانت نقطة النهاية هي OpenRouter، فإن النص يُمرَّر إلى مزود نماذج ربما لم تختره بالاسم قط. هذا هو سؤال الخصوصية. (وإن أردت تجاوز السؤال كله، فإن مقال النموذج اللغوي المحلي يشرح تشغيل الملخص على عتادك أنت.)
أما إعداد OpenRouter نفسه، فراجع ملخصات الاجتماعات عبر OpenRouter. هذا المقال عن الخصوصية فقط.
ما الذي يخزّنه OpenRouter نفسه
بحسب وثائق الخصوصية لدى OpenRouter، فإنه لا يخزّن مطالباتك أو الردود عليها افتراضيًا. لكنه يخزّن بيانات وصفية لكل طلب، مثل عدد الرموز وزمن الاستجابة.
وهناك خياران للاشتراك، كلاهما معطّل افتراضيًا ومستقل عن الآخر:
- Private Input & Output Logging (في إعدادات Observability) يحتفظ بمطالباتك والردود عليها لتقرأها في سجلاتك.
- OpenRouter Use of Inputs/Outputs (في إعدادات Privacy) يسمح لـ OpenRouter باستخدام مطالباتك وردودها لتحسين منتجه. وفي المقابل تحصل على خصم 1% على استخدام النماذج.
لا أنصح بقبول هذا الخصم في المكالمات السرية. اترك الخيارين معطّلين.
وتحفّظ واحد من الصفحة نفسها: يأخذ OpenRouter عيّنة صغيرة من المطالبات لتصنيفها، وتغذّي هذه العيّنة تقاريره وترتيب النماذج لديه. وما لم تكن قد اشتركت في إعداد استخدام المدخلات، تُخزَّن هذه العيّنة دون هوية ولا ترتبط بحسابك.
السؤال الحقيقي هو المزود
يمرّر OpenRouter طلبك إلى مزود نماذج، ولكل مزود سياسته. بعضهم يحتفظ بالمطالبات مدة من الزمن، وبعضهم قد يدرّب عليها. وتصف وثائق التوجيه في OpenRouter الإعداد الافتراضي بأنه allow: أي أن المزودين الذين “store user data non-transiently and may train on it” (يخزّنون بيانات المستخدم بشكل غير مؤقت وقد يدرّبون عليها) مؤهلون لاستقبال طلبك.
لديك أداتان للتحكم في ذلك، وكلتاهما في إعدادات الخصوصية لحسابك على openrouter.ai/settings/privacy.
Zero Data Retention
مع تفعيل ZDR، لا يوجّه OpenRouter الطلبات إلا إلى نقاط نهاية لديها سياسة Zero Data Retention، أي أنها لا تحتفظ بشيء بعد الاستدلال. وفي صفحة الإعدادات مفتاح منفصل لكل مجموعة نماذج: Anthropic وOpenAI وGoogle وxAI و”all other models”. فعّل المجموعات التي ستستخدمها فعلًا، أو فعّلها كلها.
أمران ينبغي معرفتهما:
- عدد أقل من نقاط النهاية يستوفي الشرط، فقد تصبح بعض النماذج غير متاحة أو يقل عدد المزودين خلفها. وتنبّه الوثائق إلى أن نقاط النهاية غير الملتزمة بـ ZDR “may not be available” (قد لا تكون متاحة) مع تفعيله. اختبر نموذجك بعد تغيير الإعداد.
- لا يغطي ZDR إلا توجيه الاستدلال. للإضافات وأدوات الخادم مثل البحث على الويب قواعد احتفاظ خاصة بها. Autorec لا يستخدمها، لكن من المفيد معرفة ذلك إن استخدمت المفتاح نفسه في مكان آخر.
حظر المزودين الذين يدرّبون على المدخلات
الإعداد الآخر يعطّل المزودين الخارجيين الذين يخزّنون المدخلات للتدريب. ويقابله في API القيمة data_collection: "deny": أي لا يُستخدم إلا المزودون الذين لا يجمعون بيانات المستخدمين. ZDR هو الأشد بين الاثنين، لكن يمكنك تفعيلهما معًا.
علامات على مستوى الطلب في Autorec
يقبل OpenRouter أداتي التحكم نفسيهما في كل طلب، داخل كائن provider. ويتيح لك Autorec إضافتهما. ففي الإعدادات، ملخص بالذكاء الاصطناعي، مربع نص اسمه Extra request fields (JSON). أي كائن JSON تضعه فيه يُدمج في المستوى الأعلى من كل طلب تلخيص. ومع اختيار الإعداد المسبق لـ OpenRouter، انقر Use privacy settings فيُملأ بما يلي:
{"provider": {"zdr": true, "data_collection": "deny"}} ويمكنك أيضًا لصق ذلك بنفسك. يُحفظ الحقل حين تنقر خارجه. وما زلت تحتاج إلى مفتاح OpenRouter في حقل مفتاح API.
ما تفعله العلامتان، بحسب وثائق توجيه المزودين لدى OpenRouter:
zdr: trueيوجّه الطلب حصرًا إلى نقاط نهاية لديها سياسة Zero Data Retention.data_collection: "deny"لا يستخدم إلا المزودين الذين لا يجمعون بيانات المستخدمين. والافتراضي"allow".
يتحقق Autorec من صحة الحقل. فالمفاتيح model وmessages وstream محجوزة لأن Autorec يضبطها بنفسه؛ ومحاولة حفظها تُظهر الرسالة “Not saved: autorec sets “model” itself.” (مع اسم الحقل المعني). وأي شيء ليس كائن JSON يُرفض برسالة “Not saved: this isn’t a JSON object.” ويستطيع الحقل أن يتجاوز max_tokens وtemperature، فلا تضعهما فيه إلا إن كنت تقصد ذلك.
أبقِ إعدادات الحساب مفعّلة أيضًا
ومع ذلك أنصح بتفعيل الإعدادات العامة للحساب الواردة في القسم السابق. فالعلامة zdr على مستوى الطلب لا تضيف إلا مزيدًا من الإلزام. يجمعها OpenRouter مع إعدادات حسابك وقواعد guardrails، فلا يمكنها أن تخففها أبدًا. كما أن إعدادات الحساب تغطي كل تطبيق آخر يستخدم مفتاحك، وهي شبكة الأمان إن مسحت الحقل عن غير قصد أو لصقت فيه خطأً مطبعيًا. اعتبر علامات الطلب طبقة ثانية، لا بديلًا.
قواعد Guardrails، إن كان لديك فريق
Guardrails في OpenRouter قواعد تُسندها إلى مفاتيح API أو أعضاء المؤسسة. يمكنها فرض ZDR لكل مجموعة نماذج، وتقييد المزودين والنماذج المسموح بها، وتحديد النطاقات الإقليمية التي يجوز للمفتاح استخدامها. لا تفرض القاعدة شيئًا حتى تُسند، وإن انطبقت عدة قواعد فالنتيجة الأشد هي التي تسري.
لشخص واحد بمفتاح واحد، تكفي إعدادات الحساب. أما إن كان عدة أشخاص يتشاركون مؤسسة، فأنشئ مفتاحًا خاصًا بـ Autorec وأسند إليه قاعدة guardrail، حتى لا تتوقف الحماية على الإعدادات الشخصية لكل فرد.
المعالجة داخل الاتحاد الأوروبي فقط
إن كانت مكالماتك تتضمن بيانات أوروبية، فإن OpenRouter يتيح التوجيه داخل المنطقة. تستخدمه بتغيير العنوان الأساسي، دون أي مفتاح تفعيل:
https://eu.openrouter.ai/api/v1 في Autorec، افتح الإعدادات، ملخص بالذكاء الاصطناعي، واختر OpenRouter مزودًا، ثم عدّل حقل عنوان API الأساسي. إنه حقل نصي عادي، فيمكنك الكتابة فوق القيمة المسبقة. ويبقى مفتاح API ومعرّفات النماذج كما هي.
ما تقوله الوثائق عنه:
- الباقات. متاح في باقتي Business وEnterprise لدى OpenRouter. ويمكن الترقية إلى Business ذاتيًا من Settings، Manage plan.
- يفشل بأمان. الطلبات على النطاق الأوروبي لا تذهب إلا إلى مزودين داخل المنطقة (الاتحاد الأوروبي والمنطقة الاقتصادية الأوروبية والمملكة المتحدة وسويسرا). وإن لم يستطع أيٌّ منهم خدمة نموذجك، تحصل على خطأ، لا على تحويل صامت إلى منطقة أخرى. والكتالوج الأوروبي جزء من الكتالوج العالمي.
- ليس كل شيء يبقى في الاتحاد الأوروبي. بيانات الحساب وسجلات الفوترة وبيانات المصادقة وسجلات الأمان والبيانات الوصفية لمراقبة إساءة الاستخدام قد تُعالج في الولايات المتحدة.
- اتفاقية معالجة البيانات. يقدّم OpenRouter اتفاقية معالجة بيانات وفق GDPR مع البنود التعاقدية القياسية. ويوجد ملحق لمعالجة محتوى طلبات API داخل الاتحاد الأوروبي فقط، لكنه لا يسري إلا إن اخترته كتابيًا. ليس تلقائيًا.
- اجمعه مع ZDR. توصي الوثائق باستخدام التوجيه الإقليمي مع Zero Data Retention معًا. المنطقة تحدد أين تجري المعالجة، وZDR يحدد هل يُحتفظ بأي شيء.
- الإلزام. يمكن لإعداد مناطق البيانات المسموح بها في قاعدة guardrail أن يرفض الطلبات التي تصل عبر النطاق الخطأ.
ولا ينقل التوجيه الإقليمي حساباتك السحابية الخاصة كذلك. إن كنت تستخدم مفاتيحك الخاصة لـ Bedrock أو Azure أو Vertex، فيجب أن تكون تلك النشرات في المنطقة الصحيحة. ويتناول مقال GDPR صورة الامتثال الأوسع، بما في ذلك ما تغطيه اتفاقية معالجة البيانات وما لا تغطيه.
قائمة التحقق
- في OpenRouter، افتح Settings, Privacy وفعّل ZDR لكل مجموعة نماذج تستخدمها.
- في المكان نفسه، عطّل المزودين الذين يخزّنون المدخلات للتدريب.
- اترك OpenRouter Use of Inputs/Outputs معطّلًا (خصم الـ 1%)، وPrivate Input & Output Logging معطّلًا.
- في Autorec، افتح الإعدادات، ملخص بالذكاء الاصطناعي، واختر OpenRouter وانقر Use privacy settings تحت Extra request fields.
- اختياري، للعمل الأوروبي: على باقة Business أو Enterprise، غيّر عنوان API الأساسي في Autorec إلى
https://eu.openrouter.ai/api/v1، وأضف إن أمكن قاعدة guardrail لمنطقة البيانات. - للفرق: أنشئ مفتاحًا مخصصًا لـ Autorec وأسند إليه قاعدة guardrail.
- جرّب ملخصًا على تسجيل لا قيمة له. إن ظهر خطأ برسالة “no endpoints”، فنموذجك ليس له مزود ملتزم بـ ZDR (أو داخل المنطقة). اختر نموذجًا آخر.
ما لا تعالجه هذه الإعدادات
تقوم هذه الإعدادات على وعود من عدة شركات. يعتمد ZDR على دقة المزودين في الإفصاح عن سياساتهم، ونص اجتماعك يعبر الشبكة إلى خوادم شخص آخر في كل الأحوال. إن لم يكن “لم نحتفظ بشيء” كافيًا لمكالمة بعينها، فلخّصها محليًا أو تخطَّ الملخص. ففي الحالتين يبقى النص ملفًا نصيًا عاديًا على قرصك، وخطوة التلخيص اختيارية.
المصادر، راجعتها في أكتوبر 2026: وثائق OpenRouter عن جمع البيانات والتسجيل، وZero Data Retention، واختيار المزود، والتوجيه داخل المنطقة، وguardrails.
Own your meeting recorder once
Local, private meeting recording for a one-time fee. No monthly bill, no assistant joining your calls.
See pricingمقالات ذات صلة
المزيد حول التسجيل المحلي والنسخ النصي والأتمتة المرتبطة بهما.
GDPR وملخصات الاجتماعات بالذكاء الاصطناعي: أي نقطة نهاية تختار
يرسل Autorec نص الاجتماع إلى مزود الذكاء الاصطناعي الذي تختاره، ولا شيء غيره. إليك ما يعنيه ذلك بموجب GDPR، وكيف تتقارن Mistral وScaleway وIONOS وOpenAI وAnthropic، ومتى يكون النموذج المحلي هو الجواب الأفضل.
ملخصات الاجتماعات بنموذج لغوي محلي: Ollama وLM Studio
شغّل نموذج التلخيص على جهازك أنت أيضًا. ثبّت Ollama أو LM Studio ووجّه Autorec إليه، فلا يغادر التسجيلُ ولا النصُّ ولا الملخصُ حاسوبك أبدًا.
ملخصات الاجتماعات عبر OpenRouter: مفتاح واحد لكل النماذج
اضبط الملخص بالذكاء الاصطناعي في Autorec مع OpenRouter في خمس خطوات، ثم اعرف كم يكلّف الملخص الواحد: جزءًا من السنت على نموذج رخيص، وبضعة سنتات على نموذج رائد.