Skill Workshop في OpenClaw

الوكيل القادر على كتابة مهاراته بنفسه يحتاج إلى مسار لا يصبح فيه شيء فعالًا بالصدفة. وSkill Workshop في OpenClaw هو هذا المسار المحكوم: ينشئ الوكلاء والمشغّلون مقترحًا، أي مسودة معلّقة تضم المحتوى، وربط الهدف، وحالة الماسح، والتجزئات، وبيانات التراجع الوصفية، ولا يصبح مهارة فعالة إلا عند تطبيقه. افتراضيًا لا يكتب Workshop إلا داخل مجلد workshop-skills الخاص بالوكيل النشط ضمن مجلد الحالة، بمعزل عن مساحة عمل الجلسة ومكتبة المهارات المدارة؛ أما المهارات المضمّنة ومهارات المكونات الإضافية وClawHub والمشروع ومساحة العمل فتعدَّل عبر أدواتها الخاصة. وإليك قواعد دورة الحياة، وواجهات المراجعة، والتأليف من الدردشة ومن CLI، وتدفقي التعلم والإصلاح، والإعدادات.

قواعد دورة الحياة

• المقترح أولًا: يخزَّن المحتوى المولَّد كملف مقترح لا كملف مهارة؛ وapply هي عملية الكتابة الفعلية الوحيدة، لذا لا تغيّر create وupdate وrevise المهارات النشطة أبدًا؛ وتبقى عمليات الإنشاء والتحديث داخل مجلد Workshop الخاص بالوكيل، وتعد المهارة من ملكية Workshop إذا كانت موجودة هناك، وفقط في هذه الحالة.
• لا كتابة فوق الموجود: تفشل create إذا كان الهدف موجودًا أصلًا في ذلك المجلد، ولا تغيَّر المهارات القادمة من مصادر أخرى أبدًا، وفي المهارات التي تحمل الاسم نفسه يحدد ترتيب التحميل أي تعريف يسود؛ وترتبط مقترحات التحديث بتجزئة الهدف الحالية وتصبح في الحالة stale إذا تغيرت المهارة الفعالة قبل apply.
• محكوم بالماسح وقابل للاسترداد: تعيد apply تشغيل ماسح الأمان قبل الكتابة، ولا تمنعها إلا النتائج الحرجة (critical) بينما تبقى نتائج مستوى warn ظاهرة، وتكتب بيانات التراجع الوصفية قبل المساس بالملفات الفعلية؛ وتكتب create وrevise جيلًا كاملًا غير قابل للتغيير من المقترح وتنشرانه بإعادة تسمية ذرية، فلا يكشف أي انقطاع إلا الجيل السابق أو الجيل الجديد.
• الحالات: تترك create وupdate وrevise وevaluate المقترح في الحالة pending؛ وتنقله apply وreject وquarantine إلى applied أو rejected أو quarantined؛ وتغيّر الهدف يجعله stale؛ ولا يمكن تنقيح المقترح أو تطبيقه أو رفضه أو عزله إلا إذا كان pending. والدردشة وCLI وGateway تستدعي كلها الخدمة نفسها.

الكتابة الفعلية الوحيدة هي apply: لا تغيّر create وupdate وrevise المهارات النشطة أبدًا.

المراجعة، والتأليف، والتعلم

