Sentinel تراقب Sentinel الظروف وتتصرف عند اكتشافها. بينما تُفعَّل جدولة بناءً على التوقيت، يتم تفعيل Sentinel عندما تصبح إحدى الشروط صحيحة.
يمكن العثور عليه ضمن قسم جداول زمنية في المصنع.
ما الذي تراقبه؟
الشروط التي تحددها — اختبار فاشل، نمط ظاهر في قاعدة الكود، إشارة من نظام متصل، أو انحراف عن المعايير المطلوبة.
عند تفعيل المراقب، يبدأ مهام تصحيح: مهمة عادية، مع مواصفات، تسير عبر نفس مسار التخطيط والبناء والتحقق والمراجعة مثل أي مهمة أخرى.
لماذا يعتبر هذا النهج آمنًا؟
لا تقوم Sentinel بإصلاح الكود مباشرة. بل تبدأ مهام لإصلاح الكود، وتنتج هذه المهام pull request تقوم أنت بالموافقة عليها.
وهذا أهم مما يبدو. فالنظام المستقل الذي يعدل الكود الإنتاجي مباشرة لا يمر بخطوة مراجعة في اللحظة التي تحتاجها أكثر — عندما لا يطلب أحد التغيير ولا أحد يراقبه. المرور عبر المسار الطبيعي يعني أن الاستقلالية تزيد الإنتاجية دون سلب السيطرة.
قوالب
تأتي المراقبات الشائعة على شكل قوالب حتى لا تضطر لكتابة الأولى من البداية — فحوصات الصحة المتكررة، كشف الانحراف، وحلقات التصحيح القياسية.
ابدأ باستخدام قالب، وشغّله في وضع استشاري لفترة، ثم عدّل الإعدادات قبل السماح له ببدء مهام دون تدخل.
الحفاظ على السيطرة
تعمل المهام التي تبدأها Sentinel في نفس مساحات الوكلاء مثل أي مهمة أخرى. مراقب ينشط بشكل متكرر قد يستهلك قدرتك الإنتاجية بهدوء.
ثلاث قواعد للحفاظ على فائدته:
- امنحه أولوية أقل من المهام المطلوبة من البشر.
P2أوP3. - اجعل الشروط محددة. عبارة "اختبار فاشل" تُفعَّل باستمرار في مستودع مزدحم؛ بينما "هذا الفحص المحدد فشل في الفرع الأساسي لأكثر من ساعة" تُفعَّل عندما يكون هناك خلل حقيقي.
- راجع النتائج. إذا أنشأ المراقب عشرين مهمة ودمجتَ اثنتين منها، فهو يولد ضجيجًا ويستهلك ميزانية بدلاً من إضافة قيمة.
راقب معدل الدمج، لا معدل التفعيل
المقياس الحقيقي لفعالية المراقب هو نسبة المهام التي يبدأها والتي تُدمج فعليًا. مراقب ينشط نادرًا ويكون صحيحًا في كل مرة هو فعال. أما المراقب الذي ينشط باستمرار ويُتجاهل غالبًا فهو عبء.