OpenClaw 2.0 يعيد بناء منصة الوكلاء حول SQLite وفرق العمل وواجهة تحكم أسرع

يُعدّ OpenClaw 2.0، المعروف رسميًا بالإصدار v2026.8.1، إعادة بناء واسعة لمنصة الوكلاء مفتوحة المصدر، وليس مجرد إصدار يضيف ميزة جديدة. فقد شمل التحديث التثبيت، وإعداد النماذج، وحفظ حالة الوكيل، وواجهة التحكم عبر المتصفح، والتطبيقات الأصلية، والإضافات، والأتمتة، والتعاون بين أعضاء الفريق. ويقول المشروع إن العمل شارك فيه 933 مساهمًا، بينهم 569 مساهمًا لأول مرة، مع دمج أكثر من 16 ألف طلب سحب. 13

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

تثبيت أسهل وإعداد أكثر وضوحًا للنماذج

يعيد OpenClaw 2.0 تصميم عملية التثبيت وإعداد النماذج لتوجيه المستخدم خلال خطوات الضبط بدل مطالبته بإدخال إعدادات كل مزود يدويًا. ويمكن للمثبت اكتشاف بيانات اعتماد النماذج ومفاتيح API والاشتراكات الحالية، ما يساعد المستخدم على إعادة استعمال صلاحيات وصول يملكها بالفعل. 3

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

من ملفات JSON إلى قاعدة بيانات SQLite

من أبرز التغييرات المعمارية نقل حالة المحادثات إلى تخزين يعتمد على SQLite. فقد كانت وثائق OpenClaw السابقة تشير إلى مخزن جلسات باسم sessions.json وملفات نصوص بصيغة *.jsonl، بينما يبني الإصدار 2.0 نموذجًا قائمًا على قاعدة بيانات لإدارة الجلسات والنصوص والبحث والذاكرة والأرشفة. 1835

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

وتتيح أدوات النسخ الاحتياطي المدعومة من OpenClaw إنشاء الأرشيفات والتحقق منها واستعادتها، مع إمكانية تضمين الإعدادات وحالة النظام وملفات المصادقة وبيانات اعتماد المزودين والقنوات والجلسات، إضافة إلى مساحات العمل اختياريًا. كما توفر الوثائق عمليات نسخ احتياطي مخصصة لـ SQLite. 3335

واجهة Control UI تتحول إلى مركز تشغيل

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

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

وتشير نتائج اختبار محاكاة إلى تحسن ملحوظ في الأداء، لكن يجب وضع الأرقام في سياقها. ففي اختبار دردشة افتراضي بإعدادات افتراضية، مع Gateway وهمي وزمن استجابة قدره 50 ميلي ثانية عبر HTTP/1.1، انخفض زمن بدء التشغيل من نحو 1.6 ثانية إلى 575 ميلي ثانية، كما تراجع عدد طلبات JavaScript من 140 إلى 45. وهذه أرقام تخص بيئة الاختبار، وليست نتيجة مضمونة لكل عملية نشر. 57

جلسات مشتركة تحافظ على السياق بين الأجهزة وأعضاء الفريق

يقدم OpenClaw 2.0 جلسات سحابية مشتركة يمكنها تشغيل المهام على أجهزة مقترنة أو عمال سحابيين، مع نقل مساحة عمل الجلسة والسياق المتراكم معها. كما يمكن إعادة استخدام الأجهزة الجاهزة وتهيئات المشاريع، بينما يستطيع زميل الانضمام إلى مهمة نشطة أو تولّيها من دون بدء محادثة جديدة من الصفر. 221

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

لكن هناك حدًا مهمًا: الجلسات المشتركة ميزة للاستمرارية والتعاون، وليست آلية لعزل المستأجرين أو ضمان فصلهم أمنيًا. لذلك لا ينبغي للفرق اعتبارها بديلًا عن البوابات وبيانات الاعتماد وضوابط الوصول أو الحدود المنفصلة على مستوى البنية التحتية. وتظل بنية OpenClaw تضع التوجيه واتصالات القنوات تحت مسؤولية Gateway، مع إمكانية ضبط العزل بحسب الوكيل أو مساحة العمل أو المرسل. 519

مهارات وأتمتة وتطبيقات وإضافات أكثر ترابطًا

يوسّع الإصدار كذلك المهارات القابلة لإعادة الاستخدام، وسير عمل النماذج والمزودين، والأتمتة الدورية، ودور Gateway في تنسيق الجلسات واتصالات القنوات. كما يحصل العمل عبر التطبيقات الأصلية والأجهزة المقترنة على دعم أوسع، بينما تجعل الإعدادات القائمة على المخططات ضبط الإضافات والقنوات أسهل اكتشافًا داخل Control UI. 168

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

ما الذي ينبغي فعله قبل الترقية؟

نظرًا إلى أن الإصدار يغيّر طريقة تخزين الجلسات والنصوص، يُنصح المشغلون باتخاذ الخطوات التالية قبل التحديث:

1. إنشاء نسخة احتياطية مدعومة من OpenClaw تتضمن الإعدادات والحالة المطلوبة.
2. التحقق من الأرشيف، بدل افتراض أن نسخ الملفات بنجاح يكفي.
3. التعامل مع بيانات الاعتماد وسجل الجلسات باعتبارهما محتوى حساسًا، وتخزين النسخة الاحتياطية وفق ذلك.
4. اختبار الاستعادة أو الإبقاء على مسار تعافٍ موثوق قبل تنفيذ الترقية في بيئة الإنتاج.

وتوصي وثائق OpenClaw صراحةً بنسخ الإعدادات والحالة احتياطيًا قبل التحديث، كما تدعم أدوات النسخ إنشاء الأرشيفات والتحقق منها واستعادتها. 333539

الخلاصة

من الأفضل فهم OpenClaw 2.0 باعتباره إصدارًا للبنية التحتية. فالإعداد الموجّه يقلل صعوبة البدء، وSQLite يمنح الجلسات والنصوص أساسًا أكثر استمرارية، وواجهة Control UI تصبح مركز تشغيل أسرع، بينما تجعل الجلسات السحابية المشتركة نقل مهام الوكلاء بين أعضاء الفريق والأجهزة أكثر سهولة. 1321

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