شرح Gemini Managed Agents: منصة وكلاء المؤسسات من Google في 2026

تتسابق كل منصة سحابية كبرى للإجابة عن السؤال نفسه: كيف تمنح المؤسسات طريقة لنشر وكلاء ذكاء اصطناعي مستقلين دون التضحية بالتحكم أو الأمان أو الامتثال؟ إجابة Google هي Managed Agents API — وهو القلب الموجّه للمطورين في منصة Gemini Enterprise Agent Platform، المعروفة سابقًا باسم Vertex AI Agent Platform.

وعلى عكس Gemini Agent الموجّه للمستخدمين أو Workspace Studio الذي لا يتطلب كتابة كود، صُممت Managed Agents خصيصًا للفرق التي تحتاج إلى بيئات تشغيل معزولة، وسياسات شبكة قابلة للتهيئة، وحوكمة مركزية، وتكامل عميق مع بيانات المؤسسة. هذا هو رهان Google على طبقة البنية التحتية للمؤسسة الوكيلة (agentic enterprise) — وهو أحد أكثر حزم الوكلاء شمولًا التي أصدرتها أي شركة سحابية.

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

ما هي Gemini Managed Agents؟

في مصطلحات Google، يعني الوكيل المُدار (managed agent) وكيل ذكاء اصطناعي مستقل يعمل داخل بيئة Linux مستضافة من Google ومعزولة (sandboxed) — ويتم توفيرها وحوكمتها وتنسيقها عبر Managed Agents API على منصة الوكلاء من Google.

وهذا يختلف بشكل جوهري عن أنماط "الوكيل" الأخف وزنًا التي قد تبنيها عبر ربط استدعاءات Gemini API معًا. يعمل الوكيل المُدار داخل بيئة تشغيل مخصصة (مدعومة بإطار Antigravity من Google)، ويمكنه الاستدلال عبر سير عمل متعدد الخطوات، وتنفيذ الشيفرة، واستدعاء الأدوات، والوصول إلى بيانات المؤسسة الموصولة، والتفاعل مع الخدمات الخارجية — وكل ذلك ضمن حدود أمان صارمة وقابلة للتهيئة تديرها Google نيابةً عنك.

والنتيجة العملية: يحدد المطورون ما الذي ينبغي للوكيل أن يكون قادرًا على فعله عبر الإعدادات، بينما تتولى Google البنية التحتية — لا حاجة لإدارة VMs، ولا تنسيق containers، ولا بناء sandbox بنفسك.

واجهة برمجة تطبيقات Managed Agents: طبقة التحكم وطبقة البيانات

تنقسم Managed Agents API إلى واجهتين تتوافقان مع نمط سحابي مألوف: طبقة التحكم وطبقة البيانات.

Agents API (طبقة التحكم)

تتعامل Agents API مع دورة حياة الوكلاء المدارة — إنشاؤهم، وتهيئتهم، وتحديثهم، وحوكمتهم على مستوى المؤسسة. باستخدام هذه الواجهة، يمكن للمطورين:

• تعريف وكيل عبر إعدادات (بصيغة تشبه YAML/JSON) تحدد أدواته، ومواضع بياناته الموصولة، ومتغيرات البيئة، وقائمة السماح للشبكات الصادرة.
• وصل مصادر بيانات المؤسسة — بما في ذلك بيانات Workspace، أو مخازن المستندات الداخلية، أو واجهات برمجة التطبيقات الخارجية — التي يمكن للوكيل الوصول إليها أثناء التنفيذ.
• تطبيق سياسات الأمان والحوكمة المتوافقة مع قواعد DLP والتحكم في الوصول الخاصة بـ Gemini Enterprise.
• إدارة أحداث دورة حياة الوكيل (إنشاء، تحديث، تعطيل، تدقيق) برمجيًا، مما يسهل دمجها في أدوات CI/CD أو أدوات البنية التحتية الحالية.

هذا الفصل بين التوفير والاستدعاء أثناء التشغيل مقصود: فهو يتيح لفرق تقنية المعلومات والأمن حوكمة ما يمكن للوكلاء فعله قبل أن يتفاعل معهم أي مستخدم.

Interactions API (طبقة البيانات)

تُعد Interactions API واجهة وقت التشغيل — أي الطريقة التي تتحدث بها التطبيقات فعليًا مع وكيل مُدار قيد التشغيل. من خلال هذه الواجهة، يمكن للمتصلين:

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

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

بيئة Antigravity المعزولة

