Google تطلق أداة سطر أوامر مفتوحة المصدر لـ Workspace: جسر بين البنية التحتية للشركات ووكلاء الذكاء الاصطناعي

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

من الناحية الشكلية، نحن أمام طبقة وسيطة مريحة بين واجهة Google Workspace API والطرفية. فمسؤولو الأنظمة ومهندسو DevOps والمطورون الذين يديرون يوميًا البنية التحتية للشركات على Google كانوا حتى الآن مضطرين إلى العمل مباشرةً مع طلبات REST، وإعداد تفويض OAuth يدويًا، وكتابة أغلفة برمجية لكل عملية نمطية. أما أداة CLI الجديدة فتزيل هذه الطبقة من العمل الروتيني: فهي تتضمن أوامر جاهزة، تُسمّى «المهارات» (skills)، لإدارة المستخدمين والمجموعات والملفات على Google Drive والبريد في Gmail وغيرها من خدمات المنظومة. وبدلًا من عشرات الأسطر البرمجية لاستدعاء API واحد، يكفي أمر واحد في الطرفية.

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

ولفهم أهمية هذه الخطوة لا بد من السياق. ففي السنة ونصف الماضية تشهد الصناعة طفرة في وكلاء الذكاء الاصطناعي، وهي أنظمة مستقلة تعتمد على النماذج اللغوية ولا تكتفي بتوليد النصوص، بل تنفّذ إجراءات فعلية: إرسال الرسائل وإنشاء المستندات وإدارة الصلاحيات. فقد أطلقت Anthropic بروتوكول MCP لتوحيد تفاعل النماذج مع الأدوات الخارجية. وتطوّر OpenAI منظومتها من الإضافات والدوال. وتدمج Microsoft مساعد Copilot بعمق في Office 365. أما Google فقد تصرفت في هذا السباق حتى الآن بحذر أكبر من منافسيها، مفضّلةً تطوير Gemini داخل منتجاتها. وإطلاق CLI مفتوح المصدر إشارة إلى تغيير في النهج. فالشركة تبني فعليًا طبقة بنية تحتية يمكن لوكلاء الذكاء الاصطناعي من أطراف خارجية، وليس Gemini وحده، التفاعل من خلالها مع خدمات Google للشركات.

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

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

ومع ذلك، فاتجاه الحركة واضح. فإدارة تقنية المعلومات في الشركات تتجه نحو نموذج تُفوَّض فيه المهام الإدارية الروتينية إلى وكلاء الذكاء الاصطناعي، بينما يركّز البشر على القرارات الاستراتيجية والرقابة. وGoogle، بإطلاقها أداة CLI مفتوحة لـ Workspace، تضع الأساس لمستقبل كهذا تحديدًا. ونشر المشروع على GitHub بوصفه شيفرة مفتوحة يدل على أن الشركة تريد أن يصبح معيارًا في القطاع، لا حلًا مغلقًا مملوكًا لها. وفي سباق الاستحواذ على سوق الذكاء الاصطناعي للمؤسسات، قد تكون البنية التحتية أهم من النماذج نفسها.