البرمجة وتطوير البرمجيات

كيفية استخدام وكلاء الذكاء الاصطناعي في IntelliJ IDEA عبر بروتوكول ACP

يشرح JetBrains كيف يربط بروتوكول Agent Client Protocol بين IntelliJ IDEA ووكلاء البرمجة، مع الحفاظ على استقلالية كل وكيل في النماذج والأدوات وسلوك التشغيل. كما يستعرض الوكلاء المتاحين مسبقاً وخيارات إضافة وكلاء آخرين عبر السجل أو ملف acp.json.

12 أغسطس 2026
3 دقائق قراءة
0 قراءة
كيفية استخدام وكلاء الذكاء الاصطناعي في IntelliJ IDEA عبر بروتوكول ACP

يقدّم بروتوكول Agent Client Protocol، المعروف اختصاراً بـ ACP، عقداً مشتركاً يربط بين IntelliJ IDEA ووكلاء البرمجة المدعومين به. ووفق شرح JetBrains، يبقى IntelliJ IDEA البيئة التي يتنقل فيها المطور داخل المشروع ويفحص الشيفرة ويراجع التغييرات، بينما يحتفظ كل وكيل بنماذجه وسلوكه وآلية المصادقة والأدوات الموجودة على جانبه.

حد فاصل قابل للاستبدال

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

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

تشبيه ببروتوكول خوادم اللغات

تصف JetBrains بروتوكول ACP أحياناً بأنه يماثل Language Server Protocol، أو LSP، لوكلاء البرمجة. فقبل LSP، كان دعم كل لغة يتطلب تكاملاً منفصلاً مع المحرر، بينما أتاح البروتوكول عقداً واحداً يقلل عدد عمليات الربط المطلوبة.

يطبق ACP الفكرة نفسها على الاتصال بين المحرر أو بيئة التطوير ووكيل البرمجة. وقد نشأ البروتوكول من تعاون بين JetBrains وZed، مع استهداف بيئات JetBrains وZed كعملاء منذ البداية.

كيف يتم الاتصال؟

بالنسبة إلى الوكلاء المحليين، يشغّل IntelliJ IDEA عملية فرعية ويتواصل معها باستخدام JSON-RPC عبر الإدخال والإخراج القياسيين. وخلال التهيئة، تتفاوض البيئة والوكيل على إصدارات البروتوكول والقدرات المدعومة. وبعد الاتصال، تنتقل المطالبات إلى الوكيل، بينما تعود إلى IntelliJ IDEA تحديثات التقدم وعمليات الملفات وطلبات الصلاحيات.

ينقل ACP التفاعل الأساسي بين IntelliJ IDEA والوكيل، في حين يمكن للأدوات والسياق الإضافيين الوصول إلى الوكيل عبر Model Context Protocol، أو MCP، بما في ذلك الخوادم التي يضبطها المستخدم وخادم IntelliJ MCP المتكامل.

البدء بالوكلاء المتاحين

يتضمن IntelliJ IDEA عدة وكلاء متوافقين مع ACP ولا يحتاجون إلى إعداد يدوي للبروتوكول، وهم Codex وClaude Agent وJunie. يمكن للمستخدم اختيار أحدها ووصف المهمة التي يريد تنفيذها، مع ملاحظة أن لكل وكيل أسلوب عمله الخاص، بما قد يشمل وضع التخطيط أو الأوامر التي تبدأ بشرطة مائلة أو مساراً مختلفاً للمصادقة.

ولا تقتصر الخيارات على الوكلاء المرفقين بالبيئة؛ إذ يوفر ACP Registry خيارات إضافية، كما تستطيع الفرق تسجيل وكلائها الداخلية أو غير المدرجة باستخدام ملف acp.json. بهذه الطريقة، يوفر ACP نقطة تكامل مشتركة، مع إبقاء الاختلافات الخاصة بكل وكيل في سير العمل والقدرات والتعامل مع النماذج.

من نفس التصنيف

مقالات قد تهمك

عرض جميع المقالات