ما يرسله OpenClaw إلى خوادمه

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

مستويان، وواحد منهما فقط مفعّل افتراضيًا

• فحص التحديثات اليومي هو المستوى الافتراضي. إنه طلب GET بسيط إلى https://telemetry.openclaw.ai/api/latest-version يسأل عمّا إذا كان هناك إصدار أحدث، وليس له جسم طلب على الإطلاق.
• كل ما يخبر به الخادم ينتقل في ترويسة واحدة. فترويسة User-Agent مثل openclaw/2026.8.2 (darwin; node/26.0.1; arm64; gateway) تحمل إصدار OpenClaw، ونظام التشغيل، وإصدار Node.js، ومعمارية المعالج، وما إذا كان المستدعي هو Gateway أو CLI.
• لا يتضمن أي من المستويين محتوى الرسائل، أو المطالبات، أو أسماء النماذج، أو مفاتيح API، أو بيانات الاعتماد، أو مسارات الملفات، أو أسماء المضيفين، أو معرّفات الحسابات. ولا يوجد كذلك معرّف تثبيت، ولا معرّف جهاز، ولا معرّف تتبّع عشوائي: لا ينشئ OpenClaw أي معرّف عميل دائم لهذه الطلبات، ولهذا فإن التقارير المتكررة ليست عدًّا للتثبيتات ولا للمستخدمين.
• إحصاءات الميزات المجهولة هي المستوى الثاني، وهي معطّلة افتراضيًا. عند تفعيلها يصبح الطلب اليومي نفسه طلب POST يحمل جسم JSON صغيرًا بإصدار المخطط 1، بدلًا من إضافة طلب ثانٍ.

الرفض خيار طبيعي تمامًا ولا يغيّر شيئًا في طريقة عمل OpenClaw لديك.

الموافقة الصريحة هنا صريحة فعلًا

يمكن أن يعرض الإعداد التفاعلي موافقة لمرة واحدة يكون فيها الخيار No thanks محددًا افتراضيًا، أما Quick Start الموجّه فيتخطى هذا السؤال تمامًا. يسجّل OpenClaw إجابتك حتى يتوقف الإعداد عن السؤال، لكن الإجابة المسجّلة ليست ما يقرر أي شيء: الإعداد enabled هو الذي يقرر. والتثبيتات غير التفاعلية والمؤتمتة بالسكربتات لا توافق من تلقاء نفسها أبدًا، لذا تبقى الصورة المبنية في خط بناء آلي (pipeline) على مستوى التحديثات فقط إلى أن يفعّل مسؤول التشغيل الإحصاءات عن قصد. والغرض المعلن من المستوى الثاني ضيق، وهو توجيه أولويات الصيانة، والتوثيق صريح في أنه لا يقيس أي استدعاء فردي لمكوّن إضافي، ولا أي رسالة، ولا أي طلب نموذج، ولا أي مستخدم نشط.

الحقل الذي لا يتحكم فيه العميل

• يزوّد Cloudflare جهة الاستقبال المستضافة بموقع تقريبي: البلد، ورمز المنطقة، والمدينة، والمنطقة الزمنية. لا تُخزَّن في التحليلات أي عناوين IP خام ولا أي إحداثيات دقيقة، والحقول المفقودة أو غير الصالحة تبقى فارغة ببساطة.
• تتضمن عمليات فحص التحديثات المسجّلة هذه الحقول حتى عندما تكون إحصاءات الميزات المجهولة معطّلة، وحتى عند ضبط DO_NOT_TRACK. لا توجد حمولة إضافية من العميل ولا أي سؤال، لأن القيم تُستخلص على شبكة الحافة بدلًا من أن ترسلها أنت.
• يحتفظ Analytics Engine بالسجلات لمدة ثلاثة أشهر. تستبعد المجاميع العامة معلومات الموقع، وتعطيل الطلبات لاحقًا لا يمحو السجلات الموجودة مسبقًا.

