AWS Loom: منصة مفتوحة المصدر لحوكمة وكلاء الذكاء الاصطناعي في المؤسسات

أبرز النقاط

• Loom منصة مرجعية مفتوحة المصدر لبناء ونشر وحوكمة وكلاء الذكاء الاصطناعي على AWS
• المنصة تحل مشكلة انتشار هوية المستخدم عبر سلاسل التفويض المتعددة باستخدام RFC 8693
• النشر يعتمد على التكوين لا توليد الكود، مما يسهّل الفحص الأمني وإعادة الاستخدام

أعلنت Amazon Web Services عن إطلاق Loom، وهي منصة مرجعية مفتوحة المصدر تقدم نموذجاً عملياً لكيفية بناء ونشر وحوكمة وكلاء الذكاء الاصطناعي (AI Agents) على نطاق المؤسسات. المنصة ليست خدمة مُدارة بل مخطط معماري قابل للتخصيص، يُظهر كيف يمكن للفرق الهندسية دمج ضوابط الأمان والهوية منذ البداية بدلاً من إضافتها لاحقاً.

تعتمد Loom على Strands Agents SDK لبناء الوكلاء، وتشغّلهم عبر Amazon Bedrock AgentCore Runtime. المنصة متاحة الآن على مستودع AWS Labs، وتجمع بين واجهة إدارة موحدة وواجهة برمجة خلفية مع تكامل مزودي الهوية، وصلاحيات قائمة على النطاقات، وإدارة دورة حياة كاملة للوكلاء وموارد الذاكرة وخوادم MCP وتكاملات التواصل بين الوكلاء (A2A).

ما المشكلات التي تحلها Loom لفرق هندسة المنصات؟

نشأت المنصة من نموذج أولي وثّقه Heeki Park، مهندس حلول رئيسي في AWS، على منصة Medium في يونيو قبل انتقال المشروع إلى AWS Labs. حدد Park سبعة تحديات تواجه فرق هندسة المنصات عند توسيع نشر الوكلاء:

• فرض وسوم موارد متسقة عبر جميع عمليات النشر
• تطبيق ضوابط وصول قائمة على الأدوار والسمات (RBAC/ABAC)
• بناء قوالب نشر موحدة
• التحقق من البرمجيات قبل النشر
• انتشار الهوية عبر سلاسل التفويض المتعددة
• إدارة تكاثر الوكلاء غير المنضبط
• اشتراط المراجعة البشرية قبل الإجراءات الحساسة

كيف تحل Loom معضلة انتشار الهوية؟

تمثل مشكلة انتشار الهوية (Identity Propagation) أصعب التحديات في القائمة. عندما يتصرف وكيل نيابةً عن مستخدم ويستدعي خادم MCP، الذي بدوره يستدعي واجهة REST، تحتاج كل قفزة في السلسلة إلى رمز وصول يحافظ على هوية المستخدم الأصلي وصلاحياته.

تطبق Loom تدفق رمز التفويض الكامل لتفاعلات المستخدم، وتستخدم آلية تبادل الرموز وفق RFC 8693 المدعومة من AgentCore Identity. بهذه الطريقة، تنتقل هوية المستخدم النهائي وهوية الوكيل معاً في رموز الوصول المتسلسلة مع الحفاظ على سلسلة التفويض سليمة. توفر المنصة تصوراً بصرياً لكل قفزة: من الوكيل إلى خادم MCP إلى نقطة نهاية Amazon API Gateway، كل منها برمز on-behalf-of خاص به.

لماذا تتجنب Loom توليد الكود أثناء التشغيل؟

يتخذ نموذج النشر موقفاً صريحاً ضد توليد الكود أثناء التشغيل. تنشر Loom وكيل Python مكتوباً مسبقاً وقابلاً للتكوين، مبنياً بـ Strands Agents، وتحقن الإرشادات السلوكية وموارد الذاكرة وتكوينات MCP أو A2A عند وقت النشر. الكود لا يتغير بين عمليات النشر؛ التكوين وحده يتغير.

