Google تمنح وكيل Gemini بريداً إلكترونياً وتقويماً وخانة في الدليل المؤسسي للشركة

قدّمت Google في فعالية Gemini at Work 2026 وكيلاً يعمل داخل Workspace كأنه زميل كامل الصفة. لديه حسابه الخاص، وعنوان بريد إلكتروني، وتقويم، وإدخال في الدليل المؤسسي للشركة. ويتابع مهامه أياماً، بما في ذلك حين يكون حاسوب الموظف مغلقاً منذ وقت طويل. يُسجَّل كل إجراء في السجل باسم الوكيل، لا باسم الموظف الذي شغّله.

وكيل بهوية خاصة

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

اختارت Google نهجاً مختلفاً. فالوكيل يحصل على السمات نفسها التي يحصل عليها الموظف الجديد: حساب مستخدم، وصندوق بريد، وتقويم، ومكان في الهيكل التنظيمي. يمكن إرسال رسالة إليه، ودعوته إلى اجتماع، والعثور عليه في دفتر العناوين. وبالنسبة إلى المسؤول، هو كيان إضافي يُدار، مثل المستخدم أو حساب الخدمة.

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

لماذا كان الأوروبيون ينتظرون ذلك

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

هذا تفسيرنا، وليس تصريحاً من Google. لكن الاتجاه واضح: هوية الوكيل تتحول من تفصيل تقني إلى حجة في ملف الامتثال.

ما المعروف عن القدرات

• حساب Workspace منفصل لكل وكيل
• عنوان بريد إلكتروني خاص
• تقويم شخصي
• إدخال في الدليل المؤسسي للشركة
• عمل مستقل لعدة أيام، بما في ذلك عندما يكون حاسوب المستخدم المحمول مغلقاً
• سجل الإجراءات مرتبط بالوكيل، لا بالشخص

ما بقي خارج الصورة

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

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

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

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