Google تتيح Agent Runtime وIdentity وGateway لجميع المستخدمين: ماذا يعني ذلك لفرق DevOps؟

أبرز النقاط

• Agent Runtime يتيح تشغيل وكلاء ذكاء اصطناعي بشكل متواصل حتى 7 أيام دون تدخل بشري
• Agent Identity يوفر طبقة هوية أصلية مبنية على معايير مفتوحة لتقليل مخاطر سرقة التوكنات
• Agent Gateway يمنح المؤسسات نقطة تحكم مركزية لحوكمة جميع تفاعلات الوكلاء

أعلنت Google Cloud اليوم عن إتاحة أبرز قدرات منصة Gemini Enterprise Agent Platform لجميع المستخدمين، بعد أشهر من الإطلاق المحدود. القرار يشمل ثلاث ركائز أساسية: Agent Runtime الذي يُشغّل وكلاء الذكاء الاصطناعي لفترات طويلة، وAgent Identity لإدارة هويات الوكلاء بصرامة أمنية، وAgent Gateway كبوابة مركزية للحوكمة. الخطوة تستهدف مباشرةً فرق الهندسة وDevOps التي تبحث عن توسيع نطاق وكلائها الذكية دون التضحية بالأمان أو الرقابة.

ما الذي يقدمه Agent Runtime للعمليات طويلة الأمد؟

تخيّل سيناريو تحتاج فيه إلى وكيل ذكي يُدير تسلسل مبيعات كاملاً على مدار أسبوع، أو يراقب سلاسل التوريد بحثاً عن مخاطر الامتثال، أو ينسّق استجابة حوادث تقنية المعلومات مع تصحيح الأسباب الجذرية. هذه المهام تتجاوز قدرات الدردشة البسيطة وتتطلب "قدرة تحمّل" حقيقية.

Agent Runtime يحل هذه المعضلة بالسماح للوكلاء بالعمل بشكل متواصل لمدة تصل إلى 7 أيام كاملة. هذا يعني أن بإمكانك تفويض عمليات غير متزامنة بالكامل — كتنفيذ حملة مبيعات أسبوعية أو تنظيم عملية إعداد موظفين متعددة المراحل — بينما يتخذ الوكيل قراراته في الخلفية دون الحاجة إلى تدخل بشري مستمر.

كيف يحافظ Agent Memory Bank على سياق المحادثات؟

الذاكرة هي العنصر الثاني في معادلة الوكلاء طويلة الأمد. ميزة Agent Memory Bank تتيح تخصيص الوكيل بزمن استجابة منخفض من خلال تعريف مخططات بيانات منظمة تستخرج تلقائياً السياق الحرج من المحادثات وتحافظ عليه.

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

لماذا تحتاج المؤسسات إلى Agent Identity؟

تشغيل وكيل بذاكرة صلبة ووقت تشغيل موثوق لا يكفي وحده؛ الأمان يجب أن يكون مضمّناً في كل طبقة. هنا يأتي دور Agent Identity كنوع IAM أصلي جديد مبني على معايير مفتوحة.

• يفرض نهج الحد الأدنى من الصلاحيات (least-privilege) على أذونات الوكلاء
• يخفف مخاطر سرقة التوكنات بربط الوصول مباشرة بوقت تشغيل الوكيل
• يوفر تدقيقاً غير قابل للإنكار لجميع إجراءات الوكيل
• يدير دورة حياة الهوية تلقائياً للقضاء على بيانات الاعتماد الخاملة

ما دور Agent Gateway في حوكمة منظومة الوكلاء؟

Agent Gateway يمثل نقطة التحكم المركزية التي تؤمّن وتحكم جميع التفاعلات عبر منظومة وكلائك. من هذه النقطة، يمكنك فرض ضوابط وصول دقيقة من خلال شروط IAM وقواعد باللغة الطبيعية.

الأهم من ذلك، تتضمن البوابة حماية مدمجة عبر Model Armor للحماية من هجمات حقن الأوامر (prompt injection)، وتسميم الأدوات (tool poisoning)، وتسرب البيانات. شركات مثل Broadcom وPalo Alto Networks وPing Identity تستخدم بالفعل Agent Gateway لحوكمة وكلائها على نطاق واسع.

كيف يمنع Agent Registry فوضى انتشار الوكلاء؟

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

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

ماذا عن مراقبة أداء الوكلاء وتقييم قراراتهم؟

بمجرد أن تصبح وكلاؤك الذكية في الإنتاج، تحتاج إلى رؤية واضحة لكيفية اتخاذها للقرارات نيابةً عنك. المراقبة (Observability) تخبرك بما فعله الوكيل، والتقييم (Evaluation) يخبرك بمدى جودة ما فعله.

منصة Agent Platform تقدم الآن كليهما في محرك واحد، بحيث يكون المقياس الذي تتكرر عليه أثناء البناء هو نفسه الذي يُقيّم الوكيل بعد نشره.

• Agent Evaluation: مراقبة وتقييم مستمر لأداء الوكيل في الإنتاج مع كاشفات استباقية لتدهور الأداء والانحراف السلوكي
• خيارات مقاييس متعددة: جاهزة، أو Python مخصصة، أو LLM-as-a-judge، أو معايير تكيفية طُوّرت بالتعاون مع Google DeepMind
• Agent Observability: رؤية عميقة وشاملة لسلوك الوكيل من البداية إلى النهاية

ما هو CodeMender ولماذا أُعلن عنه الآن؟

بالتزامن مع هذه الإتاحة العامة، أعلنت Google أيضاً عن CodeMender، وكيل أمان الكود المُدار الجديد. الهدف: الانتقال من الفحص السلبي للثغرات إلى المعالجة الآلية للكود، مما يقلل مخاطر ثغرات اليوم صفر (zero-day).

هذا الإعلان المتزامن يشير إلى استراتيجية Google في جعل المنصة متكاملة: وكلاء قادرون على العمل لأيام، بهويات آمنة، تحت حوكمة مركزية، مع أدوات متخصصة لأمان الكود.

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

هل Agent Runtime متاح في مناطق Google Cloud بالشرق الأوسط؟

Google Cloud تدير مناطق في السعودية (الدمام) والإمارات، وعادةً ما تُطرح الميزات الجديدة تدريجياً في جميع المناطق. يُنصح بمراجعة وثائق Google Cloud للتأكد من توفر Agent Platform في منطقتك المحددة.

ما الفرق بين Agent Identity وIAM التقليدي؟

Agent Identity هو نوع IAM أصلي مصمم خصيصاً للوكلاء الذكية، يربط الوصول بوقت تشغيل الوكيل مباشرةً ويدير دورة حياة الهوية تلقائياً، بينما IAM التقليدي صُمم أساساً لهويات المستخدمين والخدمات البشرية.

كيف يحمي Model Armor من هجمات prompt injection؟

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

هل يمكن استخدام Agent Platform مع وكلاء مبنيين على نماذج غير Gemini؟

المنصة مصممة للتكامل مع منظومة Google Cloud، لكن Agent Gateway يمكنه نظرياً حوكمة تفاعلات مع وكلاء متعددين. التفاصيل الدقيقة للتوافق مع نماذج طرف ثالث تتطلب مراجعة الوثائق التقنية.

ما متطلبات البدء باستخدام Agent Runtime؟

تحتاج إلى حساب Google Cloud مع تفعيل Gemini Enterprise، ثم يمكنك الوصول إلى Agent Platform من خلال وحدة تحكم Cloud Console أو عبر واجهات برمجة التطبيقات.