qa/scenarios.
السيناريوهات
عشرة سيناريوهات، معرّفة فيqa/scenarios/personal/*.yaml:
توجد بيانات الحزمة الوصفية القابلة للقراءة آليًا (قائمة المعرّفات والعنوان والوصف) في
extensions/qa-lab/src/scenario-packs.ts تحت الاسم QA_PERSONAL_AGENT_SCENARIO_IDS.
شغّل الحزمة باستخدام --pack personal-agent:
--pack بصورة تراكمية مع علامات --scenario المتكررة. تُشغَّل السيناريوهات المحددة صراحةً أولًا، ثم تُشغَّل سيناريوهات الحزمة وفق ترتيب QA_PERSONAL_AGENT_SCENARIO_IDS بعد إزالة التكرارات.
تستهدف الحزمة qa-channel باستخدام mock-openai أو مسار موفّر محلي آخر لضمان الجودة. لا توجّهها إلى خدمات محادثة مباشرة أو حسابات شخصية حقيقية.
نموذج الخصوصية
لا تستخدم السيناريوهات إلا مستخدمين وهميين وتفضيلات وهمية وأسرارًا وهمية ومساحة عمل Gateway المؤقتة لضمان الجودة التي تنشئها الحزمة. ويجب ألا تقرأ ذاكرة مستخدم OpenClaw الحقيقية أو جلساته أو بيانات اعتماده أو وكلاء التشغيل أو الإعدادات العامة أو حالة Gateway المباشرة، وألا تكتب فيها. تبقى العناصر الناتجة ضمن دليل عناصر حزمة ضمان الجودة الحالي وتُعامل كمخرجات اختبار. تستخدم عمليات التحقق من التنقيح علامات وهمية، لذا يكون فحص حالات الفشل وتوثيقها في المشكلات آمنًا.توسيع الحزمة
أضف حالات.yaml جديدة ضمن qa/scenarios/personal/، ثم أضف معرّف السيناريو إلى QA_PERSONAL_AGENT_SCENARIO_IDS. اجعل كل حالة صغيرة ومحلية وحتمية عند استخدام mock-openai ومركزة على سلوك واحد للمساعد الشخصي.
من المرشحين الجيدين للمتابعة: عمليات التحقق من تصدير مسارات منقّحة، وعمليات التحقق من سير عمل Plugin محلي فقط.
تجنب إضافة مشغّل جديد أو Plugin أو تبعية أو وسيلة نقل مباشرة أو نموذج تحكيم إلى أن يتضمن فهرس السيناريوهات عددًا كافيًا من الحالات المستقرة يبرر إضافة ذلك السطح.