Google تضيف المزيد من عناصر التحكم التشغيلية إلى Gemini Managed Agents
وسّعت Google ميزة Managed Agents في Gemini API بمجموعة من التحديثات التي تهدف إلى جعل نشر الوكلاء في بيئات الإنتاج أسهل في الحوكمة. وفي منشور بتاريخ 28 يوليو على Google AI Blog، قالت الشركة إن Managed Agents أصبحت تستخدم الآن Gemini 3.6 Flash افتراضيًا، مع إضافة environment hooks وضوابط الميزانية والمشغلات المجدولة واختيار النموذج والوصول إلى الفئة المجانية.
مجتمعة، لا تركز هذه التغييرات على حداثة النموذج الخام بقدر ما تركز على تحويل سير العمل الوكيلي إلى شيء يمكن للمطورين إدارته بصورة أقرب إلى إدارة البنية التحتية. وتضع Google النظام كواجهة API موحدة يمكنها تنسيق الاستدلال وتنفيذ التعليمات البرمجية وتثبيت الحزم وإدارة الملفات واسترجاع البيانات من الويب داخل sandbox سحابي معزول. والهدف من عناصر التحكم الجديدة هو جعل هذا التنسيق أكثر قابلية للتنبؤ، وأكثر قابلية للتدقيق، وأكثر وعيًا بالتكلفة.
هذه الصياغة مهمة لأن التحول التنافسي الحالي في أدوات الذكاء الاصطناعي ينتقل من واجهات الدردشة إلى وكلاء تشغيليين يمكنهم العمل على الأدوات والبرمجيات والأنظمة الخارجية. والعائق العملي لدى كثير من الفرق ليس فقط ما يستطيع الوكيل فعله، بل كيف يمكن تقييده بأمان. وتستهدف أحدث تحديثات Google هذا القلق بوضوح.
Gemini 3.6 Flash يصبح الوضع الافتراضي
أبرز تغيير فوري هو أن الوكيل antigravity-preview-05-2026 من Google أصبح يعمل الآن افتراضيًا على Gemini 3.6 Flash. ووفقًا للشركة، لا يحتاج المطورون إلى تغيير أي كود للحصول على الإعداد الافتراضي الجديد في تفاعلهم التالي. وتصف Google نموذج Gemini 3.6 Flash بأنه نموذج متوازن للاستدلال والبرمجة واستخدام الأدوات.
كما تتيح الشركة اختيار النموذج بشكل صريح عبر agent_config.model عند إنشاء تفاعل أو وكيل مُدار. وتذكر تدوينة المدونة ثلاثة خيارات مدعومة: Gemini 3.6 Flash كخيار افتراضي، وGemini 3.5 Flash لسير العمل الوكلي العام من الجيل السابق، وGemini 3.5 Flash-Lite كخيار أقل تكلفة وأقل زمنًا للاستجابة.
تعكس هذه القائمة من النماذج مفاضلة مألوفة في المؤسسات. فالفرق التي تبني وكلاء عادة ما تحتاج إلى الاختيار بين القدرة والسرعة والتكلفة بحسب المهمة. ومن خلال إظهار اختيار النموذج مباشرة في إعدادات الوكيل، تشير Google إلى أن Managed Agents ليست مجرد طبقة عرض مبنية فوق نموذج رئيسي واحد، بل تتحول إلى منصة قابلة للتكوين مع ضبط خاص بأحمال العمل.
كما أن الانتقال الافتراضي إلى 3.6 Flash يمثل رسالة تنافسية. فالافتراضيات مهمة لأنها تشكل التبني والمعايير وتوقعات المطورين بشكل خفي. وعندما يرفع مزود الخدمة مستوى السلوك الافتراضي من دون الحاجة إلى تغيير الكود، فإنه يقلل الاحتكاك أمام التجربة ويسرع الانتقال عبر قاعدة المستخدمين الحالية.
environment hooks تستهدف الحوكمة داخل sandbox
قد تكون الإضافة الأكثر استراتيجية هي environment hooks. تقول Google إن هذه hooks تتيح للمطورين تشغيل نصوص مخصصة قبل أو بعد كل استدعاء أداة يقوم به الوكيل داخل sandbox. وتصف الشركة الميزة تحديدًا بأنها وسيلة لحظر استدعاءات الأدوات أو فحصها أو تدقيقها.
وهذه قدرة لافتة لأن استخدام الأدوات هو أحد المواضع الرئيسية التي تنتقل فيها أنظمة الوكلاء من كونها مثيرة للاهتمام إلى كونها محفوفة بالمخاطر. فالوكيل الذي يستطيع استدعاء الأدوات أو تثبيت الحزم أو تعديل الملفات قد يحتاج أيضًا إلى ضوابط مؤسسية. وتمنح environment hooks المطورين مكانًا لإدراج هذه القواعد والفحوصات مباشرة في مسار التنفيذ بدلًا من الاعتماد فقط على التوجيه النصي أو المراقبة الخارجية.
عمليًا، يمكن أن يدعم ذلك تطبيق السياسات الداخلية أو تصفية الأوامر أو فحوصات الجودة أو تسجيل الأثر المرتبط بسير العمل المنظم. وتبقى صياغة Google عالية المستوى، لكن الاتجاه واضح: الشركة تريد أن تكون Managed Agents قابلة للاستخدام في البيئات التي تكون فيها الرقابة إلزامية لا اختيارية.
كما أن التركيز على التحكم على مستوى sandbox يتماشى مع الطريقة التي يقيم بها المشترون منصات الوكلاء اليوم. فالقدرة وحدها لا تكفي إذا لم تستطع الفرق شرح ما حدث، أو حظر الإجراءات غير الآمنة، أو إثبات أن القيود طُبقت بشكل متسق. وتعد hooks أحد السبل لسد الفجوة بين التجريب والاستعداد للإنتاج.
الميزانيات والجدولة والوصول المجاني توسع الجمهور المستهدف
وقالت Google أيضًا إنها أضافت ضوابط للميزانية ومشغلات مجدولة. وتهدف ضوابط الميزانية إلى إدارة التكاليف، وهي مسألة عملية لسير عمل الوكلاء الذي قد يعمل عبر خطوات متعددة أو يستدعي الأدوات مرارًا أو يعمل بشكل غير متزامن في الخلفية. أما المشغلات المجدولة فتجعل الوكلاء أكثر فائدة للمهام المتكررة، وليس فقط للاستجابات عند الطلب.
ويشير هذا المزيج إلى أن Google تميل إلى النظر إلى الوكلاء على أنهم عمليات أتمتة تستمر بعد جلسة واحدة. فالوكيل المجدول مع حدود للتكلفة يبدأ في الظهور أقرب إلى مكون خدمة مُدارة منه إلى مساعد تفاعلي. وبالنسبة لفرق التطوير، يوسع ذلك نطاق حالات الاستخدام الممكنة، من عمليات التدقيق الدورية إلى مهام الصيانة المتكررة.
كما أن إضافة الوصول إلى الفئة المجانية مهمة أيضًا. فغالبًا ما تبقى ميزات الإنتاج محجوبة خلف تسعير مؤسسي في المراحل الأولى من عمر المنصة. ومن خلال إتاحة Managed Agents ضمن فئة مجانية، تبدو Google وكأنها تحاول توسيع قمة القمع وتقليل الاحتكاك أمام المطورين الذين يريدون اختبار أنماط الوكلاء قبل الالتزام بالاستخدام المدفوع.
وهذا مهم في السوق الحالية لأن اهتمام المطورين يتشكل عادة حول المنصات السهلة التجربة، السهلة القياس، والسهلة المقارنة. والوصول المجاني لا يضمن التبني، لكنه يحسن فرص أن تستكشف الفرق الصغيرة والمطورون المستقلون مجموعة المزايا.
لماذا يهم هذا الإصدار الآن
يبني هذا الإعلان على الإضافات السابقة من Google مثل المهام الخلفية وتكامل الخوادم MCP البعيدة، وفقًا لتدوينة المدونة. وإذا نظرنا إلى هذا التطور بالتتابع، فإن المنصة تكتسب المكونات اللازمة لسير عمل أكثر استمرارية للوكلاء: التنفيذ غير المتزامن، التكاملات الخارجية، عناصر التحكم في التنفيذ، اختيار النموذج، وإدارة التكلفة.
يعكس هذا المسار الاتجاه العام لسوق أدوات الذكاء الاصطناعي. فالمنافسة بين المزودين تتجه بشكل متزايد نحو الاعتمادية وقابلية التحكم، وليس فقط نحو عناوين جودة النموذج. يعرف المطورون بالفعل أن الوكيل يستطيع الاستدلال على المهمة. والسؤال الأصعب هو ما إذا كان يستطيع فعل ذلك بشكل متكرر داخل حدود المؤسسة. وتستهدف أحدث تحديثات Google هذه الفجوة مباشرة.
لا تزال هناك أسئلة مفتوحة لم تجب عنها التدوينة، بما في ذلك مدى استخدام المطورين للـ hooks عمليًا وكيف تقارن هذه Managed Agents من حيث الأداء وسهولة الاستخدام مع أطر الوكلاء المنافسة. لكن بناءً على التفاصيل التي قدمتها Google، فإن الإصدار يمثل خطوة منتج مهمة لا مجرد تجميل شكلي.
الرسالة الأساسية واضحة: تريد Google أن تنتقل Gemini Managed Agents من مساعد تجريبي إلى طبقة تنفيذ قابلة للإنتاج. وقد يجذب جعل Gemini 3.6 Flash الوضع الافتراضي الانتباه، لكن التحول الأكبر هو إضافة ميزات تشغيلية تساعد المطورين على الإشراف على ما تفعله أنظمة الوكلاء فعليًا بعد إطلاقها داخل sandbox.
هذا المقال مبني على تقرير من Google AI Blog. اقرأ المقال الأصلي.
Originally published on blog.google