وكيل العمل الشامل وصل.. لكن طريقة إدارة العمل لم تتغير بعد

أعلنت Google Cloud في 8 أكتوبر عن وكيل Gemini شامل للعمل؛ لا يكتفي بالإجابة عن سؤال، بل يستطيع التنقل بين البريد والمستندات والجداول والشيفرة وأنظمة الأعمال لإنجاز نتيجة كاملة. وقد يحصل «الوكيل الزميل» على هوية وبريد وتقويم ومساحة تخزين خاصة به، ويعمل في دور مستمر داخل الفريق.

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

ابدأ من عنق الزجاجة، لا من المنصة

بحسب التغطية العربية لإعلان Google Cloud، يعمل الوكيل عبر Gmail وDocs وSheets وSlides وDrive وChat وCalendar، ويمكن ربطه أيضاً بمنصات أعمال وتطوير وبيانات. وتوضح المدونة الرسمية للإطلاق أنه يستخدم أدوات ومهارات وذاكرة ممتدة، وقد ينفّذ مهاماً طويلة أو دورية تحت هوية مستقلة.

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

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

لماذا لا تكفي عبارة «ساعد الفريق»؟

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

لذلك يحتاج كل دور آلي إلى «بطاقة عمل» واضحة تتضمن:

• النتيجة المطلوبة: ماذا يعني أن المهمة اكتملت فعلاً؟
• المصادر المسموحة: أي ملفات وأنظمة وسجلات يحق له استخدامها؟
• صيغة التسليم: لمن يرسل النتيجة، وبأي قالب، ومع أي أدلة؟
• حدود القرار: ما الذي ينفذه مباشرة، وما الذي ينتظر موافقة بشرية؟
• المالك: من يراجع الجودة والصلاحيات واستمرار جدوى الدور؟

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

هوية مستقلة لا تعني صلاحيات مفتوحة

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

وتعرض صفحة مساعدة Gemini العربية أمثلة على ربط Workspace للعثور على معلومات في Gmail وDrive وإدارة مهام وأحداث. هذه الإمكانات مفيدة، لكنها تبيّن أيضاً اتساع السياق الذي قد يصبح متاحاً للوكيل. كل موصل جديد يجب أن يجيب عن ثلاثة أسئلة: ما البيانات التي يقرأها؟ ما الأفعال التي يكتبها؟ وكيف نلغي الوصول فوراً؟

ضع الموافقة البشرية عند نقطة الأثر

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

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

اجعل الدليل جزءاً من التسليم

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

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

قِس النتيجة المقبولة، لا عدد المهام

ركّز إعلان Google على توجيه العمل بين نماذج مختلفة، وحدود الإنفاق الفورية، وسجل التدقيق. وهذه أدوات مهمة، لكنها لا تجيب وحدها عن سؤال العائد. يحتاج الفريق إلى مؤشرات مرتبطة بالعمل نفسه:

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

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

خطة عملية خلال 12 أسبوعاً

الأسبوعان 1 و2: وثّق عملية واحدة ومؤشراتها الحالية. حدّد صاحبها، ومدخلاتها، والاستثناءات المتكررة، والتعريف الدقيق للإنجاز.

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

الأسابيع 7 إلى 10: اسمح له بالإجراءات القابلة للتراجع، وأبقِ الموافقات عند نقاط الأثر. راقب التكلفة والوقت والتصحيحات وأسباب التصعيد.

الأسبوعان 11 و12: قرر التوسّع بناءً على تحسن النتيجة، لا بناءً على الحماس. انقل تعريف الدور والاختبارات ونمط الصلاحيات إلى عملية ثانية، ولا تنسخ وصولاً واسعاً بين الأقسام.

زاوية قمرة تك

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

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

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