في واجهة التحكم يوجد Workshop ضمن المكونات الإضافية: يسرد عرض المهارات ما هو مثبت في مجلد Workshop الخاص بالوكيل المحدد، مع المهارات المتغيرة أولًا والإضافات والحذوفات معروضة ضمن النص مقارنةً بالنسخة المطبقة المحفوظة، ويضم عرض الاقتراحات المقترحات المعلّقة لتقييمها أو تنقيحها أو تطبيقها أو رفضها؛ وتبقى المقترحات السابقة في الحالات applied وrejected وquarantined وstale قابلة للفحص عبر CLI وGateway. ومن الدردشة تطلب المهارة التي تريدها، فيستدعي الوكيل أداة workshop ويعيد معرّف المقترح: «أنشئ مهارة تنفّذ روتين صندوق الوارد يوم الاثنين»، «حدّث مهارة تخطيط الرحلات لتتحقق من خرائط المقاعد»، «اعرض لي المقترح»، «نقّحه»، «طبّقه». ويوجّه الأمر learn المحادثة الحالية أو مصادر مسماة، من مسارات وعناوين URL وملاحظات ملصقة، إلى أفضل مقترح معلّق أو مهارة فعالة مطابقة، ولا ينشئ واحدًا إلا عند الحاجة، ولا يطبّق أبدًا. وحين يتبين أن مهارة استخدمت في الدور الحالي خاطئة، يقرأ الوكيل المهارة الفعالة وينشئ مقترح تصحيح موجَّهًا، ويجهز مقطعًا دقيقًا واحدًا حين تتجاوز المهارة كاملة ميزانية القراءة لدى النموذج؛ ويقصر إيصال وقت التشغيل ذلك على المهارات المستخدمة في التشغيل، وتصل المهارة المصححة إلى الجلسات الجديدة بينما تحتفظ الجلسة الجارية بلقطتها. ويعكس CLI كل ذلك: propose-create مع اسم ووصف وملف مقترح، وpropose-update، وlist، وinspect، وrevise، وevaluate عبر مقيّمات المكونات الإضافية المثبتة، وapply، وreject وquarantine مع أسباب، وكل منها يقبل معرّف وكيل وإخراج JSON.

الإعدادات

• الوضع المستقل قيمته الافتراضية auto: يعطّل off الالتقاط المستقل مع الإبقاء على التنبيه إلى التعليمات الدائمة، وينشئ propose مقترحات معلّقة من التصحيحات ومن الأعمال الجوهرية المكتملة، ويستخدم auto أدوات الوكيل العادية لصيانة Workshop المباشرة في كل دور وأسبوعيًا من دون فحص المقترحات أو لقطات التراجع التلقائية؛ أما الإنشاء بطلب من المستخدم والأمر learn وجلسات التعلم اليدوية فتعمل في كل الأوضاع.
• سياسة الموافقة قيمتها الافتراضية auto، فتعمل apply وreject وquarantine التي يبادر بها الوكيل من دون طلب تأكيد آخر؛ أما pending فتتطلب موافقة المشغّل، ويسمي طلب التأكيد المقترح والهدف ويعرض الوصف وعدد ملفات الدعم وحجم المتن، وطلب التأكيد المنتهي يترك المقترح معلّقًا بدلًا من التصرف، لذا ينبغي ألا يعيد الوكلاء محاولة إجراء منتهي الصلاحية في حلقة.
• الحدود: خمسون مقترحًا معلّقًا ومعزولًا لكل وكيل ضمن المدى من واحد إلى مئتين، ومتن مقترح بأربعين ألف بايت ضمن مدى يقارب ألفًا إلى مئتي ألف، وحد منفصل بعشرة آلاف حرف للمقترحات المستقلة، والأوصاف لا تتجاوز أبدًا 160 بايت. ويمكن لإجراء في واجهة التحكم أيضًا أن يفحص المحادثات السابقة من دون تفعيل الاستقلالية: تفتح جلسة عادية بتعليمات استخراج وتتبع الوضع الحالي.

للمراجعة المنفصلة في الخلفية التي تغذي المقترحات راجع التعلم الذاتي في OpenClaw، وللمخطط الكامل الذي تنتمي إليه هذه الإعدادات راجع إعدادات المهارات في OpenClaw.

موقعه من المنظومة

Workshop مخصص للمهارات التي يولّدها الوكيل؛ أما مهارات مساحة العمل المكتوبة يدويًا والمكتبة المدارة فتحتفظ بواجهاتها الخاصة، ومهارات المكتبة الشخصية على Gateway مشترك تنشر تنقيحات مدارة لا مقترحات. المسار اليدوي هو إنشاء مهارة OpenClaw، والواجهة التي تشغّل خطوة evaluate مقيّماتها هي المكونات الإضافية في OpenClaw.

على Diali

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

• المقترح أولًا؛ وapply وحدها تكتب فعليًا.
• مرتبط بالتجزئة، محكوم بالماسح، جاهز للتراجع.
• الأمر learn يجهّز ولا يطبّق أبدًا.