Paseo: محوّل مجتمعي لربط نواة Antigravity ACP من Google، الإصدار 2.3.0

مقدمة تحليلية

في 30 أغسطس 2026، أُطلق الإصدار 2.3.0 من محول `paseo-agy-acp`، وهو أداة مجتمعية تتيح لتطبيق Paseo الاستفادة من نواة Antigravity ACP الرسمية من Google كمزوّد وكيل متعدد فعلي. هذا المحول، المتاح عبر npm، ليس دعماً رسمياً من Paseo أو Google، ولكنه يقدم طبقة ربط ضرورية لمعالجة تعقيدات دمج منتجين مصممين للعمل عبر بروتوكول ACP v1. يتكون حزمة npm من وكيل Apache-2.0 فقط، ولا تتضمن أو تحمل نواة Antigravity الاحتكارية من Google. بينما يوفر بروتوكول ACP آلية الاتصال الأساسية مثل تهيئة الاتصالات وإنشاء الجلسات وإرسال الأوامر، فإن سلوك المنتج الفعلي يتطلب معالجة لأسئلة تتجاوز رسائل JSON-RPC الأولية.

تتضمن هذه التحديات كيفية وصول سياق عملية Paseo إلى جلسة المزود، وتوحيد معرفات الوضع، وتطبيع إعلانات MCP، وتجنب التحميل الزائد على حساب Antigravity واحد من خلال عمليات ربط متعددة. الإصدار 2.3.0 يعالج هذه الفجوات الوظيفية الحاسمة، مقدماً حلاً لا يتطلب إعادة تنفيذ أو إعادة توزيع المكونات الاحتكارية للطرفين، مع متطلبات واضحة تشمل Paseo، وNode.js 22+، ونواة مثبتة محلياً، وحساب Antigravity قادر على إكمال تدفق OAuth.

التحليل التقني

يعمل محول `paseo-agy-acp`، الذي تم إصداره بالإصدار 2.3.0، كوكيل NDJSON دقيق ضمن مسار التنفيذ بين عميل Paseo/Generic ACP ونظام `agy_acp_server` الرسمي. يترك المحول مسؤوليات المزود الرئيسية لنواة Google الرسمية، والتي تشمل تدفق مصادقة OAuth-personal، ودورة حياة الجلسة، وبث المساعد، واستدعاءات وتحديثات الأدوات، وكتالوج النماذج المتاحة للحساب المسجل، وتنفيذ عميل MCP، والاستدلال، والحصص، والسعة، وأخطاء الواجهة الخلفية. يركز المحول بدلاً من ذلك على طبقة التكامل المواجهة لـ Paseo، محافظاً على سطح مفتوح المصدر قابل للفحص.

1. إدارة السياق والوضع

ينقل المحول معلومات هوية الوكيل وسياق دليل العمل من Paseo إلى موجه الجلسة الرسمية عبر `PASEO_AGENT_ID`. كما يوحد أسماء أوضاع المنتج عبر تعيينات صريحة:

• `default` يقابل `default`.
• `accept-edits` يقابل `auto_edit`.
• `dangerously-skip-permissions` يقابل `yolo`.
• `plan` يقابل `default`، نظراً لغيابه في النواة الرسمية.

هذا يمنع المحول من المطالبة بقدرات غير موجودة ويدفع بالعمليات نحو النواة الرسمية الوحيدة المتاحة.

2. تطبيع MCP وإظهار الدورات الصامتة

يعيد المحول كتابة هيكل إعلانات MCP أثناء إنشاء جلسة `session/new`، محولاً تنسيقات Paseo HTTP إلى توقعات نواة Antigravity SSE. كما يتتبع النشاط المرئي خلال دورات الوكيل، فإذا انتهت دورة دون مخرجات أو نشاط أداة، يُعيد الوكيل خطأ JSON-RPC صريحاً، مما يسهل تشخيص الأعطال بدلاً من تسجيل نجاح فارغ.

3. التحكم بالوصول لتفجيرات الوكلاء المتعددة (Admission)

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

4. اكتشاف المهارات الآمن لمساحة العمل (v2.3.0)

يقدم الإصدار 2.3.0 طبقة تكامل ثانية لاكتشاف أوامر الشرطة المائلة المحلية من بيانات SKILL.md الوصفية (مثل Gemini و Agents و Codex). تندمج هذه المهارات مع الأوامر الأصلية من النواة الرسمية بقواعد دمج صارمة: الأوامر الأصلية تفوز في تضارب الأسماء، ومهارات مساحة العمل تتجاوز المهارات العامة، وتظل الإدخالات غير القابلة للاستدعاء مخفية. يتم تحديد نطاق الاكتشاف لدليل العمل الخاص بجلسة ACP، ويتم تسلسل إعداد `session/new` المتزامن لمنع تداخل بيانات التعريف. تم التحقق من هذا الإصدار باستخدام 37 ملف اختبار، نجح منها 216 واُهمِل 1.

السياق وتأثير السوق

يأتي تطوير محول `paseo-agy-acp` في سياق تزايد الطلب على تآزر أنظمة الوكلاء المتعددة مع النماذج اللغوية الكبيرة (LLMs) الاحتكارية. قبل هذا المحول، كانت عملية ربط أداة تنسيق مثل Paseo مباشرة بنواة مزود مثل Antigravity ACP من Google تتسم بتحديات كبيرة. كان المطورون يواجهون إما الحاجة إلى بناء طبقات تحويل مخصصة لكل حالة استخدام، أو قبول سلوك غير متوقع مثل الدورات الصامتة التي تُسجل كنجاح، أو فشل الوكلاء المتعددين بسبب التحميل الزائد على الحساب.

على سبيل المثال، مقارنةً بالجهود المبذولة لدمج أدوات تنسيق أخرى مع نماذج مثل Claude 4.6 أو GPT-OSS 120B، حيث يتطلب التوافق غالباً مسارات تشغيل محلية محددة أو معالجة يدوية للفروقات البروتوكولية، يقدم `paseo-agy-acp` حلاً مبنياً خصيصاً ومركزاً. لا يقوم المحول بتوريد أو استبدال أياً من النواة الرسمية أو الواجهة الخلفية لـ Google، بل يركز على تيسير التفاعل بين Paseo وبيئة Antigravity ACP. هذا النهج يقلل من العبء الهندسي على المشغلين، خاصة أولئك الذين يديرون أحمال عمل حقيقية متعددة الوكلاء.

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

رؤية Glitch4Techs

محول `paseo-agy-acp`، وخاصة الإصدار 2.3.0، يمثل إضافة وظيفية أكثر من كونه إنجازاً تقنياً جوهرياً. إن جوهره يكمن في سد فجوات سلوك المنتج التي كان ينبغي معالجتها على مستوى البروتوكول أو بواسطة المزود الأصلي. النقطة الأكثر أهمية هي "نظام التحكم بالوصول (Admission) لتفجيرات الوكلاء المتعددة"؛ فهذا الحل، بإعداداته الافتراضية المتمثلة في 8 دورات نشطة وحد أدنى للتباعد يبلغ ثانيتين، ليس ابتكاراً في كفاءة النواة، بل هو تدبير ضروري لمنع التحميل الزائد على حساب Antigravity واحد. هذا يشير إلى أن نواة Google الرسمية قد لا تكون مصممة بالمرونة الكافية للتعامل مع أحمال العمل المتزامنة العالية التي تتطلبها بيئات الوكلاء المتعددين دون وجود طبقة وسيطة.

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