الأخبار والتحليلات
جوجل تطلق Gemini agent: الذكاء الاصطناعي للمؤسسات يتحول من "اختيار النماذج" إلى "إدارة الوكلاء"
تطلق Google Cloud وكيل العمل المؤسسي الشامل Gemini: النموذج منفصل عن الوكيل، والمهام تُوجه إلى Gemini أو Claude — حقائق رسمية مع تحليل للحدود.
البحث والصياغة بواسطة Muse؛ مراجعة مرحلية بواسطة Muse في سياق المؤلف نفسه. كُتب هذا المقال بمساعدة Muse ورُوجِع دلاليًا على مراحل ضمن سياق التأليف نفسه؛ وليس تدقيقًا مستقلًا من طرف ثالث.
ما الذي حدث
في 8 أكتوبر 2026، أعلنت Google Cloud عن وكيل Gemini في فعاليتها Gemini at Work 2026 — وعرّفته رسميًا بأنه "وكيل واحد وشامل للعمل". يجيب عن أسئلة المعرفة، وينجز العمل المعرفي، وينشئ الصور والوسائط، ويكتب الشيفرة ويشغّلها — كل ذلك عبر نافذة موجّه واحدة وواجهة برمجية واحدة. وفي التدوينة الرسمية المقتبسة من كلمته الافتتاحية، صاغ الرئيس التنفيذي Thomas Kurian الفكرة هكذا: أنت تمنحه أهدافًا لا تعليمات؛ تفوّض إليه نتيجة وتعود لتجد عملًا منجزًا.
يرتكز الوكيل على ستة مبادئ معمارية. وكيل موحّد: الدردشة وإنجاز الأهداف ذاتيًا وكتابة الشيفرة تعيش في واجهة واحدة. وصول شامل: الويب وiOS وأندرويد وويندوز وماك، إضافة إلى سطر الأوامر وGoogle Workspace وMicrosoft 365 وSlack وتطبيقات الطرف الثالث والتشغيل بلا واجهة. تنفيذ دائم في السحابة: مجموعة واحدة من الذاكرة والسياق ومخطط التخصيص ترافقك عبر الأجهزة، ويمكن أن يستمر العمل ساعات بل أيامًا — إغلاق الحاسوب المحمول لا يوقفه. تنسيق متعدد الوكلاء: يمكنه إنشاء وكلاء فرعيين مؤقتين ديناميكيًا، لكل منهم هوية مستقلة، لتنفيذ مهام متعددة الخطوات بالتوازي أو بالتتابع؛ ويمكنه أيضًا إنشاء وكلاء زملاء دائمين — كأعضاء فريق — لهم عناوين بريد @agents.company.com وتقاويم وتخزين Drive وتخزين دائم خاصة بهم، ولا يظهرون إلا في السياق الممنوح لهم صراحة. سياقية عميقة: يحتفظ بأربعة أنواع من الذاكرة — ذاكرة الجلسة، والذاكرة الدلالية، والذاكرة الإجرائية، والذاكرة العرضية.
الخطوة الأهم: فصل النموذج عن الوكيل
تقول التدوينة الرسمية بوضوح: Gemini هو الوكيل، والنموذج الأساسي خيار مستقل. يوجّه كل مهمة إلى أنسب نموذج — اليوم عائلة Gemini من جوجل ونماذج Claude من Anthropic، ومستقبلًا مزيد من النماذج الخاصة والمفتوحة الرائدة. وتستحق عبارة Kurian الاقتباس حرفيًا: "النموذج الرائد يتغير كل بضعة أشهر"، لذا فإن إبقاء هذا الخيار مفتوحًا يعني أن سياقك ومهاراتك وبياناتك لن تضطر أبدًا إلى الانتقال.
التكلفة والحوكمة تأتيان معًا. في التكلفة: التنسيق متعدد النماذج، والتوجيه الذكي Smart Routing، وحدود الإنفاق الفورية. وفي الحوكمة: إدارة الهوية والسياسات، وضوابط التفويض والأذونات، والعزل الآمن sandboxing، وبوابات الشبكة. أما التكامل مع Workspace فهو نقطة الهبوط: يعمل Gemini داخل Gmail وDrive وDocs وSlides وSheets وChat والتقويم بثلاثة أنماط — المساعد الشخصي، والتفويض الاستباقي (يرصد مهمة قابلة للتفويض في رسالة بريد ويسلّمها بنقرة واحدة)، وعضو الفريق (وكيل زميل بحساب Workspace خاص به، موجود في دليل الشركة، ويمكن الإشارة إليه بـ @ في غرفة دردشة).
وقائمة الموصلات طويلة: Confluence وMicrosoft Office وTeams وSlack وGit وJira وSalesforce وServiceNow وBigQuery وDatabricks وPostgres وSnowflake وملفات سطح المكتب وأي خادم MCP داخل شبكة الشركة أو خارجها — إضافة إلى سجل أدوات مؤسسي، وسجل مهارات، ومهارات تحليل بيانات باللغة الطبيعية. وعلى مستوى القطاعات، أُعلنت بالفعل إصدارات مخصصة للخدمات المالية والفرق القانونية (تفيد Reuters أنها في مرحلة preview)، وإصدارات الحكومة والرعاية الصحية والتجزئة في الطريق. وقد أعلنت شركة المحاماة Cooley نفسها شريك إطلاق لوكيل تنقيح المستندات القضائية.
لماذا هذا مهم: ثلاثة تحولات
أولًا، تتغير منطق الشراء. طوال العام الماضي كان سؤال الشراء المركزي للذكاء الاصطناعي المؤسسي هو "أي نموذج"؛ أما وكيل Gemini فيخفضه إلى سياسة توجيه — منصة الوكلاء تختار نيابة عنك. وهذه ضربة مباشرة لكل فريق يبني بوابة نماذج خاصة به: فعندما تنسّق جوجل نفسها نماذج Anthropic، لم تعد سردية المنصة "نماذجنا فقط" صالحة.
ثانيًا، تصبح هوية الوكيل موضوع حوكمة من الدرجة الأولى. فللوكيل الزميل بريده الخاص وتقويمه ونسبه في سجل الإصدارات — فعندما يقترح تعديلًا في تعليق على مستند، يظهر باسمه في سجل الإصدارات. وهذا يعني أن التدقيق والأذونات وإنهاء الخدمة — وهي مشكلات الموارد البشرية وتقنية المعلومات القديمة — يجب إعادة صياغتها الآن "لموظفين" غير بشريين. الهوية والسياسة والعزل والبوابة: المنهجية التي كانت المؤسسات تدير بها تطبيقات SaaS تُنقل الآن إلى الوكلاء.
ثالثًا، تتوحد معمارية الذاكرة. فبمجرد أن يكتب مورّد كبير التقسيم الرباعي للذاكرة (الجلسة/الدلالية/الإجرائية/العرضية) في معماريته الرسمية، فقد يصبح المفردات الافتراضية للصناعة. وعلى الفرق التي تبني بنية الوكلاء التحتية أن تقرر الآن ما إذا كانت طبقات ذاكرتها تتماشى مع هذه اللغة — فالتماشي يشتري فهم المشترين، والانحراف يكلف الشرح.
وجهات النظر المضادة وما لا يمكن الجزم به بعد
أولًا، حدود الأدلة. فكل أرقام التبني في التدوينة الرسمية — ما يقرب من 500 عميل يعالج كل منهم أكثر من تريليون رمز خلال العام الماضي، وما يقرب من 80% من عملاء Cloud يستخدمون منتجاتها للذكاء الاصطناعي، وما يقرب من 90% من شركات Fortune 100 تستخدم Gemini Enterprise — وحالات العملاء مثل Bradesco الذي خفّض مراجعة المستندات "من ساعة إلى خمس دقائق" أو Orange Spain التي نشرت "أكثر من 1000 وكيل" هي ادعاءات جوجل الخاصة بلا تدقيق مستقل. ولا يمكن الاستشهاد بها كمعيار للصناعة.
ثانيًا، تغيب حقائق تجارية أساسية: فالتدوينة لا تكشف عن الأسعار ولا عن جدول الإتاحة العامة. وتفيد تقارير طرف ثالث (runtimewire نقلًا عن 9to5Google) بأن المنتج ما زال في مرحلة private preview، مع إتاحة أوسع تدريجية لخطط مختارة من Workspace Business وEnterprise — ويجب التعامل مع ذلك كمعلومة طرف ثالث حتى تؤكدها جوجل.
ثالثًا، يبدو "توجيه كل مهمة إلى أفضل نموذج" أنيقًا، لكن معايير قرار Smart Routing وقابلية تفسير قرارات التوجيه وإسناد التكلفة عبر النماذج لم تُكشف. وما دامت التكاليف غير قابلة للتدقيق فعلًا، فإن وعد خفض التكلفة من التنسيق متعدد النماذج يبقى ادعاءً تسويقيًا.
وأخيرًا، فإن خطر الارتهان حقيقي. فذاكرة الوكيل ومهاراته وسجلات أدواته تستقر جميعها داخل منظومة Google Cloud؛ و"إبقاء الخيار مفتوحًا" ينطبق على اختيار النماذج لا على ترحيل المنصة. فالمراهنة بهويات الوكلاء ومخطط ذاكرة الشركة على مورّد سحابي واحد قرار على مستوى مجلس الإدارة.
خطوات عملية للبناة وصنّاع القرار
للبناة: أولًا، إعادة بناء نموذج الأذونات حول "هوية الوكيل" — فبريد الوكيل الزميل وتخزينه سطح هجوم حقيقي، ومبدأ الحد الأدنى من الامتيازات ينطبق الآن على كيانات غير بشرية. ثانيًا، تحديث افتراضات الواجهة: فالوكلاء يمكنهم العمل داخل المستندات والبريد والدردشة، لذا قد لا يعود "فتح تطبيق ذكاء اصطناعي" بداية رحلة المستخدم. ثالثًا، تقييم قائمة موصلات MCP بندًا بندًا — فهي أرخص طريق لربط الأنظمة القائمة بمنصة الوكلاء.
لصنّاع القرار: أولًا، تحويل جزء من ميزانية "اختيار النماذج" إلى "حوكمة الوكلاء" — فالهوية والتدقيق وحدود الإنفاق بنود أكثر إلحاحًا من معايير النماذج. ثانيًا، المطالبة بتقارير قابلية تفسير قرارات التوجيه؛ ولا تدفعوا مقابل Smart Routing كصندوق أسود. ثالثًا، تجربة موثوقية المهام الطويلة "من ساعات إلى أيام" على بيانات أعمالكم الخاصة — فلا بد من إعادة اختبار وعد التنفيذ الدائم خارج الخطاب الافتتاحي للإطلاق.
وباختصار: ما أطلقته جوجل ليس نموذجًا أقوى، بل نموذجًا أوليًا لنظام تشغيل مؤسسي "الوكيل كموظف". فالنماذج ستتغير كل بضعة أشهر؛ أما الهوية والذاكرة والحوكمة والتوجيه فهي أسئلة البنية التحتية التي ستبقى للسنوات الثلاث المقبلة.
المصادر وقراءات إضافية
سجلات المصادر مقدمة ومراجعة بواسطة Muse في سياق المؤلف نفسه؛ ولم تخضع لتحقق مستقل من الحقائق.
- Google Cloud 官方博客
Google Cloud 官方博客
تاريخ النشر المسجل ·
وقت التحقق المسجل ·
- Reuters
Reuters
تاريخ النشر المسجل ·
وقت التحقق المسجل ·
- Google 官方博客(The Keyword)
Google 官方博客(The Keyword)
تاريخ النشر المسجل ·
وقت التحقق المسجل ·
- Unite.AI
Unite.AI
تاريخ النشر المسجل ·
وقت التحقق المسجل ·
- runtimewire
runtimewire
تاريخ النشر المسجل ·
وقت التحقق المسجل ·
- Google Cloud Press Corner
Google Cloud Press Corner
تاريخ النشر المسجل ·
وقت التحقق المسجل ·