قبل أن تغيّر أي شيء، شغّل openclaw telemetry show. يبيّن الأمر ما إذا كانت إحصاءات الميزات المجهولة مفعّلة ولماذا، ونقطة نهاية الطلب، وآخر فحص ناجح، وعندما تكون الإحصاءات معطّلة يطبع طلب التحديثات فقط مع ترويسة User-Agent الخاصة به. أضف ⁨--json⁩ لتحصل على الحالة والحمولة نفسيهما في مستند واحد قابل للقراءة آليًا. وعندما تكون الإحصاءات مفعّلة، تعرض المعاينة الحمولة كاملة، وهي قصيرة: schema وversion وplatform وnode وsurface، وكائن features يضم معرّفات القنوات المعدّة، وعائلات المزوّدين، ومعرّفات المكونات الإضافية العامة، والعدد الإجمالي للمكونات الإضافية، وsessionsLast24h. وتشمل أسماء المكونات الإضافية هذه المكونات المضمّنة، والتثبيتات الرسمية الموثوقة، والإدخالات المطابقة لفهرس المكونات الإضافية الرسمي، لذا لا تُذكر هويات المكونات الإضافية الخاصة أبدًا، والفرق بين pluginsEnabled وعدد الأسماء المبلغ عنها ليس عدًّا موثوقًا للمكونات الإضافية الخاصة. ورقم الجلسات يعدّ أحداث إنشاء الجلسات المحتفظ بها والمؤرخة خلال آخر 24 ساعة، لا نشاط الجلسات. وهنا حدّان مهمان: معاينة الحمولة تُبنى داخل عملية CLI ولا تُجلب من Gateway قيد التشغيل، لذا فهي ليست ضمانًا للحمولة التالية التي سيرسلها Gateway بالضبط، كما أنها تصف طلب العميل فقط، فلا يمكنها أبدًا أن تُظهر لك الموقع المستخلص على الخادم. إذا كانت المخرجات تقول Request: none، فهناك أتمتة أو سياسة لفحص التحديثات أوقفت كل شيء مسبقًا. والتفضيل نفسه مفتاح عادي في ملف إعداد OpenClaw، وهو مستقل عن تتبّع استخدام المزوّدين، الذي يتعلق بحصص المزوّدين وتكلفتها.

كل طرق إيقاف الطلبات

يعطّل الأمر openclaw telemetry off إحصاءات الميزات المجهولة، ويفعل telemetry.enabled: false الشيء نفسه من ملف الإعداد. ويفرض DO_NOT_TRACK=1 أو DO_NOT_TRACK=true تعطيل الإحصاءات حتى عندما يكون telemetry.enabled على true، لكنه يُبقي عمدًا فحص التحديثات اليومي في مكانه على شكل طلب GET بلا جسم. ولإيقاف كل طلب تلقائي، اضبط update.checkOnStart: false، الذي يعطّل المستويين معًا وإشعار التحديث حتى عندما يكون update.auto.enabled على true، كما يمنع OPENCLAW_NO_AUTO_UPDATE=1 طلبات التحديث التلقائي أيضًا. ولا يرسل OpenClaw شيئًا كذلك عندما يحمل متغير البيئة CI قيمة تُعدّ صحيحة (truthy)، بحجة أن مهام خطوط البناء الآلية ستفوق عدد مسؤولي التشغيل الحقيقيين وتُفقد إحصاءات الإصدارات والمنصات معناها، مع أن ضبط OPENCLAW_TELEMETRY_ENDPOINT على نقطة نهاية بديلة خاصة بك يلغي هذا الكبت، لأن وجود نقطة نهاية معدّة يعني أن التشغيل يختبر هذا المسار عن قصد. تبقى أوامر التحديث الصريحة متاحة متى اخترت تشغيلها، فيبقى تحديث OpenClaw عن قصد بين يديك، وتندرج هذه العملية كلها بشكل طبيعي إلى جانب ممارسات الأمان في OpenClaw.

على Diali

في Diali، يعمل OpenClaw كخدمة مستضافة. يحصل كل عميل على مساعد منفصل على مثيل خاص به بدلًا من مقعد على مثيل مشترك، ويُولَّد إعداد التشغيل من إعدادات لوحة التحكم ويُكتب من جديد مع كل إصدار، لذا فإن أي تعديل يدوي داخل الحاوية لا ينجو من الترقية، بينما ينجو كل ما عُبّر عنه في لوحة التحكم. تعيش الجلسات والذاكرة وبقية الحالة على وحدة تخزين دائمة، وهي أيضًا حيث تُخزَّن النتيجة المؤقتة لفحص تحديثات ناجح؛ وتتوفر لقطات يومية واستعادة بنقرة واحدة عبر إضافة «النسخ الاحتياطية» (مشمولة في Max). وتعرض صفحة أسعار Diali الخطط.

• فحص التحديثات اليومي مفعّل افتراضيًا وينتقل بالكامل في ترويسة User-Agent واحدة.
• تبقى إحصاءات الميزات المجهولة معطّلة إلى أن يفعّلها مسؤول التشغيل.
• يُحتفظ بالموقع التقريبي لمدة ثلاثة أشهر، وإيقاف الطلبات لا يمحوه.