مسارات الإعداد والإصلاح المعتادة موثقة في وثائق التثبيت وCLI وGateway. وتُتابع المسارات الخاصة بمنصة Windows في صفّي Windows عبر WSL2 وWindows الأصلي.

تتسم وثائق البنية الأساسية والمصادقة والاقتران والبروتوكول والخدمة الخلفية، إلى جانب أدلة تشغيل CLI، بالشمول والحداثة.

تُعد الحلقة الرئيسية والنماذج وتوجيه المزوّد وتدفّق الأدوات إمكانات أساسية، لكن سلوك المزوّد يتغير أسبوعيًا ويتطلب إثباتًا قائمًا على السيناريوهات لكل إصدار.

توثيق قوي وتنفيذ نشط. يعتمد النضج على متانة النصوص المفرّغة، وجودة Compaction، والتكافؤ بين العملاء.

تشترك العديد من القنوات في عقود التسليم والتوجيه الخاصة بـ Gateway، لكن سلوك القنوات يختلف بحسب واجهة API التابعة للجهة المزوّدة وقيود سياسة الحساب.

توجد وثائق لـ OTel وPrometheus والتسجيل والتشخيصات. وتحتاج إلى مراجعة نضج علنية توضّح «ما الذي ينبغي للمشغّلين الاطلاع عليه أولًا».

واجهة الويب موثقة مع تدفقات الاقتران والدردشة وتطبيق الويب التقدمي PWA وTalk والإشعارات الفورية وGateway البعيد. تجري ترقيتها بعد اكتمال بطاقات تقييم التوافق عبر المتصفحات وتطبيقات PWA على الأجهزة المحمولة.

تتوفر وثائق شاملة وأدلة داخلية قوية من بيئة التشغيل عبر ملفات البيانات الوصفية والاكتشاف والتحميل وبنية المزوّد والأدوات وحدود الموافقة. أبقِ الصف في مرحلة بيتا إلى أن تصبح الأدلة المتعلقة بواجهة API العامة لحزمة SDK ومساراتها الفرعية والتوزيع الخارجي أقوى.

تتوفر وثائق جيدة وأسطح للتحصين. يُنقل إلى مستوى أعلى بعد أن تثبت عمليات التشغيل المنتظمة لسيناريوهات الترقية والأمان عدم حدوث أي تراجعات في الإعداد.

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

تتوفر مجموعة واسعة من القدرات، لكن التباين بين المزوّدين وحدود الملفات وعدم التكافؤ بين Node والتطبيقات تجعلها غير مستقرة حتى الآن.

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

موجود في التوثيق والشيفرة المصدرية، لكنه أقل ظهورًا كسير عمل أساسي للمستخدم. يحتاج إلى تعريف صريح للسيناريو.

تتوفر وثائق عامة ومفهوم للنظام البيئي. ويلزم توفير بطاقات تقييم للتثبيت والثقة والتحديث والتراجع والتوافق.

حزمة تطوير تطبيقات OpenClaw هي عقد مميز للتطبيقات الخارجية، منفصل عن وقت تشغيل Gateway وحزمة تطوير Plugin. يُظهر التقييم الحالي مسارًا حقيقيًا لـ @openclaw/sdk، مع فجوات في التحزيم العام، والاكتشاف التلقائي، والموافقات، والأدوات المساعدة، والتوافق.

يُوصى باستخدام بيئة تشغيل Node، كما أن خدمة مستخدم systemd موثّقة، والإرشادات الخاصة بالخوادم الافتراضية الخاصة والحاويات شاملة.

تتوفر وثائق لمسار خدمة LaunchAgent، وأوضاع Gateway المحلية وعن بُعد، وتثبيت CLI، والتكامل مع التطبيق.

يتوفر توزيع رسمي عبر Google Play، وتُصان وثائق البناء والتشغيل من المصدر، كما يُوثَّق تطبيق Android بوصفه عقدة مرافقة اعتيادية للمستخدمين.