هذا النهج يتيح لفرق المنصات فحص كود الوكيل مرة واحدة، وإضافة تخصيصات المؤسسة كمتطلبات التسجيل، ثم إعادة استخدامه عبر كل عملية نشر. الفرق التي لا تحتاج تخصيصاً يمكنها استخدام المسار بدون كود عبر الهيكل المُدار من AgentCore.

ما آليات الحوكمة المتاحة في المنصة؟

تعمل الحوكمة عبر آليتين رئيسيتين. أولاً، ملفات الوسوم (Tag Profiles) تفرض ثلاثة وسوم إلزامية على كل مورد منشور: loom:application وloom:group وloom:owner، مع إمكانية إضافة وسوم مخصصة كمعرّفات مراكز التكلفة.

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

كيف يعمل اكتشاف الوكلاء والمراجعة البشرية؟

لاكتشاف الوكلاء، تتكامل Loom مع AWS Agent Registry (حالياً في معاينة عامة)، متوافقةً مع مواصفات بطاقة وكيل A2A ومخطط أدوات MCP. الوكلاء يخضعون لعملية مراجعة قبل نشرهم للإنتاج.

لكن توثيق Park السابق أشار إلى نقطة احتكاك تستحق الانتباه: معرّف السجل (ARN) يحتوي فقط على سلسلة عشوائية من الأحرف والأرقام بدلاً من اسم السجل، مما يُجبر سياسات IAM لإجراءات السجل على استخدام موارد بأحرف بدل (wildcard).

المراجعة البشرية في الحلقة (Human-in-the-loop) مُنفذة بثلاث طرق، باستخدام إطار hooks في Strands Agents واستدعاءات MCP الأصلية، بحيث تتوقف استدعاءات الأدوات الحساسة للحصول على موافقة بشرية قبل التنفيذ.

ما ردود فعل المجتمع التقني الأولية؟

تعكس ردود فعل المجتمع المبكرة موقف الانتظار والترقب. في نقاش على Reddit يسأل عما إذا كان أحد قد نشر Loom، لم تظهر أي تقارير نشر فعلية بعد يومين. علّق أحد المشاركين بتقييم يلخص جاذبية المنصة وسؤال البناء-مقابل-التبني الذي تطرحه التطبيقات المرجعية: اعتبر Loom من أكثر المنتجات الواعدة الجديدة من AWS وتستحق بالتأكيد الدراسة.

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

هل Loom خدمة مُدارة من AWS؟

لا، Loom منصة مرجعية مفتوحة المصدر وليست خدمة مُدارة. AWS تقدمها كمثال عملي لكيفية بناء منصة وكلاء خاصة بالمؤسسة.

ما الفرق بين Loom وAmazon Bedrock Agents؟

Bedrock Agents هي الخدمة المُدارة لتشغيل الوكلاء، بينما Loom طبقة حوكمة وإدارة تعمل فوق Bedrock AgentCore Runtime وتضيف ضوابط الهوية والوصول والنشر.

هل يمكن استخدام Loom مع مزودي سحابة آخرين؟

Loom مصممة خصيصاً لنظام AWS البيئي وتعتمد على خدمات مثل Bedrock AgentCore وSecrets Manager وAPI Gateway، لذا لا تعمل مباشرة مع مزودين آخرين.

كيف تتعامل Loom مع الأسرار وبيانات الاعتماد؟

لا تخزن Loom أي أسرار أو بيانات اعتماد. جميعها تُحفظ في AWS Secrets Manager وتُسحب فقط عند الحاجة، مع إدارة المصادقة الداخلية والخارجية عبر AgentCore Identity.

ما متطلبات البدء باستخدام Loom؟

تحتاج حساب AWS مع صلاحيات على Bedrock AgentCore وSecrets Manager وAPI Gateway، بالإضافة إلى معرفة بـ Python وStrands Agents SDK. المشروع متاح على مستودع AWS Labs.