بيئة التنفيذ للوكلاء المدارة هي Antigravity harness من Google — وهي بيئة Linux معزولة (sandbox) يتم توفيرها لكل وكيل وتوفر بيئة آمنة ومعزولة للعمل الوكيل متعدد الخطوات.

داخل هذه البيئة المعزولة، يمكن للوكيل المُدار:

• الاستدلال والتخطيط باستخدام نماذج Gemini (بما في ذلك Gemini 3.5 Flash، المُحسّن لسير العمل الوكلي الأطول، وGemini 3.1 Pro للمهام الأكثر تعقيدًا).
• استدعاء الأدوات — مثل البحث على الويب، وتنفيذ الشيفرة، واستدعاء الدوال، والأدوات المخصصة المعرّفة عبر موصلات خارجية.
• تنفيذ الشيفرة، وقراءة الملفات وكتابتها، وإكمال سير عمل متعدد الخطوات مع الالتزام بقيود الشبكة المحددة في إعدادات الوكيل.

تدير Google هذه البيئة المعزولة بالكامل. يضبط المطورون السلوك عبر Agents API؛ وتتولى المنصة العزل، وحدود الموارد، وحدود الأمان. هذا هو الرهان الأساسي على البنية التحتية: أن المؤسسات تفضّل ضبط سياسات الحوكمة بدلًا من تشغيل بيئات تشغيل معزولة بنفسها.

منصة Gemini Enterprise Agent Platform الأوسع

تمثل Managed Agents API طبقة واحدة ضمن حزمة أكبر تسميها Google Gemini Enterprise Agent Platform. وفهم موقع الوكلاء المدارة داخل هذه الحزمة مهم لكل من يقيّمها أو يبني عليها.

تتدفق كل طبقة إلى الأعلى ضمن Gemini Enterprise، الذي يوفر رؤية مركزية لكل وكيل في المؤسسة — سواء كان مبنيًا من Google، أو من موظفين، أو وكلاء ADK مخصصين، أو وكلاء شركاء خارجيين — وكلها خاضعة لنفس أدوات الرؤية والسياسات.

وكلاء Workspace Studio مقابل الوكلاء المُدارين: ما الفرق؟

أحد مصادر الالتباس في سرد Google حول الوكلاء هو العلاقة بين وكلاء Workspace Studio ووكلاء Managed Agents API. إنهما يحلان مشكلتين مختلفتين على مستويات مختلفة من الحزمة.

Workspace Studio هو الواجهة بدون كود/قليل الكود التي يمكّن بها مستخدمو الأعمال العاديون من تصميم وإدارة ومشاركة وكلاء ذكاء اصطناعي ("flows") لأتمتة العمل عبر Gmail وDrive وChat وSheets وتطبيقات خارجية متصلة مثل Asana وJira وSlack وSalesforce وMailchimp. صُممت هذه الوكلاء ليتم بناؤها خلال دقائق باستخدام مطالبات بلغة طبيعية، وخطوات جاهزة، وقوالب، وwebhooks، وخطوات Apps Script — دون الحاجة إلى هندسة برمجية.

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

ومع الوقت، تربط Google هذه الطبقات معًا. يمكن لوكلاء Workspace Studio استدعاء وكلاء مخصصين مبنيين على Agent Platform، وكلاهما يظهر عبر وحدة حوكمة Gemini Enterprise. صُممت الحزمة لتكون قابلة للتركيب — فرق مختلفة تبني على المستوى الذي يناسب مهاراتها ومتطلباتها.

وكلاء Google المدمجون: النماذج المرجعية

إلى جانب واجهات برمجة التطبيقات الموجهة للمطورين، أطلقت Google عدة وكلاء أوليّين يوضحون ما يمكن للمنصة فعله — ويعملون كنماذج مرجعية لأنواع سير العمل التي تناسبها الوكلاء المُدارون.

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

NotebookLM Enterprise هو وكيل بحث وكتابة مدعوم بالذكاء الاصطناعي يلخص ويستخرج ويجيب عن الأسئلة عبر مصادر مستندات كثيفة — مستندًا إلى محتوى مؤسستك نفسها وخاضعًا لحوكمة Gemini Enterprise.

Gemini Code Assist وCodeMender يستهدفان إنتاجية المطورين والأمان. يحدد CodeMender تحديدًا الثغرات في قواعد الشيفرة، ويقترح الإصلاحات ويختبرها، ويطبق التصحيحات بموافقة المطور — وهو سير عمل أمني مغلق الحلقة.

