CLion يضيف مهارة ذكاء اصطناعي لتحليل أخطاء Hard Fault في أنظمة Cortex-M

أضافت JetBrains إلى الإصدار CLion 2026.2.2 مهارة ذكاء اصطناعي مخصصة لتحليل أخطاء Hard Fault في مشاريع الأنظمة المضمنة المبنية على ARM Cortex-M. وتستخدم المهارة أدوات MCP المدمجة في بيئة التطوير لقراءة سجلات الحالة والذاكرة والتعليمات البرمجية، ثم ربطها بعنوان التعليمة التي سببت العطل بدلاً من ترك المطور أمام سجل خام يحتاج إلى تحليل يدوي.

تستهدف الميزة مشكلة شائعة في تصحيح البرمجيات المضمنة. فعند حدوث Hard Fault يتوقف المعالج لأن مواصلة تنفيذ التعليمة المتسببة في المشكلة لم تعد آمنة، لكن المعالج لا يشرح تلقائياً سبب التوقف. وقد ينتج ذلك عن الوصول إلى عنوان ذاكرة غير صالح أو امتلاء المكدس، بينما قد لا يعرض معالج الخطأ الافتراضي أكثر من حقيقة وقوع الاستثناء.

ما الذي تحلله المهارة؟

تحمل المهارة اسم clion-embedded-hardfault، وتبدأ عملها عندما تتوقف جلسة التصحيح داخل HardFault_Handler أو معالجات مرتبطة مثل MemManage_Handler وBusFault_Handler وUsageFault_Handler. كما يمكن تفعيلها عند ورود إشارات إلى سجلات مثل CFSR وHFSR وMMFAR وBFAR أو إلى إطار الاستثناء المحفوظ على العتاد.

بدلاً من مطالبة الوكيل بقراءة تفريغ نصي لسجلات المعالج، تقدم المهارة بيانات مفككة مسبقاً تشمل سجلات حالة الخطأ، وإطار الاستثناء الذي حفظه العتاد قبل احتمال الكتابة فوقه، إضافة إلى سجلات الوحدات الطرفية المفكوكة وفق ملفات SVD. وتصل هذه البيانات مع الذاكرة المحيطة بالتعليمة المتسببة في الخطأ والتفكيك البرمجي الخاص بها.

ما الذي يتغير عملياً؟

كان التحقيق التقليدي يتطلب فك ترميز CFSR وHFSR يدوياً، ثم مقارنة عداد البرنامج المتسبب في العطل بالتفكيك البرمجي، وقد يحتاج المطور إلى إعادة إنتاج المشكلة عدة مرات لتضييق نطاق البحث. أما في CLion، فيستطيع المطور تشغيل وكيله المفضل من نافذة محادثة الذكاء الاصطناعي أو من الطرفية، ووصف المشكلة بلغة طبيعية بعد توقف جلسة التصحيح.

يستخدم الوكيل أدوات IDE عبر MCP للوصول إلى الأدلة المرتبطة بالحالة الفعلية للمعالج. وبعد تحديد السبب، يعرض موقع الخلل ووصفاً للحل المقترح، ويمكن للمطور إصلاحه يدوياً أو مطالبة الوكيل بتعديل الكود وإعادة تشغيل جلسة التصحيح للتحقق من النتيجة. وتدعم المهارة أدوات تصحيح مختلفة، من بينها Lauterbach TRACE32 وSegger J-Link وST-LINK، ما يجعلها غير مرتبطة بمورّد واحد.

التوفر والقيود

المهارة مفعلة افتراضياً ضمن إعدادات Settings | Tools | AI Assistant | Skills | Bundled skills، لكن استخدامها يتطلب تمكين خادم MCP من Settings | Tools | MCP Server. وهي متاحة في وضعي المحادثة والطرفية مع Claude Code وCodex، بينما يقتصر دعم GitHub Copilot على وضع الطرفية.

تتوفر الميزة في CLion 2026.2.2، ومن المقرر إضافتها أيضاً إلى أول إصدار تجريبي قادم من سلسلة 2026.3 EAP. وتوضح JetBrains أن أدوات MCP الأساسية لا تقتصر على Hard Fault؛ إذ تتيح للوكلاء بدء جلسات التصحيح وإيقافها، وإدارة نقاط التوقف، والتنقل خطوة بخطوة، وقراءة المتغيرات المحلية وقيم الإطارات والحقول المتداخلة.

لماذا يهم هذا التطور؟

القيمة العملية هنا ليست في إضافة وكيل آخر إلى بيئة التطوير، بل في تزويده بأدلة مصححة ومترابطة من جلسة العتاد نفسها. ذلك يقلل الاعتماد على تفسير مخرجات الطرفية أو التخمين انطلاقاً من سجل الانهيار. مع ذلك، لا تلغي الميزة الحاجة إلى مراجعة المطور؛ فالمصدر يصف آلية للوصول إلى السبب وتطبيق الإصلاح والتحقق منه، ولا يقدم ضماناً بأن اقتراح الوكيل سيكون صحيحاً في كل حالة أو أن إعادة الاختبار ستغطي جميع ظروف العطل.