غوغل تفتح Gemini أمام التطبيقات الخارجية عبر طبقة MCP موحدة

يريد صاحب متجر إلكتروني إضافة فئة موسمية. وعادة ما يتعين عليه فتح نظام CMS، وإنشاء صفحة، وربط المنتجات بها، وتعديل القائمة، ثم ملء حقول SEO بصورة منفصلة. تقترح غوغل مدخلا مختلفا: يصوغ المستخدم المهمة داخل Gemini، بينما توفر الخدمة المتصلة للوكيل الأدوات اللازمة.

لهذا الغرض تحديدا ظهرت Connected Apps Platform. ستتمكن التطبيقات الخارجية من تسجيل عمليات تكامل مع Gemini وSearch عبر توصيل خوادم MCP بعيدة. ولا تزال المنصة تعمل ضمن مرحلة الوصول المبكر، لذلك من السابق لأوانه الحديث عن انتقال واسع النطاق للعمل بعيدا عن الواجهات المعتادة. لكن الاتجاه بات واضحا: لم يعد مساعد الذكاء الاصطناعي مجرد نافذة للإجابات، بل أصبح أيضا لوحة تحكم شاملة للخدمات الخارجية.

كيف يعمل ذلك في مثال المتجر

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

لنفترض أن الأمر هو: «أنشئ قسما للمنتجات الموسمية، وأضف صفحة للفئة، وحدّث القائمة». لا يكفي أن يولد الوكيل نصا؛ بل يجب عليه قراءة الحالة الحالية للموقع، وإنشاء الكيانات المرتبطة، والتحقق من النتيجة، ثم الإعلان عن النجاح. فإذا ظهرت الفئة ولم تتحدث القائمة، تكون المهمة قد أنجزت جزئيا فقط.

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

وتكمن قيمة المنصة للمطورين أيضا في التوزيع. إذ يحصل التطبيق على واجهة إضافية يمكن للمستخدم من خلالها الوصول إلى وظائفه. لكن وجود خادم MCP لا يضمن وحده ظهور الخدمة في Gemini أو Search؛ فغوغل تراجع عمليات التكامل وتدير إتاحتها داخل منظومتها.

المنافسة تنتقل إلى مستوى الأدوات

على مدى سنوات، كانت أدوات إنشاء المواقع تقارن بناء على القوالب، والمحررات، ووحدات الأعمال، والمولدات المدمجة. والآن يظهر معيار إضافي: مدى سهولة عمل وكيل خارجي مع المنصة.

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

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

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

الخطر الرئيسي: أمر صحيح بنتيجة خاطئة

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

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

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

لا تلغي Connected Apps Platform محررات المواقع في الوقت الحالي، لكنها تغير نقطة الدخول إليها. ولن يفوز المنتج الذي يكتفي بالإعلان عن دعم MCP، بل المنتج الذي يستطيع الوكيل استدعاء وظائفه بصورة قابلة للتوقع وآمنة، ومن دون مفاجآت غير سارة لصاحب المشروع.