أطلقت Cloudflare ميزة Issues لمراقبة الأخطاء داخل Cloudflare Workers، مع إتاحتها حالياً في إصدار تجريبي مفتوح. تجمع الميزة الإخفاقات المتكررة في مشكلة واحدة، ثم تتيح إرسال تفاصيلها إلى وكيل برمجة لمتابعة التحقيق واقتراح إصلاح وفتح طلب سحب.
تستهدف Cloudflare فجوة عملية في دورة معالجة أعطال الإنتاج: فالوكلاء قادرون على الاستعلام من بيانات المراقبة، والتنقل داخل مستودع الشفرة، وكتابة الاختبارات وتعديل الكود، لكن ربط هذه الخطوات كان يتطلب تدخلاً بشرياً لجمع السجلات والتتبعات والتأكد من أن الإخفاقات المتعددة ناتجة عن العطل نفسه.
ما الذي ترصده Issues؟
تعمل الميزة من داخل بيئة Workers، ولا تتطلب تثبيت SDK أو إضافة غلاف إلى التطبيق. وبعد تفعيلها، تسجل الاستثناءات غير المعالجة، والاستدعاءات الفاشلة، واستجابات HTTP من فئة 5xx، ومخرجات console.log() وconsole.error()، إضافة إلى السجلات التي تتضمن مكدساً للاستدعاءات. كما ترصد حالات تشغيل التنبيهات بصورة متكررة، وكتابة كميات كبيرة من السجلات داخل الحلقات.
بدلاً من عرض كل طلب فاشل كحالة منفصلة، تجمع Issues الأخطاء المتشابهة وتوضح وقت ظهورها الأول، وعدد مرات حدوثها، وما إذا كان معدلها يتزايد. وتعرض المشكلة، ومكدس الاستدعاءات عند توفره، والسجلات والتتبعات السابقة واللاحقة، وإصدار Worker، وتفاصيل الطلب واتجاه المشكلة بمرور الوقت.
إضافة سياق التطبيق إلى التحقيق
يمكن للمطورين استخدام واجهة OpenTelemetry المدمجة في بيئة Workers لإرفاق معرّفات مثل المستخدم والحساب والجلسة. وتظهر هذه البيانات مع كل occurrence، ما يساعد على تحديد ما إذا كان العطل متركزاً في حساب أو جلسة معينة قبل إرساله إلى الوكيل.
من لوحة المراقبة إلى وكيل البرمجة
يمكن ضبط Automation لتشغيل الإرسال عندما تتجاوز المشكلة عتبة محددة من مرات الظهور أو تعود بعد فترة هدوء. وتدعم Cloudflare ربط Claude Code عبر routine ID وtoken، وCursor عبر عنوان webhook، وDevin عبر API token ومعرّف المؤسسة، إلى جانب webhooks عامة ونظم الدردشة وإدارة الحوادث.
يتضمن السياق المرسل ملخص الفشل، والاستثناء، ومكدس الاستدعاءات بعد ربطه بالمصدر، والسجلات والتتبعات، وإصدار Worker، وسياق التطبيق الذي أضافه المطور. ولإجراء تحقيق أعمق، يمكن ربط الوكيل بشكل منفصل بـ Cloudflare MCP للاستعلام من السجلات والتتبعات المرتبطة واقتراح تعديلات على الكود والاختبارات وفتح طلب سحب.
ما الذي يتغير عملياً؟
تقلل Issues الخطوات اليدوية بين اكتشاف العطل والتحقيق فيه، لكنها لا تجعل الإصلاح آلياً بالكامل. تظل مراجعة طلب السحب ونشر التغيير ووضع المشكلة في حالة الحل تحت سيطرة الفريق. كما أن جودة النتائج تعتمد على السياق الذي يضيفه التطبيق وعلى إعدادات التشغيل والعتبات المختارة.
اختبرت Cloudflare الميزة على Workflows، وهي مكوّن للتطبيقات طويلة التشغيل ومتعددة الخطوات مبني على Workers. وخلال يوم واحد، ساعدت الأتمتة في اكتشاف مشكلتين: حلقة إعادة محاولة أثناء ترحيل في مستوى التحكم بسبب خطأ SQLite متعلق بالمفتاح الأجنبي، وعملية حذف لم تكتمل بسبب تجاوز حد الطلبات الفرعية في Workers. أرسلت الأتمتة المشكلتين إلى Cloudflare OS، الذي تتبع الأخطاء في كود Workflows واقترح إصلاحين.
لبدء الاستخدام، يجب تفعيل observability.issues.enabled في ملف wrangler.jsonc، ثم إعداد أول Automation من لوحة Cloudflare لاختيار وجهة المشكلة، سواء كانت وكيلاً أو webhook أو أداة لإدارة الحوادث أو منصة دردشة.
كيف أعددنا هذا الخبر؟
اعتمد الخبر على المصدر الأصلي الموضح أعلاه. قد نستخدم أدوات آلية للمساعدة في الاستخراج والتصنيف والصياغة،
لكن النشر يخضع لقواعد تمنع المحتوى المكرر والقصير أو الروتيني منخفض القيمة.
اقرأ سياستنا التحريرية.