أصبح بروتوكول Agent Client Protocol، أو ACP، متاحاً في WebStorm، ما يمنح المطورين طريقة موحدة لاستخدام وكلاء ذكاء اصطناعي مختلفين داخل بيئة تطوير JavaScript وTypeScript، من دون الاضطرار إلى مغادرة بيئة التطوير المتكاملة أو الالتزام بمزود واحد.
وتوضح JetBrains أن الفرق التي تملك بالفعل اشتراكات لدى Anthropic أو OpenAI أو Google تستطيع استخدام تلك الخدمات مباشرة في WebStorm من دون اشتراك إضافي في JetBrains AI. وتظل JetBrains AI خياراً مناسباً لإدارة نماذج متعددة من مكان واحد، لكنها لم تعد المسار الوحيد لاستخدام الوكلاء داخل WebStorm.
بروتوكول يفصل بيئة التطوير عن الوكيل
يعمل ACP كمعيار مفتوح يفصل بيئة التطوير المتكاملة عن وكيل الذكاء الاصطناعي، على نحو يشبه الدور الذي أداه Language Server Protocol، أو LSP، في فصل المحررات عن أدوات دعم اللغات. فبدلاً من تغيير المحرر للحصول على أداة أفضل للغة أو مهمة معينة، يمكن للمطور البقاء في WebStorm واختيار الوكيل الأنسب للمهمة، سواء كانت إعادة هيكلة تطبيق React أو التخطيط لبنية برمجية.
يرسل WebStorm إلى الوكيل السياق المطلوب، مثل الملفات والفروقات ومخرجات الطرفية، بينما يعيد الوكيل إجراءات يمكن تنفيذها داخل المشروع، مثل تعديلات الملفات واستدعاءات الأدوات وأوامر shell. وبذلك يستطيع المطورون التبديل بين مجموعة من الوكلاء المتخصصين مع الحفاظ على الفهرسة المحلية والتنقل وإمكانات إعادة الهيكلة التي توفرها WebStorm.
وتستند أهمية هذا النهج، بحسب المادة، إلى اختلاف نقاط قوة الوكلاء. ففي اختبار مستقل لمهام تحويل التصميمات من Figma إلى كود، حقق وكلاء نتائج بين 3.3 و3.6 من 5 في بنية المكونات، لكن نتائجهم في استخراج رموز التصميم تراجعت إلى نطاق بين 1.7 و2.9. ولا يتصدر وكيل واحد جميع الجوانب، كما أن ترتيب الوكلاء قد يتغير مع ظهور إصدارات جديدة.
تكاملات ووكلاء مخصصون
بدلاً من بناء تكامل منفصل لكل وكيل جديد، يصبح أي وكيل يطبق ACP مواطناً من الدرجة الأولى داخل WebStorm. وتوفر GitHub Copilot خادم ACP، بينما تملك Claude Code محول ACP رسمياً، مع انضمام وكلاء رئيسيين آخرين إلى المنظومة.
- السجل والوكلاء المخصصون: يمكن اختيار وكلاء من سجل JetBrains، مثل Junie، أو ربط وكيل خاص متوافق مع ACP من خلال إعداد acp.json.
- إحضار مفتاحك الخاص والتحكم بالبنية التحتية: يتيح ACP، لكونه غير مرتبط بمزود محدد، توجيه الوكلاء إلى Azure أو AWS أو Anthropic أو نماذج لغوية محلية.
- الحوكمة والبيانات: يتم الاتصال مباشرة بين بيئة التطوير والوكيل، ما يساعد الفرق على إبقاء تدفق البيانات ضمن الحدود التي وافقت عليها الجهات القانونية أو التنظيمية لديها.
سير عمل من التصميم إلى المتصفح
تقدم JetBrains مثالاً على بناء لوحة React معقدة باستخدام عدة وكلاء. يبدأ العمل باختيار وكيل متخصص في الواجهة الأمامية، ثم تستخدم Figma Connect for WebStorm سياق التصميم مباشرة داخل WebStorm، وترسل إلى الوكيل ملفات السمات ومواصفات المكونات ذات الصلة. بعد ذلك يعيد الوكيل تعديلات الملفات، ويتولى خادم ACP تطبيقها على المشروع.
ولا يقتصر الدور على كتابة الكود. فعند طلب إصلاح خطأ في وحدة التحكم والتحقق من الحل داخل المتصفح، تمنح Chrome Connect، وهي مهارة مدمجة لسطر أوامر Chrome DevTools في WebStorm، الوكيل وصولاً مباشراً إلى Chrome. ويمكنه قراءة سجلات وحدة التحكم وطلبات الشبكة، وتتبع الخطأ إلى مصدره، وتطبيق الإصلاح والتأكد من زوال المشكلة. ويتطلب هذا التكامل إعداداً لمرة واحدة، وقد طُوّر بالشراكة مع فريق Chrome DevTools لدى Google.
يمكن تطبيق الفكرة نفسها على مهام مثل إنشاء رسائل الالتزام وفق Conventional Commits، والتحضير لمراجعة الكود، وإجراء تغييرات على عدة ملفات، وكتابة الوثائق. ويكمن الفرق في أن الملفات والمشروع والفروقات الحالية تبقى في مكانها عند تبديل الوكيل؛ الذي يتغير هو الوكيل فقط.
ما يعنيه ACP للفرق
ترى JetBrains أن ACP يمكن أن ينسجم مع هياكل حوكمة الذكاء الاصطناعي لدى قادة التقنية. تستطيع الفرق تحديد المزودين المعتمدين، ومتطلبات الامتثال، والوكلاء المتاحين، ثم إتاحتها للمطورين من دون إعدادات فردية متكررة. كما يمكن بناء وكلاء متوافقين مع ACP ومزودين مسبقاً بمعرفة المشاريع الداخلية ومعايير البرمجة ووثائق واجهات البرمجة الخاصة.
يتوفر ACP الآن في WebStorm. ويمكن الوصول إليه من قائمة Agents داخل JetBrains AI، حيث تظهر الوكلاء التابعون لجهات خارجية إلى جانب Junie وQuick Edit كلما أصبحوا متاحين عبر منصة JetBrains AI. وتشرح وثائق WebStorm الخاصة بـACP خطوات ربط وكيل خاص أو إعداد BYOK.