تحديث Gemini Managed Agents: كيف تغيّر المهام الخلفية وMCP البعيد وكلاء الذكاء الاصطناعي في بيئات الإنتاج
توضح هذه المقالة سبب أهمية تحديث Gemini Managed Agents للفرق التي تبني منتجات حقيقية لوكلاء الذكاء الاصطناعي. يتمثل التحول الأساسي في الانتقال من حلقات التوجيه القصيرة إلى نموذج تشغيل يدعم الأعمال طويلة الأمد، والأدوات البعيدة، ووظائف الأعمال المخصصة، واستمرارية بيانات الاعتماد. أهم درس في التصميم هو أن الوكلاء المستخدمين في بيئات الإنتاج يحتاجون إلى أكثر من مجرد قدرات النموذج. فهم يحتاجون إلى الحالة، والأذونات، وقواعد الموافقة، وسجلات التدقيق، وحدود واضحة بين الأعمال للقراءة فقط والإجراءات غير القابلة للتراجع. **بالنسبة لوكلاء الذكاء الاصطناعي في بيئات الإنتاج، فإن السؤال الحقيقي لا يقتصر على ما يمكن للنموذج فعله، بل يشمل أيضًا ما إذا كان النظام قادرًا على التحكم فيما يفعله الوكيل ومراقبته والتعافي منه.**
تحديث Gemini Managed Agents: كيف تغيّر المهام الخلفية وRemote MCP وكلاء الذكاء الاصطناعي في بيئات الإنتاج
المقدمة
إن تحديث Google في يوليو 2026 لـ Gemini Managed Agents هو أكثر من مجرد تحسين صغير في واجهة برمجة التطبيقات. فهو يقرّب Managed Agents من بيئة تشغيل حقيقية على مستوى الإنتاج للوكلاء.
الإضافات المهمة هي التنفيذ في الخلفية، وتكامل خادم Remote MCP، واستدعاء الوظائف المخصصة، وتحديث بيانات الاعتماد. ولا تتعلق هذه الأمور بجعل النموذج يجيب بطلاقة أكبر، بل تتعلق بما إذا كان الوكيل يستطيع الاستمرار في العمل بأمان، والتعافي من المهام طويلة التشغيل، واستدعاء الأدوات بالصلاحيات المناسبة، وترك أدلة كافية للمطورين لمراجعة ما حدث.
التقييم الأساسي
لا ينبغي قراءة تحديث Google في يوليو 2026 على أنه مجرد تصحيح روتيني لواجهة برمجة التطبيقات. بل إنه مؤشر على أن Gemini Managed Agents تُدفَع نحو طبقة تشغيل أكثر اكتمالًا لوكلاء الذكاء الاصطناعي في بيئات الإنتاج.
القدرات الأساسية هي التنفيذ في الخلفية، وتكامل خادم Remote MCP، واستدعاء الوظائف المخصصة، وتحديث بيانات الاعتماد. وجميع هذه القدرات الأربع تقع على مستوى بيئة التشغيل. وهي تعالج مشكلات عملية تتعلق بمدة المهام، والوصول إلى الأدوات، والمصادقة، والتعافي، وقابلية التدقيق.
قبل ذلك، كانت العديد من منتجات وكلاء الذكاء الاصطناعي تُبنى حول حلقة أوامر بسيطة. كان التطبيق يجمع السياق، ويقرر النموذج الخطوة التالية، ويستدعي البرنامج أداةً ما، ثم تُعاد النتيجة إلى نافذة السياق. هذا النمط يعمل جيدًا في العروض التوضيحية. لكن بمجرد أن يدخل الوكيل في سير عمل تجاري حقيقي، فإنه يصطدم سريعًا بقضايا أكثر تعقيدًا: إدارة الحالة، وبيانات الاعتماد، وصلاحيات الأدوات، وتنفيذ المهام الطويلة، والتعافي من الإخفاقات، والسجلات الموثوقة.
يشير هذا التحديث من Gemini مباشرةً إلى تلك المشكلات الخاصة ببيئات الإنتاج.
لماذا يهم التنفيذ في الخلفية
غالبًا ما تحتاج الوكلاء المفيدة إلى أكثر من بضع ثوانٍ. فقد تقرأ مستندات، وتتصفح الويب، وتشغّل اختبارات، وتولّد شيفرة، وتنتظر التكامل المستمر، وتعدّ تقريرًا، أو تقارن البيانات عبر عدة أنظمة.
إن وضع كل ذلك ضمن طلب HTTP متزامن واحد أمر هش، كما أنه ليس تجربة مستخدم جيدة. لا ينبغي لوكيل الإنتاج أن يبدو كطلب دردشة قد تنتهي مهلة انتظاره. بل ينبغي أن يبدو أشبه بمهمة يمكن بدؤها، ومراقبتها، وإيقافها مؤقتًا، وإلغاؤها، وإعادة محاولتها، أو استئنافها.
يغيّر التنفيذ في الخلفية نموذج المنتج. إذ يمكن الآن أن تكون لمهمة الوكيل معرّف مهمة، وحالة، وتحديثات تقدّم، ودعم للإلغاء، وأسباب للفشل، ومخرجات نهائية. وهذا يجعل دمج الوكيل في التطبيقات الحقيقية أسهل، ولا سيما عندما يحتاج المستخدمون إلى العودة لاحقًا ومعرفة ما الذي حدث.
كما أنه يغيّر تصميم الواجهة. فواجهة الدردشة تركز على جولة واحدة من المحادثة، بينما تركز واجهة الوكيل على حالة العمل. يحتاج المستخدمون إلى رؤية ما الذي يقرؤه الوكيل، وما الأدوات التي استدعاها، وما إذا كان متعطلًا، وما إذا كان الإجراء التالي يتطلب موافقة.
وبالنسبة للفرق التي تبني باستخدام NxCode أو منتجات مشابهة لسير عمل الذكاء الاصطناعي، فهذا يعني أن الإجابة النهائية وحدها لا تكفي. يجب أن يحتفظ سير العمل أيضًا بأدلة تنفيذ قابلة للتدقيق: الأوامر، واستدعاءات الأدوات، ومخرجات الأدوات، والأخطاء، وتغييرات الملفات، والمخرجات النهائية.
Remote MCP: الفرصة والحدود
تنبع أهمية MCP من أنه يقلل من فوضى تكامل الأدوات. ففي الماضي، ربما كان كل نموذج، وبيئة تطوير، ونظام داخلي يحتاج إلى موصل خاص به. وقد أدى ذلك إلى
أدّى ذلك إلى تكرار أعمال التكامل وجعل إدارة الأذونات أكثر صعوبة.
يوفّر بروتوكول سياق النموذج (MCP) طريقة أكثر توحيدًا لوصول الوكلاء إلى الموارد والأدوات الخارجية. ويأتي Remote MCP بهذه الفكرة إلى سيناريوهات الوكلاء المستضافين على السحابة. إذ يمكن لوكيل مُدار الاتصال بمستندات بعيدة، وأنظمة تتبّع المشكلات، ومنصات الرصد، وخدمات البيانات، أو الأدوات الداخلية، من دون الاعتماد على خادم أدوات محلي.
هذه هي الفرصة. أما الحد الفاصل فهو الأمان.
كل خادم MCP يُعد أيضًا حدًا للأذونات. فالأدوات التي يوفّرها تؤثّر في سلوك النموذج. وقد يحتوي المحتوى الذي يعيده على حقن للتعليمات. كما قد تكون أذوناته أوسع مما قصد المستخدم التصريح به.
لذلك، لا ينبغي لبيئة الإنتاج أن تتعامل مع Remote MCP على أنه اختصار جاهز للاستخدام بمجرد التوصيل. ينبغي فصل أدوات القراءة فقط عن الأدوات القادرة على الكتابة. ويجب تقييد الإجراءات المدمّرة. وينبغي تسجيل كل استدعاء للأدوات. كما يجب أن تتطلب الإجراءات عالية المخاطر موافقة بشرية قبل أن يتمكن الوكيل من المتابعة.
استدعاء الوظائف المخصّصة وتحديث بيانات الاعتماد
يُعد MCP مناسبًا جدًا لمنظومة أدوات أوسع، لكن استدعاء الوظائف المخصّصة يظل الخيار الأنسب للإجراءات الداخلية الخاصة بالمنتج.
وتشمل الأمثلة على ذلك: حساب الأسعار، والتحقق من استحقاقات الخطط، وإنشاء المسودات، وإنشاء طلبات السحب، والبحث في السجلات الداخلية، أو التحقق المرتبط بالأعمال. ينبغي أن تكون لهذه الوظائف أنواع واضحة، وأذونات محدودة، وسلوك متوقّع. كما يجب أن تتم عملية التفويض النهائية داخل شيفرة التطبيق بدلًا من تركها للنموذج.
قد يبدو تحديث بيانات الاعتماد ميزة صغيرة في البنية التحتية، لكنه في الواقع جزء من حد الثقة بالنسبة للوكلاء طويلي التشغيل.
الرموز المميّزة قصيرة العمر أكثر أمانًا، لكن المهام الخلفية تحتاج إلى الاستمرارية. والنمط الأكثر أمانًا هو منح الحد الأدنى فقط من النطاق المطلوب للمهمة الحالية، وتجنّب توسيع النطاق أثناء التحديث، والإبقاء على الإجراءات الحساسة وراء موافقة تصعيدية. كما ينبغي ألا يرى النموذج الأسرار الخام، ويجب ألا تكشف السجلات عن الرموز المميّزة مطلقًا.
اقتراحات عملية لفرق NxCode
لا تنقلوا كل ميزات الذكاء الاصطناعي إلى الوكلاء المُدارين دفعة واحدة. ابدؤوا بتصنيف سير العمل حسب مستوى المخاطر وإمكانية التراجع.
ومن نقاط التقسيم الأولى المفيدة:
- البحث للقراءة فقط
- إنشاء المسودات
- تنفيذ الشيفرة
- كتابة البيانات
- الاتصال الخارجي
- العمليات الإنتاجية
يمكن أتمتة أعمال القراءة فقط بدرجة أكبر. أما إجراءات الكتابة فتحتاج إلى ضوابط أكثر صرامة. ولكل أداة، حدّدوا نطاق أذوناتها، ومالكها، ومستوى حساسية البيانات، وقاعدة الموافقة، ومتطلبات التسجيل.
أنسب سير العمل للتجربة الأولية هو المهام التي تتطلب حاليًا عدة خطوات يدوية، ولكن لا يزال بالإمكان التحقق منها في بيئات الاختبار المرحلي أو البيئات المعزولة. ومن الأمثلة الجيدة على ذلك: جمع الأبحاث، ومسودات إصلاح الشيفرة، والتحقيق في تذاكر الدعم، وإنشاء الوثائق، وتسوية البيانات الداخلية.
وسير العمل الأكثر أمانًا هو أن تدَعوا الوكيل يُنتج الأدلة والخطة أولًا. وبعد المراجعة البشرية فقط، ينبغي له تنفيذ الإجراءات غير القابلة للتراجع.
ملاحظة المصدر
- المقالة الأصلية: تحديث Gemini Managed Agents: كيف تغيّر المهام الخلفية وRemote MCP وكلاء الذكاء الاصطناعي على مستوى الإنتاج
- المؤلف الأصلي: فريق NxCode
- تاريخ النشر الأصلي كما هو ظاهر في صفحة المصدر:
2026-07-08
- ملاحظة حقوق النشر للمصدر: © 2026 NxCode. جميع الحقوق محفوظة.
- أظهرت الصفحة المصدر صورة واحدة للمقال ضمن المحتوى المستخرج، لكن تعذّر استرداد رابط الصورة الأصلي المستضاف مباشرةً عبر أداة الاستخراج المتاحة. تم إدراج صورة رسمية ذات صلة من Google أعلاه. إذا كان نظام إدارة المحتوى لديك يتطلب وسائط مستضافة من المصدر الأصلي فقط، فأعد رفع تلك الصورة أو استبدلها يدويًا.
- لم يتم اكتشاف أي كتل شيفرة أصلية أو جداول أو أقسام أوامر خطوة بخطوة في مقال NxCode المصدر.
- تمت إزالة كتل NxCode الترويجية وروابط التنقل وروابط التذييل ووحدات الموقع غير ذات الصلة من النص المُعاد تحريره.
الأسئلة الشائعة
ما هي Gemini Managed Agents؟
Gemini Managed Agents هي بيئات تشغيل للوكلاء قابلة للتهيئة ضمن Gemini API. يمكنها الاستدلال، وتنفيذ الشيفرة، وإدارة الملفات، واستخدام الأدوات داخل بيئة صندوق حماية مستضافة سحابيًا.
لماذا يُعد التنفيذ في الخلفية مهمًا لوكلاء الذكاء الاصطناعي؟
يتيح التنفيذ في الخلفية للمهام طويلة التشغيل أن تستمر دون الحاجة إلى إبقاء اتصال HTTP واحد مفتوحًا. وهذا مفيد لسير العمل مثل البحث، وتوليد الشيفرة، والاختبار، وإنشاء التقارير، والتحقق من البيانات عبر أنظمة متعددة.
ما هو Remote MCP في هذا السياق؟
يعني Remote MCP أن الوكيل المُدار يمكنه الاتصال بخوادم Model Context Protocol البعيدة بدلًا من الاعتماد فقط على خوادم الأدوات المحلية. وهذا يسهّل ربط الوكلاء بالأنظمة الخارجية، وواجهات API الخاصة، والوثائق، ومتتبعات المشكلات، أو خدمات البيانات الداخلية.
هل Remote MCP آمن للاستخدام في بيئات الإنتاج؟
يمكن استخدام Remote MCP في بيئات الإنتاج فقط مع تصميم دقيق للصلاحيات. ينبغي على الفرق الفصل بين الأدوات المخصّصة للقراءة فقط وتلك القادرة على الكتابة، وتسجيل كل استدعاء للأدوات، وتقييد الإجراءات التدميرية، وإضافة موافقة بشرية للعمليات عالية المخاطر.
متى ينبغي على الفرق استخدام استدعاء الدوال المخصصة بدلًا من MCP؟
يكون استدعاء الدوال المخصصة أفضل للإجراءات التجارية الخاصة بالمنتج، مثل التحقق من الصلاحيات، وحساب الأسعار، وإنشاء المسودات، أو فتح طلبات السحب. أما MCP فهو أفضل لأنماط التكامل الأوسع مع الأدوات ومصادر البيانات.
لماذا يُعد تحديث بيانات الاعتماد مهمًا للوكلاء طويلي التشغيل؟
قد يحتاج الوكلاء طويلي التشغيل إلى رموز وصول تنتهي صلاحيتها قبل اكتمال المهمة. يتيح تحديث بيانات الاعتماد الاستمرارية، لكن يجب أن يحافظ على مبدأ أقل قدر من الصلاحيات وألّا يعرّض الأسرار للنموذج أو للسجلات.
ما الذي ينبغي على الفرق تسجيله عند تشغيل وكلاء ذكاء اصطناعي في بيئات الإنتاج؟
كحد أدنى، ينبغي على الفرق تسجيل المطالبات، واستدعاءات الأدوات، ومخرجات الأدوات، والأخطاء، وتغييرات الملفات، وقرارات الموافقة، والمخرجات النهائية. تجعل هذه السجلات سلوك الوكيل أسهل في التدقيق، وتصحيح الأخطاء، والتحسين.
الأدوات ذات الصلة
- Gemini API: وثائق Google للمطورين للبناء باستخدام نماذج Gemini وإمكانات الوكلاء.
- Gemini Managed Agents: النظرة العامة الرسمية على بيئات الوكلاء المُدارة في Gemini، والأدوات، والملاحظات الأمنية، والتسعير، والحدود.
- Gemini Interactions API: الواجهة الأساسية في Gemini لتفاعلات النماذج والوكلاء.
- Google AI Studio: بيئة Google على الويب لإعداد النماذج الأولية باستخدام نماذج Gemini وسير عمل الوكلاء.
- [Model Context
البروتوكول](https://modelcontextprotocol.io/docs/getting-started/intro): الوثائق الرسمية لـ MCP الخاصة بربط تطبيقات الذكاء الاصطناعي بالأدوات الخارجية ومصادر البيانات.
- استدعاء الدوال في Gemini: الوثائق الرسمية لربط نماذج Gemini بالدوال وواجهات API المنظمة.
روابط ذات صلة
- تحديث الوكلاء المُدارين من Google: إعلان Google الذي يغطي المهام الخلفية وRemote MCP والدوال المخصصة وتحديث بيانات الاعتماد.
- إعلان الإتاحة العامة لـ Gemini Interactions API: إعلان Google الذي يصف Interactions API باعتبارها الواجهة الرئيسية لنماذج Gemini والوكلاء.
- نظرة عامة على وكلاء Gemini API: الوثائق الرسمية الخاصة بالوكلاء المُدارين وسلوك بيئة العزل وممارسات الأمان والتسعير والحدود.
- الدليل السريع للوكلاء المُدارين: دليل سريع لإجراء أول استدعاء لوكيل مُدار واستكشاف سير العمل.
- دليل التنفيذ في الخلفية: الدليل الرسمي لتشغيل تفاعلات Gemini بشكل غير متزامن.
- استدعاء الدوال باستخدام Gemini API: الدليل الرسمي لتعريف الأدوات المنظمة وربط النماذج بالإجراءات الخارجية.
- مقدمة إلى بروتوكول سياق النموذج: المقدمة الرسمية لـ MCP التي تشرح البروتوكول والمفاهيم الأساسية.
الخلاصة
تشرح هذه المقالة سبب أهمية تحديث Gemini Managed Agents للفرق التي تبني منتجات فعلية لوكلاء الذكاء الاصطناعي. ويتمثل التحول الأساسي في الانتقال من حلقات المطالبات القصيرة إلى نموذج تشغيل يدعم الأعمال طويلة الأمد، والأدوات البعيدة، ودوال الأعمال المخصصة، واستمرارية بيانات الاعتماد.
أهم درس تصميمي هو أن وكلاء الإنتاج يحتاجون إلى أكثر من مجرد قدرات النموذج. فهم يحتاجون إلى الحالة، والأذونات، وقواعد الموافقة، وسجلات التدقيق، وحدود واضحة بين العمل للقراءة فقط والإجراءات غير القابلة للتراجع.
بالنسبة لوكلاء الذكاء الاصطناعي في بيئات الإنتاج، فإن السؤال الحقيقي لا يقتصر على ما يمكن للنموذج فعله، بل يشمل أيضًا ما إذا كان النظام قادرًا على التحكم فيما يفعله الوكيل ومراقبته والتعافي منه.