معايير القبول
معيار القبول عبارة قابلة للاختبار تحدّد ما يعنيه «منجَز» لمهمة ما. وهو في Masaro ليس حقلًا كماليًا؛ بل العقد الذي يعمل عليه سير عمل الوكلاء بأكمله.
لماذا عقد
حين تسلّم عملًا إلى وكيل ذكاء اصطناعي فأنت تفوّض قرارات. وبلا معيار، يملأ الوكيل الفجوات بتخمينات معقولة، فتبقى أنت تفحص المُخرَج بلا مسطرة تفحصه بها. لا يمكنك التحقق من عمل لم تحدّده قط؛ كل ما تستطيعه هو الانطباع.
المعيار يغيّر طرفَي التسليم معًا:
- قبل العمل: يعرف الوكيل الهدف. ويُحسم الغموض في المهمة حيث ثمنه رخيص، لا في الكود حيث ثمنه باهظ.
- بعد العمل: تقيّم المُخرَج مقابل فحوص صريحة. مستوفى أو غير مستوفى. تستغرق المراجعة دقائق وتنتج إجابة حقيقية.
كيف يبدو المعيار الجيد
قابل للتحقق، محدّد، ومحصور بالمهمة. قارن:
| Weak | Verifiable |
|---|---|
| أضف البحث | البحث عن مهمة بكلمة من عنوانها يعيدها ضمن النتائج خلال ثانية واحدة؛ والاستعلام الفارغ يعرض المهام الأخيرة لا خطأً. |
| حسّن معالجة الأخطاء | الحفظ الفاشل يعرض خطأً ضمن الصفحة، ويحتفظ بمدخلات المستخدم، ويسجّل الفشل مع معرّف الطلب |
| جهّز التكامل المستمر | pnpm run verify يعمل مع كل دفع، والتشغيل الأحمر يمنع الدمج |
النمط: سلوك قابل للملاحظة، وحدّ، وحالة فشل. إن لم تستطع تخيّل الفحص وهو يفشل، فهو ليس معيارًا؛ بل أمنية.
المعايير داخل دورة الوكيل
يمكن للمهام أن تحمل معايير متعددة. وحين يُنجز وكيل مهمة عبر MCP، لا يقول «تم» فحسب: بل يقدّم ملخصًا ويربط كل معيار بما إذا كان قد استُوفي. هذا الربط هو ما تراجعه. والمهمة ذات المعايير غير المستوفاة ليست منجَزة، مهما كُتب من كود.
متى تتجاوزها
الجواب الصادق: أحيانًا. المهمة الروتينية trivial («ارفع إصدار الاعتمادية») لا تحتاج مراسم. والقاعدة العملية: كل ما تسلّمه إلى وكيل أو إلى زميل لن تعمل معه جنبًا إلى جنب، وكل ما قد تتجادل بشأنه وقت المراجعة، يستحق معيارًا. ولن يمنعك Masaro في الحالتين؛ إنما يجعل المسار القابل للتقييم هو المسار الأسهل.
التالي: كتابة معايير القبول · تسليم MCP