← أحدث الأبحاث
💻 computer science

In-IDE Toolkit for Developers of AI-Based Features

تقدم هذه الورقة إضافة (AI Toolkit) لبيئات التطوير المتكاملة من JetBrains، والتي تدمج عمليات التتبع والتقييم مباشرة في سير عمل التطوير، مما يمكّن مهندسي البرمجيات غير المتخصصين في تعلم الآلة من اختبار وتصحيح أخطاء وإعادة إنتاج الميزات القائمة على الذكاء الاصطناعي بفعالية من خلال نهج يركز على المستخدم ومتوافق مع بيئة التطوير المتكاملة.

المؤلفون الأصليون: Yaroslav Sokolov, Yury Khudyakov, Lenar Sharipov, Andrei Gasparian, Parth Tiwary, Artem Trofimov

نُشر 2026-05-15
📖 4 دقيقة قراءة☕ قراءة في استراحة قهوة

المؤلفون الأصليون: Yaroslav Sokolov, Yury Khudyakov, Lenar Sharipov, Andrei Gasparian, Parth Tiwary, Artem Trofimov

البحث الأصلي مرخَّص بموجب CC BY 4.0 (http://creativecommons.org/licenses/by/4.0/). هذا شرح مولَّده بالذكاء الاصطناعي للبحث أدناه. لم يكتبه المؤلفون ولم يصادقوا عليه. وللتحقق من الدقة التقنية، يرجى الرجوع إلى البحث الأصلي. اقرأ إخلاء المسؤولية الكامل

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

هذا هو الصراع اليومي لمهندسي البرمجيات الذين يبنون ميزات الذكاء الاصطناعي. هم الطهاة، والذكاء الاصطناعي هو المساعد غير المتوقع.

المشكلة: مطبخ "الصندوق الأسود"

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

الحل: "المئزر الذكي" (مجموعة أدوات الذكاء الاصطناعي)

قام مؤلفو هذه الورقة البحثية، وهم فريق من شركة JetBrains (الشركة وراء أدوات البرمجة الشهيرة مثل PyCharm)، ببناء إضافة تسمى AI Toolkit. فكر في هذا كـ "مئزر ذكي" ترتديه بينما تطبخ في مطبخك الخاص. هو لا يطلب منك مغادرة مساحة عملك.

إليك كيف يعمل، باستخدام تشبيهات بسيطة:

1. كاميرا "إعادة التشغيل الفوري" (التتبع - Tracing)
عندما تنقر على "Run" لبدء الكود الخاص بك، تقوم مجموعة الأدوات تلقائياً بتشغيل كاميرا. هي لا تسجل الطبق النهائي فحسب؛ بل تسجل كل خطوة اتخذها الذكاء الاصطناعي.

  • التشبيه: تخيل كاميرا تسجل المساعد وهو يقول: "أنا أضيف الملح الآن"، "أنا أتفقد المؤقت"، و"أنا مرتبك بشأن هذه الخضروات".
  • الفائدة: يمكنك إيقاف الفيديو مؤقتاً، وإعادة تشغيله، ورؤية أين حدث الخطأ بالضبط دون مغادرة بيئة التطوير (IDE) الخاصة بك. إنه يحول لغز "الصندوق الأسود" إلى فيلم واضح وخطوة بخطوة.

2. "مختبر الوصفات" (التقييم - Evaluation)
في الطريقة القديمة، كان اختبار ما إذا كان الذكاء الاصطناعي يعمل جيداً يشبه تذوق الحساء مرة واحدة والأمل في أن يكون جيداً. تغيرت مجموعة الأدوات هذه لتجعل الأمر يشبه مختبر تذوق الوصفات الاحترافي.

  • التشبيه: يمكنك أخذ مثال محدد من فيديو "إعادة التشغيل الفوري" (مثلاً: "الوقت الذي أخطأ فيه الذكاء الاصطناعي في التعامل مع الخضروات") وحفظه كـ "حالة اختبار" (test case). الآن، في كل مرة تغير فيها وصفتك، تقوم مجموعة الأدوات تلقائياً بتشغيل حالة الاختبار المحددة تلك لترى ما إذا كنت قد أصلحت المشكلة أو جعلتها أسوأ.
  • الفائدة: إنها تعامل اختبار الذكاء الاصطناعي تماماً مثل اختبار البرمجيات القياسي. لا تحتاج لأن تكون عبقري رياضيات أو خبيراً في الذكاء الاصطناعي؛ فقط انقر على زر، وستقوم هي بإجراء سلسلة من الفحوصات نيابة عنك.

3. سير العمل بـ "نقرة واحدة"
الابتكار الأكبر هو أن هذا يحدث داخل الأداة التي يستخدمها المطورون بالفعل.

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

ما وجدوه

اختبر الفريق هذا "المئزر الذكي" مع مطورين حقيقيين:

  • اهتمام عالٍ: عندما رأى المطورون نافذة منبثقة تقترح عليهم تثبيت الإضافة فور نقرهم على "Run"، قام حوالي 58% بتثبيتها على الفور.
  • استخدام حقيقي: بمجرد التثبيت، استخدم حوالي 40% من هؤلاء المستخدمين الإضافة لتسجيل أول "فيلم" (trace) لهم.
  • القدرة على الاستمرار: الأشخاص الذين استخدموها استمروا في استخدامها. لم يقوموا بإلغاء التثبيت. وهذا يشير إلى أن وجود هذه الأدوات في مكان عملهم مباشرة يصنع فرقاً كبيراً.

العقبة (القيود)

تعترف الورقة بأن هذا "المئزر الذكي" لا يناسب حالياً سوى نوع واحد محدد من "المساعدين" (إطار عمل يسمى LangGraph). إذا كان المطور يستخدم نوعاً مختلفاً من أطر عمل الذكاء الاصطناعي، فلن تتمكن مجموعة الأدوات من رؤيته بعد. يخطط الفريق لجعلها متوافقة مع المزيد من أطر العمل قريباً.

الخلاصة

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

غارق في أبحاث مجالك؟

تصلك نشرة يومية بأحدث الأبحاث المطابقة لكلماتك البحثية المفتاحية — مع ملخصات تقنية، بلغتك.

جرّب Digest →