OpenIDE تضيف ACP: كيف يغيّر بروتوكول JetBrains وZed طريقة عمل وكلاء AI في بيئات IDE

يصبح ACP طبقة توافق جديدة بين بيئة التطوير المتكاملة والوكلاء الذين يعملون بالذكاء الاصطناعي: بدلاً من تكامل منفصل لكل أداة، يتفق المحرر والوكيل على بروتوكول موحد. قد طبقت OpenIDE دعماً أساسياً لـ ACP وتستعد لاختبار بيتا.

ما هو ACP

خلال السنة الماضية، تحول سوق أدوات الذكاء الاصطناعي للتطوير إلى خليط من أنظمة بيئية منفصلة. يمكن لـ Claude Code و Codex و Cursor و Windsurf و Kilo Code و Qwen Code والوكلاء الآخرين كتابة الأكواد وتصحيحها وإعادة هيكلتها، لكن كل واحد منها تقريباً يأتي مع مخطط خاص به للاتصال بالمحرر. ونتيجة لذلك، يختار المطور ليس فقط الوكيل الأقوى، بل أيضاً المحرر الذي تمت كتابة تكامل له بالفعل.

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

يصف البروتوكول كيفية تبادل الأطراف الرسائل والسياق وطلبات الإجراء وحالة التنفيذ. عملياً، هذا يعني أنه يمكن توصيل وكيل بالكامل — جنباً إلى جنب مع منطقه وأدواته وطريقة عمله، بدلاً من مجرد إرسال طلبات إلى النموذج المختار عبر API.

لماذا يصعب الأمر بدون معيار

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

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

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

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

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

ما سيظهر في OpenIDE

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

• تم تطبيق دعم ACP الأساسي بالفعل
• ستكون الميزة جزءاً من OpenIDE Pro
• خلال فترة اختبار بيتا، يتعهد بتوافق الإصدار الأساسي من OpenIDE
• يمكن للمهتمين أن يطلبوا وصولاً مبكراً وتكويناً مقدماً

المنطق واضح: بدلاً من الحفاظ يدوياً على عدد متزايد من إضافات الذكاء الاصطناعي المنفصلة، تحصل بيئة التطوير المتكاملة على واجهة واحدة للوكلاء الخارجيين. في الوقت ذاته، تستمر OpenIDE نفسها في الاعتماد على الأشياء المألوفة للمطورين — المحرر والتنقل والهيكلة وخط الأنابيب والنظام البيئي الإضافي. يؤكد المقال بوضوح أن البيئة مصممة حالياً لـ Java و Spring و Python و Go و JavaScript و TypeScript، ويمكنها أيضاً العمل مع Docker والإضافات من سوق متوافق. يبدو ACP في هذا النمط ليس كإضافة عصرية، بل كطبقة البنية التحتية التالية.

ما معنى هذا

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