Ninth Wave ينقل ربط البنوك إلى نظام متعدد الوكلاء على Amazon Bedrock
بنت شركة Ninth Wave مساعداً باسم Compass يعمل بسبعة وكلاء متخصصين على Amazon Bedrock AgentCore لتسريع ربط واجهات البنوك بشبكة التمويل المفتوح.
كل بنك ينضم إلى شبكات التمويل المفتوح يفتح واجهات برمجة التطبيقات (APIs) بأسماء حقول وصيغ خاصة به. وبحسب AWS، كان التحقق من هذه الواجهات ومطابقة حقولها مع معيار Financial Data Exchange (FDX) وتقييم جهوزيتها للإنتاج يستغرق أسابيع من عمل المتخصصين عبر رسائل البريد وجداول البيانات.
تربط Ninth Wave المؤسسات المالية بالتطبيقات الخارجية، ومنها مجمعات البيانات مثل Plaid وFinicity وMX وأنظمة المحاسبة مثل Intuit QuickBooks وXero وSage. وتوحّد المنصة واجهات البنوك وفق معيار FDX، فيكفي البنك ربط واحد للوصول إلى الشبكة كاملة. ولجعل عملية الربط ذاتية الخدمة، طوّرت الشركة مساعداً باسم Compass يعمل على Amazon Bedrock AgentCore.
سبعة متخصصين بدل وكيل واحد
جرّب الفريق أولاً نماذج مستضافة على Amazon EC2 أعطته تحكماً كاملاً مقابل عبء تشغيلي إضافي، ثم نمطاً أحادي الوكيل من التوليد المعزز بالاسترجاع (RAG) كان أبسط لكن أقل دقة في المطابقة والتحليل والبحث والأسئلة التفاعلية. في التصميم متعدد الوكلاء يتولى كل وكيل مهمة واحدة بسياقه وتوجيهاته الخاصة، ويدير إطار Strands Agents التنسيق: يصنّف القصد ويحوّل الطلب إلى أحد سبعة متخصصين.
يُبنى السياق في طبقة التطبيق. قبل استدعاء أي وكيل، يجمع Compass وثائق واجهات البنك المعني وبيانات إعداده من Amazon OpenSearch Service وAmazon S3 عبر فهارس وبادئات مخصصة لكل عميل، وهذا الفصل يمنع دخول بيانات بنك إلى جلسة بنك آخر رغم مشاركتهما البنية التحتية للنموذج. أما تحليل الجهوزية فهو المتخصص الوحيد الذي يستعلم من قاعدة معرفة في Amazon Bedrock، لأنه يحتاج إلى الدمج بين مراجع FDX.
أمنياً، تمر حركة البيانات عبر Amazon CloudFront وAWS WAF v2، وتُتحقق الجلسات على Amazon ECS فوق AWS Fargate مقابل مزوّد هوية OAuth2/OIDC مع مصادقة متعددة العوامل، ويعمل حمل الذكاء الاصطناعي في بيئة AgentCore منفصلة يُوصل إليها بدور IAM بين الحسابات.
تفاصيل المعمارية كاملة في مقال AWS.
