جوجل تنهي خدمة Assistant في سبتمبر؟ إليك كيف سيغير Gemini نظام أندرويد

هل تنهي جوجل خدمة Assistant في سبتمبر؟ لقد أكدت جوجل رسميًا هذا التحول الكبير في نظام الأجهزة المحمولة عبر إشعارات أُرسلت للمستخدمين بالبريد الإلكتروني، حيث حُدد يوم 4 سبتمبر 2026 كموعد رسمي لإيقاف خدمة Google Assistant على هواتف أندرويد والأجهزة اللوحية والأجهزة المقترنة. ومع إعادة تشكيل منصات الذكاء الاصطناعي التوليدي لنماذج التفاعل مع الأجهزة، تستبدل أنظمة التشغيل محركات الصوت القائمة على القواعد بمساعدين يعتمدون على النماذج اللغوية الكبيرة. تاريخيًا، كانت عناصر التحكم الصوتي تعمل من خلال هياكل أوامر صارمة ومحددة مسبقًا لتحليل نوايا المستخدم وتشغيل التطبيقات. اليوم، وبسبب اعتماد Gemini على استدعاء الوظائف الديناميكي وحلقات الوكلاء التوليدية، يتعين على تطبيقات الهاتف تكييف بنيتها الخاصة بالروابط العميقة (Deep Linking) والحفاظ على المعلمات (Parameters) لضمان تشغيل التطبيقات بشكل موثوق.

إعادة هيكلة الصناعة: جوجل تنهي خدمة Assistant في سبتمبر مع هيمنة Gemini على أندرويد

نظرة عامة

• تؤكد جوجل أن Assistant ستتم إزالته تدريجيًا من أجهزة أندرويد المحمولة، وWear OS، وسماعات الرأس، ونظام Android Auto، بدءًا من 4 سبتمبر 2026.
• سيصبح Gemini المساعد الصوتي والنظامي الأساسي، ويتم تفعيله عبر "Hey Google" أو الضغط المطول على زر الطاقة في الأجهزة المدعومة.
• ستحتفظ المركبات التي تدعم "Google built-in" ومكبرات الصوت الذكية Google Home وأجهزة Google TV بدعم المساعد القديم مؤقتًا خلال فترة الانتقال المرحلية.

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

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

تمتد الآثار الأوسع لقرار جوجل بإنهاء خدمة Assistant في سبتمبر عبر فئات الأجهزة المختلفة. وكما ورد في تحليل Ars Technica، سيبدأ الترحيل في 4 سبتمبر 2026، وسيتم طرحه على دفعات على مدار عدة أسابيع. وبمجرد انتقال الجهاز إلى Gemini، لا يمكن للمستخدمين العودة إلى Google Assistant. يؤثر هذا الإيقاف على الساعات الذكية Wear OS المقترنة، وسماعات الأذن اللاسلكية، والسيارات التي تعمل بنظام Android Auto. ووفقًا لتقرير 9to5Google، فإن المركبات التي تحتوي على "Google built-in"، وأجهزة التلفاز الذكية، والأجهزة القديمة التي تعمل بإصدارات أندرويد أقدم مع ذاكرة وصول عشوائي (RAM) أقل من 2 جيجابايت، ستحتفظ بوصول مؤقت إلى المساعد قبل الانتقال النهائي في المستقبل.

فك الارتباط المعماري في الخفاء: ما الذي يعلمنا إياه انتقال جوجل من Assistant في سبتمبر

على مستوى هندسة البرمجيات، يتطلب توجيه المستخدم من مطالبة صوتية إلى رابط عميق (Deep Link) محدد داخل تطبيق جوال معالجة مختلفة جذريًا في ظل Gemini مقارنة بالمساعد القديم. كان Google Assistant يعتمد على "إجراءات التطبيقات" (App Actions) المحددة مسبقًا، ونوايا أندرويد (Android Intents)، وتعريفات الاختصارات الثابتة. فعندما ينطق المستخدم أمرًا، يقوم نظام التشغيل بمطابقة العبارة مع مرشحات النوايا الثابتة وإطلاق "Android Intent" صريح مباشرة إلى التطبيق المستهدف.

