توسيع الوكلاء المُدارين في Gemini API: المهام الخلفية و MCP البعيد والمزيد

أعلنت Google عن مجموعة من القدرات الجديدة للوكلاء المُدارين في Gemini API — التنفيذ الخلفي، تكامل خادم MCP البعيد، استدعاء الدوال المخصصة، وتحديث بيانات الاعتماد. توسيع الوكلاء المُدارين مع المهام الخلفية ودعم MCP البعيد ليس مجرد تحديث ميزة؛ إنها إشارة إلى أن الصناعة تأخذ على…

Share
Editorial illustration: A control panel or dashboard viewed from above, with multiple switches, dials, and indicator lights  — MonstarX

توسيع الوكلاء المُدارين في Gemini API: المهام الخلفية و MCP البعيد والمزيد

قامت Google للتو بخطوة هادئة لكن مهمة جداً لمطوري وكلاء الذكاء الاصطناعي في الإنتاج. في 7 يوليو 2026، أعلن فريق Google DeepMind عن مجموعة من القدرات الجديدة للوكلاء المُدارين في Gemini API — التنفيذ الخلفي، تكامل خادم MCP البعيد، استدعاء الدوال المخصصة، وتحديث بيانات الاعتماد. توسيع الوكلاء المُدارين في Gemini API مع المهام الخلفية ودعم MCP البعيد ليس مجرد تحديث ميزة؛ إنها إشارة إلى أن الصناعة تأخذ على محمل الجد ما يعنيه "جاهز للإنتاج" فعلاً بالنسبة لوكلاء الذكاء الاصطناعي المستقلة.

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

ما الذي حدث

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

يضيف تحديث يوليو 2026 أربع قدرات ملموسة على أساس هذا الأساس:

  • التنفيذ الخلفي: مرر background: true إلى استدعاء التفاعل الخاص بك وتعيد API على الفور معرّفاً. لا يحتاج العميل الخاص بك إلى الحفاظ على اتصال HTTP مفتوح. بدلاً من ذلك، يمكنه الاستقصاء عن الحالة، أو بث تحديثات التقدم، أو إعادة الاتصال لاحقاً بينما ينهي الوكيل العمل من جانب الخادم. هذا يحل مباشرة مشكلة الهشاشة في المهام طويلة الأمد على الاتصالات المفتوحة.
  • تكامل خادم MCP البعيد: يمكن للوكلاء الآن الاتصال بخوادم Model Context Protocol (MCP) البعيدة، مما يعني أنهم يمكنهم الوصول إلى الأدوات والمصادر الخارجية دون الحاجة إلى بناء كود وصل مخصص لكل تكامل.
  • استدعاء الدوال المخصصة: يمكن للمطورين تحديد دوالهم الخاصة وتعريضها للوكيل، مما يوفر تحكماً دقيقاً في الإجراءات التي يمكن للوكيل اتخاذها ضمن سير العمل.
  • تحديث بيانات الاعتماد عبر التفاعلات: يمكن للوكلاء الآن تحديث بيانات الاعتماد أثناء الجلسة، وهو أمر حاسم لأي سير عمل يتجاوز حدود المصادقة — فكر في انتهاء صلاحية رموز OAuth أثناء المهمة في خط أنابيب بيانات متعدد الخطوات.

تستخدم أمثلة SDK في الإعلان حزمة @google/genai JavaScript، مع توفر معادلات Python و cURL في توثيق وكيل Antigravity. البدء هو تثبيت واحد فقط: npm install @google/genai.

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

لماذا يهم آسيا

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

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

تكامل MCP البعيد مهم بنفس القدر لمشهد تكنولوجيا آسيا. الأنظمة الموجودة في المؤسسات عبر المنطقة مجزأة — مزيج من منصات ERP القديمة، وأدوات SaaS الإقليمية، وبوابات الدفع المحلية، وواجهات برمجة التطبيقات الحكومية التي لا تتبع دائماً اتفاقيات API الغربية. القدرة على توصيل الوكلاء بخوادم MCP البعيدة تعني أن الفرق يمكنها بناء طبقات محول رقيقة مرة واحدة وإعادة استخدامها عبر سير عمل الوكيل، بدلاً من إعادة بناء التكاملات من الصفر لكل وكيل جديد.

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

بالنسبة للمؤسسين الذين يبنون على MonstarX، منصة تطوير آسيا الأصلية للذكاء الاصطناعي، تقلل تحديثات Gemini API هذه الضريبة البنية التحتية على بناء منتجات وكيل جادة. البدائيات تتحسن. السؤال ينتقل من "هل يمكننا جعل هذا يعمل؟" إلى "ما الذي يستحق البناء؟"

ماذا يعني هذا للمطورين

دعنا نصبح محددين حول ما يمكنك فعله بشكل مختلف الآن.

خطوط أنابيب الوكيل غير المتزامنة بدون بنية تحتية مخصصة. قبل التنفيذ الخلفي، كان تشغيل مهمة وكيل طويلة بشكل موثوق يعني بناء قائمة الانتظار الخاصة بك — Redis أو BullMQ أو خدمة مهام سحابية — فقط لإدارة طبقة التنفيذ غير المتزامنة. الآن تحصل على ذلك مجاناً من API. تصبح بنيتك المعمارية أبسط. سير عمل كان يتطلب سابقاً عامل قائمة انتظار وقاعدة بيانات الحالة ومعالج webhook يمكن أن يكون الآن استدعاء API واحد مع الاستقصاء.

إليك النمط في الممارسة:

// ابدأ المهمة — تعود على الفور برقم معرّف التفاعل
const interaction = await client.interactions.create({
  model: "gemini-2.0-flash",
  prompt: "Analyze Q2 financial reports and flag anomalies",
  background: true
});

// الاستقصاء أو إعادة الاتصال لاحقاً
const result = await client.interactions.get(interaction.id);

هذه هي البنية التحتية الكاملة غير المتزامنة لمهمة وكيل طويلة الأمد. لا قائمة انتظار. لا عملية عامل. لا جدول الحالة.

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

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

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