Gemini Spark (مغطى بشكل مستقل في الاستكشاف المعمق لـ Gemini Spark) هو وكيل شخصي دائم للذكاء الاصطناعي داخل Gemini Enterprise ينفذ مهام متعددة الخطوات عبر Workspace والموصلات المخصصة، ويشغّل سير عمل متكررة، ويتعلم مهارات جديدة، ويطلب الموافقة قبل الإجراءات عالية المخاطر مثل إرسال البريد الإلكتروني.

Gemini Agent في Gemini Apps هو النسخة الموجهة للمستهلكين — ميزة في Labs تتيح للمستخدمين تفويض مهام متعددة الخطوات مثل تصنيف البريد الإلكتروني، وصياغة الردود، وإعادة تنظيم التقويم، والبحث على الويب. يتطلب اشتراك Google AI Ultra وهو محدود حاليًا في بعض المناطق.

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

الأمان والحوكمة والامتثال

تشكل الحوكمة المركزية التمييز الأساسي الذي تراهن عليه Google مع هذه المنصة. بالنسبة لفرق تقنية المعلومات والأمن، تشمل الضوابط:

رؤية مركزية. يوفر تطبيق Gemini Enterprise وحدة تحكم واحدة يمكن للمسؤولين من خلالها رؤية كل وكيل في المؤسسة — سواء كان مبنيًا من Google، أو من موظفين، أو وكلاء ADK مخصصين، أو وكلاء شركاء خارجيين — إلى جانب إعداداتهم ومستويات الوصول وحالتهم.

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

فرض السياسات عبر Agent Gateway. تمر حركة المرور من الوكلاء إلى مصادر البيانات والخدمات الخارجية عبر Agent Gateway يفرض سياسات DLP (منع تسرب البيانات) والسياسات الأمنية. وتتحقق الوكلاء من الأدوات الخارجية عبر بيانات اعتماد محددة النطاق — وليس عبر مفاتيح API واسعة الصلاحيات.

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

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

تجربة المطور وأنماط العمل

بالنسبة للفرق التي تدمج Managed Agents API في البنية التحتية الحالية، تكون التجربة قائمة على الإعدادات وREST-first. وتشمل أنماط التنفيذ الشائعة:

تعريف الوكلاء بشكل تصريحي عبر ملفات إعداد تحدد الأدوات والمهارات واتصالات البيانات وقيود التشغيل — ثم حفظ هذه الإعدادات في نظام التحكم بالإصدارات مثل أي عنصر آخر من عناصر البنية التحتية ككود.

استخدام Agents API لإنشاء الوكلاء وتحديثهم برمجيًا كجزء من مسارات CI/CD، بحيث تتبع عمليات نشر الوكلاء نفس عملية المراجعة والموافقة التي تتبعها عمليات نشر التطبيقات.

استدعاء الوكلاء عبر Interactions API من الخدمات الخلفية أو طبقات التنسيق أو وكلاء آخرين — مع تمكين بروتوكولات Agent-to-Agent (A2A) للوكلاء المُدارين من استدعاء بعضهم البعض عبر الأنظمة.

Antigravity 2.0، المتاح كتطبيق سطح مكتب مستقل وCLI، يمنح المطورين أدوات إضافية للتوجيه أثناء التطوير، والتخصيص، واختبار التنسيق المحلي قبل النشر على المنصة المُدارة.

حالات الاستخدام التي تتفوق فيها الوكلاء المُدارون

تم تحسين المنصة لسير العمل المعقدة متعددة الخطوات التي تستفيد من التنفيذ المعزول والاعتماد على بيانات المؤسسة. تشمل حالات الاستخدام الموثقة:

الأتمتة عبر الأنظمة — تنسيق سير العمل عبر Workspace وJira وSalesforce والأنظمة الداخلية باستخدام الموصلات والأدوات المخصصة، دون بناء طبقة تكامل مخصصة لكل زوج من الأنظمة.

البحث والتحليل — أبحاث سوق متعددة الخطوات، وتحليل تنافسي، وسير عمل العناية الواجبة باستخدام وكلاء بأسلوب Deep Research يعتمدون على محتوى الويب والمستندات الداخلية.

إدارة المعرفة — التلخيص، والأسئلة والأجوبة، واستخلاص الرؤى عبر مخازن مستندات المؤسسة الكثيفة، مدعومًا بوكلاء على نمط NotebookLM مع تكامل Workspace وDrive.

إنتاجية المطورين وأمان الشيفرة — مراجعة الشيفرة تلقائيًا، وإعادة الهيكلة، وتطبيق التصحيحات الأمنية عبر Code Assist وCodeMender، مع بوابات موافقة بشرية في كل خطوة حرجة.

