\ يحدث شيء مثير للاهتمام عندما تجمع بين وكيل الذكاء الاصطناعي، وبروتوكول سياق النموذج (MCP)، والحوسبة السحابية. نحن لا نتحدث فقط عن روبوتات الدردشة الأكثر ذكاءً التي يمكنها الوصول إلى بعض واجهات برمجة التطبيقات؛ بل نبني أنظمة ذكاء اصطناعي يمكنها فهم من أنت، وما يُسمح لك بفعله، ويمكنها العمل عبر أنظمة الشركات المختلفة دون كسر قواعد الأمان أو التعدي على خصوصية المستخدمين الآخرين.
تواجه تطبيقات الذكاء الاصطناعي التقليدية مشكلة أساسية: كيف تحافظ على سياق المستخدم والأذونات عندما يحتاج وكيل الذكاء الاصطناعي إلى الوصول إلى خدمات متعددة نيابة عن مستخدمين مختلفين؟ معظم التنفيذات إما تضحي بالأمان (باستخدام بيانات اعتماد مشتركة) أو تجربة المستخدم (من خلال طلب إعادة المصادقة المستمرة).
يكمن الحل في نمط انتشار JWT متطور يحافظ على هوية المستخدم طوال سلسلة الطلب بأكملها:
\ هذا يخلق سلسلة آمنة من الثقة حيث لا يتم استنتاج هوية المستخدم من استجابات الذكاء الاصطناعي ولكن يتم التحقق منها دائمًا بطريقة تشفيرية.
فكر في MCP كوسيلة لإخراج الذكاء الاصطناعي من قفصه. بدلاً من بناء تطبيق ذكاء اصطناعي ضخم يحاول القيام بكل شيء، يمكنك الآن إنشاء خدمات ذكاء اصطناعي أصغر ومتخصصة تتحدث مع بعضها البعض. بدلاً من برمجة كل أداة محتملة قد يحتاجها الذكاء الاصطناعي، يتيح MCP لذكائك الاصطناعي اكتشاف واستخدام أدوات جديدة أثناء التنفيذ، حتى لو كانت هذه الأدوات موجودة على خوادم مختلفة تمامًا.
الرؤية الأساسية هي معاملة الأدوات كخدمات مصغرة بدلاً من وظائف مضمنة. يصبح كل خادم MCP مركزًا للذكاء خاص بمجال معين يمكنه خدمة وكلاء متعددين مع الحفاظ على أمانه ومنطق أعماله الخاص.
\
// تصبح أدوات MCP واعية بالمستخدم تلقائيًا export async function getTravelPolicies(userId, userRole) { // يحدث تطبيق السياسة على مستوى الأداة return policies.filter(p => p.appliesToRole(userRole)); }
\
تحل الحوسبة السحابية ثلاثة تحديات حاسمة لوكلاء الذكاء الاصطناعي:
1. بدون حالة بالتصميم: يبدأ كل استدعاء من جديد، مما يزيل تلوث الحالة بين المستخدمين والطلبات.
2. التوسع التلقائي: التعامل مع المستخدمين المتزامنين دون تخطيط السعة - أمر ضروري عندما قد يؤدي وكلاء الذكاء الاصطناعي إلى تشغيل سلاسل أدوات معقدة.
3. كفاءة التكلفة: ادفع فقط مقابل وقت الاستدلال وتنفيذ الأداة الفعلي، وليس السعة الخاملة.
تصبح البنية أنيقة وبسيطة:
تحافظ تطبيقات الويب التقليدية على حالة الجلسة في الذاكرة أو قواعد البيانات. تتطلب وكلاء الذكاء الاصطناعي نهجًا مختلفًا لأن "حالتهم" تتضمن سجل المحادثة ونتائج الأدوات والسياق المتعلم - ربما جيجابايت من البيانات.
يؤدي إخراج هذا إلى S3 باستخدام Strands SDK إلى إمكانيات مذهلة:
# تصبح حالة الوكيل قابلة للنقل والتحليل session_manager = S3SessionManager( bucket="agent-sessions", key_prefix=f"user/{user_id}/conversations/" ) # يمكن مشاركة الحالة وتحليلها أو ترحيلها agent = StrandsAgent.from_session(session_manager)
هذا يمكّن ميزات مثل تسليم المحادثة بين الوكلاء، ومسارات التدقيق، وحتى أنماط التعاون بين الذكاء الاصطناعي والذكاء الاصطناعي.
كشف بناء مثال وكيل السفر عن عدة أنماط غير واضحة:
تكوين الأدوات: يمكن لخوادم MCP استدعاء خوادم MCP أخرى، مما يخلق تسلسلات هرمية للأدوات. قد تستدعي أداة الحجز أدوات السياسة وأدوات التسعير وأدوات التوفر بالتسلسل.
عزل الفشل: عندما يفشل خادم MCP واحد، تستمر الخوادم الأخرى في العمل. يتدهور الوكيل بأناقة في الوظائف بدلاً من الفشل.
التفويض الديناميكي: يمكن أن تتغير أذونات المستخدم في منتصف المحادثة. يضمن نمط تحديث JWT أن الأدوات تعمل دائمًا بالأذونات الحالية.
يمتد نمط البنية هذا إلى ما هو أبعد من حجز السفر. ضع في اعتبارك:
يتيح الجمع بين MCP والحوسبة السحابية فئة جديدة من تطبيقات الذكاء الاصطناعي التي:
نحن ننتقل من "الذكاء الاصطناعي الذي يمكنه استخدام الأدوات" إلى "الذكاء الاصطناعي الذي يمكنه تنظيم عمليات الأعمال الموزعة مع الحفاظ على الأمان المثالي وسياق المستخدم."
المستقبل ليس مجرد روبوتات دردشة أكثر ذكاءً؛ إنها أنظمة ذكية يمكنها العمل بأمان عبر الطيف الكامل لتطبيقات المؤسسات، مع حصول كل مستخدم على مساعد ذكاء اصطناعي مخصص وآمن وواعٍ بالسياق.
\


نسخ الرابطX (تويتر)لينكد إنفيسبوكالبريد الإلكتروني
مجلس الشيوخ الأمريكي يتجه نحو التصويت الأخير على التأكيد