في المقابل، يعمل Gemini كوكيل توليدي يستخدم استدعاء أدوات النماذج اللغوية الكبيرة (LLM tool calling). عندما يتحدث المستخدم إلى Gemini، يفسر النموذج اللغوي المطالبة، ويختار الأداة أو نية التطبيق (App Intent) المناسبة ديناميكيًا، ويستخرج المعلمات الرئيسية بشكل فوري.

[تنفيذ قواعد الصوت الحتمية]
  أمر صوتي ──> مطابقة الكلمات الرئيسية ──> رابط نية ثابت ──> تشغيل مباشر للتطبيق


[توجيه نية التطبيق بواسطة وكيل توليدي]
  أمر صوتي ──> استدعاء وظيفة LLM ──> استخراج ديناميكي للمعلمات ──> مطابقة سياق الخادم ──> رابط عميق مؤجل (Deferred Deep Link)

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

على الرغم من أن عمليات ترحيل المساعد الصوتي وقياس أداء تطبيقات الجوال تنتمي إلى مجالات هندسية مختلفة، إلا أن كلاهما يعتمد على نفس مبدأ الأمان: إدارة حالة الخادم (Server-side state) الموثوقة بدلاً من سياق العميل (Client-side) الموثوق ضمنيًا. يتم اعتماد نموذج الثقة هذا بشكل متزايد عبر تجارب الجوال التي تعتمد على الذكاء الاصطناعي، بما في ذلك تكامل حزمة SDK، وتشغيل التطبيقات بشكل آمن، والروابط العميقة المؤجلة. عندما يعتمد تطبيق ما على ملفات تعريف ارتباط (Cookies) ضعيفة أو معلمات تخزين محلية غير محققة، يمكن للممثلين الضارين أو الروبوتات الآلية التلاعب بروابط التتبع، مما يؤدي إلى تحويلات مزيفة وفساد في البيانات.

البناء مقابل الشراء: إدارة الحفاظ على السياق في عصر الوكيل الصوتي

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

يواجه فرق الهندسة خيارًا بين بناء خدمة مخصصة لاستعادة السياق داخل الشركة أو نشر إطار عمل قياس تابع لجهة خارجية معتمدة.

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

قوائم مراجعة التكامل: تأمين سياق تشغيل التطبيق لسير عمل Gemini الصوتي

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

قائمة مراجعة تنفيذ المطورين

• تحديث مخططات نوايا التطبيق: مواءمة نوايا تطبيقات أندرويد (Android App Intents) وروابط التطبيقات (App Links) مع تعريفات المخطط الحديثة للسماح لمحرك استدعاء الأدوات في Gemini بحل الروابط العميقة بدقة.
• تنفيذ استعادة المعلمات من جانب الخادم: التحول من المعلمات الإضافية المحلية إلى مطابقة الجلسة من جانب الخادم لضمان استمرار معلمات التشغيل عبر تدفقات الصوت متعددة الخطوات.
• إنشاء معلمات موقعة للروابط العميقة المؤجلة: عند قيام واجهات برمجة التطبيقات المدفوعة أو وكلاء الصوت بتوجيه المستخدمين نحو تطبيقات أصلية، استخدم معلمات موقعة مشفرًا على جميع روابط التطبيقات لمنع التلاعب بالمعلمات.
• اختبار منطق التشغيل الاحتياطي: تأكد من أن التطبيقات تتعامل مع المعلمات المفقودة أو المشوهة بسلاسة دون التعرض للانهيار أثناء استدعاءات الصوت الديناميكية.

قائمة مراجعة استراتيجية المنتج والنمو

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

من خلال إنشاء هذه الضمانات التقنية، يمكن للمؤسسات تحويل بنيتها التحتية لدعم تنفيذ الوكيل المستقل دون التضحية بالرؤية أو الأمان.

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