أتمتة سير العمل المتكررة — استخدام Workspace Studio لأتمتة المهام اليومية (ملخصات البريد، موجزات ما قبل الاجتماعات، فرز طلبات الدعم) مع استخدام الوكلاء المُدارين للتنسيق الأكثر تعقيدًا الذي يتطلب أدوات مخصصة أو حوكمة صارمة.

المنظومة: Marketplace، الشركاء، وADK

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

تمتد التكاملات الخارجية عبر مشهد أدوات المؤسسات الشائع: Asana وJira وMailchimp وSalesforce وSlack وTeams وغيرها — ويمكن الوصول إليها عبر الموصلات وwebhooks والخطوات المخصصة في Workspace Studio.

يُعد Agent Development Kit (ADK) المسار المحترف للفرق التي تريد أقصى قدر من التحكم. تعمل وكلاء ADK كتطبيقات مخصصة بالكامل مستضافة على Vertex AI Agent Engine، لكنها تظهر وتخضع للحوكمة عبر Gemini Enterprise جنبًا إلى جنب مع الوكلاء المُدارين. وADK والوكلاء المُدارون متكاملان، لا متنافسان: فالوكلاء المُدارون يتولون الحالة الشائعة لسير العمل المستقل القائم على الإعدادات؛ بينما يتولى ADK الحالات التي تتطلب منطق تنسيق مخصصًا بالكامل.

المقايضات والاعتبارات للمطورين

بالنسبة للفرق التي تبني منتجات وكيلة أو تقيّم منصات وكلاء المؤسسات، تقدم Gemini managed agents مزيجًا جذابًا من البنية التحتية المُدارة، وأدوات الحوكمة، وتكامل Workspace. لكن المقايضات تستحق تقييمًا صريحًا.

الاعتماد على المنصة حقيقي. بيئة Antigravity، وAgents API، وAgent Gateway كلها مملوكة لـGoogle. الوكلاء المبنيون على هذه الحزمة مرتبطون عمليًا بـGoogle Cloud. وستجد الفرق التي تحتاج إلى تشغيل الوكلاء محليًا، أو في سحابة هجينة، أو عبر عدة مزودي سحابة أن المنصة مقيدة.

قيود توطين البيانات والامتثال تعتمد على العروض الإقليمية لـGoogle Cloud، وقد لا تفي بكل الأنظمة التنظيمية. ينبغي للفرق ذات متطلبات سيادة بيانات صارمة التحقق من التوفر الإقليمي قبل الالتزام.

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

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

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

أين تقع Gemini Managed Agents في المشهد التنافسي؟

الميزة الأوضح لـGoogle هي عمق تكامل Workspace مع طيف من بدون كود إلى محترف الكود، ما يتيح لفرق مختلفة البناء بالمستوى الذي يناسب مهاراتها. والفجوة الأوضح مقارنةً بـAWS هي اتساع النماذج — فكتالوج Bedrock متعدد النماذج يمنح الفرق مرونة أكبر دون مغادرة البنية التحتية المُدارة.

الخلاصة النهائية

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

السؤال الحقيقي لمشتري المؤسسات ليس ما إذا كانت المنصة قادرة — فهي كذلك بوضوح — بل ما إذا كانت مقايضات الارتباط بـGoogle Cloud، ودعم Gemini فقط، وقيود توطين البيانات مقبولة في سياقهم. بالنسبة للمؤسسات المستثمرة بالفعل بقوة في Google Workspace وGoogle Cloud، فالإجابة على الأرجح نعم. أما المؤسسات التي تحتاج إلى مرونة النماذج أو النشر الهجين، فستجد أن الراحة المُدارة تأتي مع قيود معمارية تستحق التقييم الدقيق.

---

ما الذي يعنيه هذا لـ Eigent

تعكس بنية الوكلاء المُدارين في Gemini — البيئات المعزولة، والوصول المنظم إلى الأدوات، والتنسيق بين الوكلاء — مجموعة من رهانات البنية التحتية التي تبني Eigent نحوها بشكل مستقل على أساس مفتوح وحيادي تجاه النماذج. وعلى خارطة الطريق: دعم أعمق لـ مساحات عمل الوكلاء المعزولة التي تحاكي ضمانات العزل في البيئات المُدارة، وبروتوكولات تنسيق متعددة الوكلاء تعمل عبر Gemini وClaude وGPT والنماذج المحلية — حتى لا تُجبر الفرق على اختيار مزود واحد فقط للحصول على تنسيق وكلاء بمستوى المؤسسات.

---