يتوفر توزيع رسمي عبر App Store، كما أن الإشعارات اللحظية المدعومة بالترحيل موثقة، ويُوثَّق تطبيق iOS بوصفه Node مرافقًا اعتياديًا للمستخدمين.

تتوفر وثائق التثبيت، وتُعد هذه من مسارات النشر الشائعة. يمكن ترقيتها بعد أن توثّق اختبارات الدخان المتكررة للإصدارات سلوك الترقية ووحدات التخزين.

المسار الموصى به لنظام Windows، مع إرشادات systemd/خدمة المستخدم ووثائق سلسلة الإقلاع. يُرقّى بعد تكرار بطاقات تقييم التثبيت/التحديث.

تتوفر وثائق للمنصة، ويعتمد مسار Gateway على Linux. يلزم إثبات اختبار دخاني للإصدار خاص بالأجهزة للانتقال إلى مستوى أعلى.

يتوفر تطبيق غني لشريط القوائم، وإدارة الأذونات، ووضع Node، وCanvas، والتنشيط الصوتي، وWebChat، والوضع عن بُعد. لكنه لا يزال سريع التطور بما يكفي لتجنب تصنيفه «مستقرًا».

تعمل المسارات الأساسية لـ CLI وGateway، لكن الوثائق لا تزال توصي باستخدام WSL2 للحصول على التجربة الكاملة وتسرد محاذير التشغيل الأصلي.

تُعد استضافة Kubernetes مسارًا مستقلًا لنشر العناقيد قائمًا على Kustomize. يُظهر التقييم الحالي مسار نشر أدنى فعليًا، مع وجود ثغرات في CI الخاص بـ Kubernetes، وحزم ingress وTLS وNetworkPolicy، والنسخ الاحتياطي والاستعادة، وتعزيز أمان التعرض لبيئات الإنتاج.

مسار تثبيت اختياري. يحتاج إلى تعهّد دعم أوضح قبل ترقيته إلى مرحلة ألفا/بيتا.

تتضمن الشفرة المصدرية واجهات لتطبيق Watch وامتداده؛ لكن الوثائق العامة لا تعرض ذلك بعد بوصفه ميزة للمستخدم.

تشير الوثائق إلى أن التطبيقات المرافقة الأصلية لنظام Linux مخطّط لها؛ ويُعد Gateway المسار المدعوم لنظام Linux حاليًا.

مخطط له فقط.

وثائق معمّقة وتغطية واسعة للميزات. ينبغي أن تظل مسارات الصوت والتفويض مقيّمة بصورة منفصلة على أنها تجريبية/أولية.

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

وثائق قنوات متكاملة وسطح لتوجيه المحادثات. يحتاج إلى بطاقات تقييم لسيناريو تثبيت مساحة العمل وإدارتها.

يعمل iMessage المدعوم عبر imsg على مضيف رسائل macOS مسجّل الدخول؛ وتتطلب إعدادات BlueBubbles القديمة الترحيل. أبقِ أذونات macOS، وغلاف SSH، وSIP/واجهة API الخاصة، والتنبيهات المتعلقة بالترحيل ظاهرة.

المسار الأساسي مهم وموثّق؛ لكن تقلبات Baileys/الجلسات في المنبع تُبقيه دون مستوى مستقر.

مدعوم عبر Plugin مضمّن. يحتاج إلى بطاقات تقييم للجسر والمصادقة ودورة حياة الغرف.

قناة موثقة، لكن إعداد المؤسسة/المشرف يزيد من مخاطر النضج.

تحتاج تدفقات المصادقة والإدارة المؤسسية إلى إثبات صريح للسيناريوهات.

تتوفر وثائق للقناة المدعومة؛ لكنها تحتاج إلى إثبات أقوى للتثبيت وإعادة الاتصال.

تغطية إقليمية مهمة، ولكن ينبغي معايرة مستوى الدعم العام وفقًا لنوع الحساب وموافقة الجهة المطوّرة وإثباتات المشرفين على الصيانة.