الأسئلة الشائعة

ما هي Gemini managed agents؟

Gemini managed agents هي وكلاء ذكاء اصطناعي مستقلون يعملون داخل بيئة Linux مستضافة من Google ومعزولة (sandboxed)، ويتم توفيرها وحوكمتها عبر Managed Agents API على منصة Gemini Enterprise Agent Platform. يهيئ المطورون الوكيل — عبر تحديد الأدوات ومواضع البيانات وسياسات الشبكة — بينما تدير Google البنية التحتية الأساسية والأمان وبيئة التشغيل.

كيف تختلف Managed Agents API عن استخدام Gemini API مباشرة؟

يتطلب استخدام Gemini API مباشرة أن تبني بنفسك منطق التنسيق، واستدعاء الأدوات، والعزل، والحوكمة. أما Managed Agents API فتوفر بيئة تشغيل مُدارة بالكامل (Antigravity harness) تتولى فيها Google كل تلك البنية التحتية. المقايضة هي مرونة أقل مقابل عبء تشغيلي أقل.

ما هو Antigravity harness؟

Antigravity هو بيئة تشغيل الوكلاء من Google التي تدعم الوكلاء المُدارين. وهي توفر sandbox Linux لكل وكيل حيث يمكنه الاستدلال باستخدام نماذج Gemini، وتنفيذ الشيفرة، واستدعاء الأدوات، والوصول إلى مصادر البيانات الموصولة، وإكمال سير العمل متعددة الخطوات — وكل ذلك ضمن قيود الأمان المحددة في إعدادات الوكيل.

كيف يختلف Workspace Studio عن Managed Agents API؟

Workspace Studio هو واجهة بدون كود/قليل الكود تتيح لمستخدمي الأعمال بناء ومشاركة وكلاء الأتمتة عبر Gmail وDrive وDocs وSheets والتطبيقات الخارجية. أما Managed Agents API فهي واجهة موجهة للمطورين لإنشاء وكلاء أكثر تعقيدًا مع بيئات تشغيل معزولة، وأدوات مخصصة، وضوابط أمان للمؤسسات. وهما متكاملان: Workspace Studio للأتمتة اليومية التي يبنيها المستخدمون، وManaged Agents لسير العمل الخلفية أو الحساسة أمنيًا.

ما هي Agent Development Kit (ADK)؟

Agent Development Kit هي مجموعة تطوير البرمجيات الاحترافية من Google لبناء وكلاء ذكاء اصطناعي مخصصين بالكامل مستضافين على Vertex AI Agent Engine. توفر وكلاء ADK أقصى مرونة لمنطق التنسيق المخصص، لكنها تتطلب جهد تطوير أكبر من Managed Agents API القائمة على الإعدادات. ويخضع كل من ADK والوكلاء المُدارين للحوكمة عبر Gemini Enterprise.

هل تدعم Managed Agents API نماذج غير Gemini؟

لا. صُممت Managed Agents API للعمل مع نماذج Gemini (بما في ذلك Gemini 3.5 Flash وGemini 3.1 Pro). تحتاج الفرق التي تريد توجيه الأعباء إلى نماذج رائدة أخرى أو نماذج مفتوحة المصدر إلى طبقة تنسيق حيادية للنموذج خارج الحزمة المُدارة من Google.

ما ضوابط الحوكمة التي توفرها Gemini Enterprise؟

توفر Gemini Enterprise وحدة تحكم مركزية يمكن للمسؤولين من خلالها عرض جميع الوكلاء في المؤسسة (سواء كانوا مبنيين من Google أو من الموظفين أو مخصصين أو من شركاء خارجيين)، وإدارة سياسات الوصول، وفرض قواعد DLP عبر Agent Gateway، وتدقيق نشاط الوكلاء. ويعمل الوكلاء المُدارون داخل بيئات معزولة مع قوائم سماح شبكية قابلة للتهيئة، مما يحد من الخدمات الخارجية التي يمكن للوكلاء الوصول إليها.

هل منصة Gemini Enterprise Agent Platform هي نفسها Vertex AI Agent Platform؟

نعم. أعادت Google تسمية Vertex AI Agent Platform لتصبح Gemini Enterprise Agent Platform كجزء من جهودها الأوسع لوضع Gemini كعلامة تجارية لمجموعة الذكاء الاصطناعي المؤسسي لديها. البنية التحتية وواجهات برمجة التطبيقات الأساسية هي نفسها؛ والتسمية الجديدة تعكس توحيد Google لمنتجات الذكاء الاصطناعي تحت مظلة Gemini.