RUS
Cube — مهارات الوكلاء
مهارات الوكلاء لبنك Self
أولاً صندوق الرمل، بدون أموال حقيقية
أول مجموعة من مهارات الوكلاء لبنك Self. مصممة للاستكشاف في صندوق الرمل: للمعماريين، المطورين وأنظمة الأوركسترا المستقبلية. الآن تتوفر المحاكاة وقراءة الكتالوج. لا يوجد عملاء حقيقيون وأموال حقيقية هنا.

ترتيب البدء الموصى به_

سيناريو خطوة بخطوة للتعرف الآمن على القدرات الوكيلة: من الكتالوج إلى محاكاة المعاملات.

01. كتالوج المنتجات

استكشف getProductCatalog: تحقق من مخطط الاستجابة، ومعلمات التصفية، وأنواع المنتجات المتاحة.

02. محاكاة الانضمام

قم بتشغيل simulateOnboarding: مرر بيانات اختبار المتقدم واحصل على تقييم وحل في بيئة الاختبار.

03. محاكاة المدفوعات

تحقق من simulatePayment: قيم التحقق من صحة التفاصيل، والرسوم، والحدود دون خصم الأموال.

04. تحليل البيانات

استعد لـ generateAnalyticsSummary: استكشف هيكل التقارير المجمعة ونموذج المخاطر.

أنواع القدرات_

تم تقسيم جميع المهارات حسب نوع التفاعل، مستوى العزل، والاستعداد للاستخدام.

Discovery

قراءة المخطط، الخيارات المتاحة، وكatalog المنتجات. لا ينشئ كيانات ولا يغير الحالة.

Sandbox Actions

محاكاة عملية الانضمام وفتح الحسابات. تتم في دائرة معزولة دون إنشاء عملاء حقيقيين.

Simulation

نمذجة سيناريوهات الدفع. يتحقق من قواعد التوجيه والحدود دون حركة أموال حقيقية.

Core Guardrails

وظائف تحليلية وعمليات مع ملف تعريف وصول موسع. تتطلب موافقة صريحة على نموذج الكشف.

الجمهور المستهدف_

تم تصميم المهارات الوكيلة الأولية لـ Self Bank لمجموعة ضيقة من الجماهير التقنية والتقييمية.

المهندسون المعماريون المؤسسيون

يدرسون حدود الإمكانيات، ملف المخاطر، ومدى ملاءمة النشر في بيئة تكنولوجيا المعلومات الحالية.

المطورون والمكاملون

يقيمون أنماط الطلبات، نموذج الأذونات (scopes) وسيناريوهات التفاعل الموجهة نحو الصندوق الرمل.

هندسة المنصات

يقيمون الكشف المنضبط عن الإمكانيات المختارة للمنصة وآليات العزل.

وكلاء الذكاء الاصطناعي والتنظيم

يستخدمون الإمكانيات الهيكلية المحدودة بالـ scope في السيناريوهات المستقلة وشبه المستقلة.

مواصفات مهارات الوكلاء_

عقود OpenAPI القابلة للقراءة آليًا للصندوق الرمل

كل مهارة لها مخطط صارم للمعلمات المدخلة، نموذج للتحقق، وتنسيق متوقع للاستجابة.

01
getProductCatalog
scope: catalog.read • متاح في الصندوق الرمل

الكشف الآمن عن المنتجات المصرفية المتاحة والحدود والمتطلبات المتعلقة بالمعايير.

معايير الطلب
  • category (اختياري: retail | sme | corporate)
  • currency (اختياري: RUB, USD, EUR, إلخ.)
  • status (افتراضي: نشط)
نتيجة الرد
  • items[] (قائمة المنتجات والتعريفات)
  • requirements[] (الحقول والمستندات المطلوبة)
  • limits (المبالغ والحدود الزمنية الدنيا/القصوى)
02
simulateOnboarding
scope: simulation.onboarding • متاح في البيئة التجريبية

محاكاة اجتياز فحوصات KYC/AML وتقييم العميل في بيئة تجريبية معزولة.

معايير الطلب
  • applicant_type (فرد | كيان قانوني)
  • synthetic_profile_id (معرف الملف الاصطناعي)
  • target_product (رمز المنتج من الكتالوج)
نتيجة الرد
  • status (موافق عليه | مرفوض | مراجعة يدوية)
  • risk_score (درجة تقييم المخاطر المحسوبة)
  • identified_checks[] (التحقق الذي تم اجتيازه)
03
simulatePayment
scope: simulation.payments • متاح في البيئة التجريبية

نمذجة الدفع، والتحقق من التفاصيل، والحدود، والرسوم، والتوجيه دون خصم الأموال.

معايير الطلب
  • source_account_ref (حساب المرسل التجريبي)
  • amount & currency (المبلغ والعملة)
  • routing_channel (cbr_fps | swift | internal)
نتيجة الرد
  • simulation_status (نجاح | تجاوز الحد)
  • fee_calculated (الرسوم المحسوبة)
  • estimated_execution_ms (تقدير SLA)
04
simulateAccountOpening
النطاق: simulation.account_opening • متاح في الصندوق الرمل

نمذجة دورة الحياة الكاملة لفتح حساب لملف تعريف اصطناعي معتمد.

معلمات الطلب
  • application_token (رمز محاكاة الانضمام)
  • account_type (checking | deposit | escrow)
  • initial_deposit_simulated (محاكاة بوليانية)
نتيجة الرد
  • simulated_iban (رقم IBAN اصطناعي)
  • state (active_in_sandbox)
  • capabilities[] (العمليات المتاحة)
05
generateAnalyticsSummary
النطاق: analytics.summary.read • إمكانية مخطط لها

شريحة تحليلية مجمعة للعمليات في الصندوق الرمل للتحقق من نماذج المخاطر للمنظم.

معلمات الطلب
  • time_window (1h | 24h | 7d | custom)
  • metrics[] (volume, latency, error_rate)
  • anonymization_level (strict | standard)
نتيجة الرد
  • summary (المؤشرات الرئيسية للفترة)
  • anomalies_detected[] (الانحرافات المسجلة)
  • risk_classification (تقييم الاستقرار)
الأذونات والأمان

كل مهارة تتطلب نطاق OAuth كافٍ. لا يمكن استدعاء المهارة بدون الإذن المناسب.

قراءة الكتالوج
catalog.read
وصول آمن إلى البيانات الوصفية
بدون تفويض العميل
محاكاة في الصندوق الرمل
simulation.onboarding
simulation.payments
simulation.account_opening
التحليلات والتوسعات
analytics.summary.read
الوصول إلى البيانات المجمعة
يتطلب تدقيق الوصول

مبادئ العمل_

القواعد الأساسية لتصميم قدرات الوكالة في Self Bank.

معمارية Sandbox-first

تُطلق جميع المهارات المبكرة حصريًا في بيئة اصطناعية: الحسابات الحقيقية والأرصدة والعملاء معزولون.

حدود واضحة

لا يمكن للوكالة القيام بأي إجراء غير متوقع. جميع العمليات محددة بدقة ومقيدة بقائمة من scopes.

سلوك محدد

تضمن الأنماط الثابتة من الردود وأكواد الأخطاء استقرار خطوط أنابيب الوكالة.

الاستعداد للتوسع

تسمح المعمارية بالانتقال السلس من المحاكاة إلى العمليات المصرفية الحقيقية عند استعداد الإطار.

ملف المخاطر

إمكانيةمستوى المخاطرسبب
getProductCatalogمنخفضقراءة واكتشاف الكتالوج فقط
simulateOnboardingمنخفضمحاكاة فقط، بدون إنشاء عميل حقيقي
simulatePaymentمنخفضالتحقق والمحاكاة للعملية بدون حركة أموال حقيقية
simulateAccountOpeningمنخفضمحاكاة دورة الحياة بدون فتح حساب حقيقي
generateAnalyticsSummaryمتوسطالبيانات التشغيلية المجمعة تتطلب نموذج كشف خاضع للرقابة
الأسئلة المتكررة
مهارات وكلاء الذكاء الاصطناعي في البنك: صندوق الرمل، الأذونات، محاكاة المدفوعات وحدود الأموال الحقيقية.
ما هي مهارات وكيل الذكاء الاصطناعي في البنك؟
Skills — هي إجراءات مسموح بها، وليست "الوكيل يستطيع التواصل". في Self Bank، في صندوق الرمل، تتوفر حالياً قراءة كتالوج المنتجات ومحاكاة الانضمام، الدفع وفتح الحساب. الملخص التحليلي موجود في الكتالوج كميزة مخطط لها: المخططات والمخاطر موصوفة بالفعل، ولا يتم إصدارها في صندوق الرمل الحالي جنباً إلى جنب مع المحاكاة. بدون permission، المهارة غير متاحة، ولا يوجد "افعل ما تريد". من المنطقي عدم الخلط بين skill وprompt في الدردشة. إذا لم يكن بالإمكان استدعاء الإجراء كعقد مع المخاطر والسجل، فهذه ليست مهارة منصة.
ما الفرق بين وكيل الذكاء الاصطناعي ومساعد الذكاء الاصطناعي والدردشة الآلية؟
المساعد والدردشة الآلية يردان بالنص. الوكيل يستدعي skill مع الإذن: يجد إمكانية في الكتالوج، يجمع مسودة، يبقى في صندوق الرمل. هو ليس "مشغل ذكي لديه وصول إلى جميع الخدمات". من المنطقي النظر إلى قائمة الأذونات، وليس جودة الصياغات. إذا لم يكن لدى الروبوت مهارات وحدود واضحة، فلا يمكن تسميته بصدق وكيل Self Bank. الفرق حاسم للمخاطر: النص في الدردشة واستدعاء simulatePayment — خطوط مختلفة، حتى لو بدا كلاهما كحوار.
هل يمكن للوكيل إجراء دفعة مصرفية حقيقية؟
لا. مهارة simulatePayment فقط تتحقق من السيناريو في صندوق الرمل: المسار، الحقول، حدود المحاكاة. الأموال لا تتحرك، ولا يتم إنشاء تحويل حقيقي. هذا ليس وكيل دفع مصرفي بمعنى قانون النظام الوطني للدفع وليس "روبوت في مركز التسويات". من المنطقي منع توقع الدفع الحقيقي في العرض التوضيحي. إذا كانت هناك حاجة لدفع صناعي، فهذه عملية منفصلة مع مجموعة مختلفة من الأذونات، والتي ليست موجودة بشكل افتراضي. صندوق الرمل هنا ليس شكلياً، بل هو حد منتج.
هل تنشئ محاكاة الانضمام عميل حقيقي؟
لا. simulateOnboarding — مسار تدريبي للوثائق، الفحوصات والمخاطر بدون كيان عميل حقيقي في نظام إدارة الأعمال. يتعلم الوكيل السير وفق السيناريو، ولا يحصل البنك على "عملاء مزيفين" في الإنتاج. من المنطقي عدم تشغيل هذه المهارة ضد KYC الصناعي "لجعلها أكثر واقعية". الواقعية في صندوق الرمل تكمن في عقد الخطوات، وليس في التسجيل في قاعدة البيانات الحقيقية. إذا كان الانضمام فجأة ينشئ شخصاً، فهذه ثغرة في الأذونات، وليست ميزة.
لماذا يعتبر الملخص التحليلي أكثر خطورة من الكتالوج؟
حتى التجميعات تكشف عن خط العميل وتتطلب نموذج وصول. لذلك، analytics.summary.read — إذن منفصل مع خطر متوسط، بينما قراءة كتالوج المنتجات — أقل. الملخص في الكتالوج لا يزال مخططاً له: لا يمكن اعتباره قد تم إصداره بالفعل في صندوق الرمل مع المحاكاة. من المنطقي عدم إعطاء التحليلات "لكل الوكلاء الذين تم منحهم الدردشة"، حتى عندما يتم تفعيل المهارة. إذا كان الملخص يحتوي على مقاطع يمكن من خلالها حساب شخص أو محفظة، فهذا ليس FAQ غير ضار. يمكن عرض الكتالوج بشكل أوسع، بينما التحليلات — فقط لتلك السيناريوهات حيث تكون مطلوبة.
كيف يتم منح الوكيل الوصول إلى المهارات؟
من خلال الأذونات الواضحة. حالياً في صندوق الرمل: catalog.read ومحاكاة الانضمام، الدفع، فتح الحساب. analytics.summary.read في نموذج الوصول موجود بالفعل كخطر متوسط منفصل، لكن المهارة نفسها للملخص لا تزال مخططاً لها — لا يتم إصدارها "الآن مع الجميع". لا توجد مهارة للإجراءات الإدارية، الأموال الحقيقية والوصول الحر إلى الخدمات الداخلية في المجموعة. من المنطقي منح الحد الأدنى للسيناريو، وليس "جميع skills دفعة واحدة للراحة". إذا تم منح الوكيل كل شيء، فإن صندوق الرمل يتوقف عن كونه صندوق الرمل.
متى يمكن لوكيل الذكاء الاصطناعي الخروج من صندوق الرمل إلى الخط الصناعي؟
فقط بعد قرار منفصل بشأن النشر: صندوق الرمل، مجلة، مالك التكامل، سيناريو مفهوم وما لا يزال ليس من حق الوكيل القيام به. بشكل افتراضي، لا يدخل الوكيل في الإنتاج. من المنطقي عدم اعتبار عرض العرض الناجح أساسًا لتفعيل المدفوعات القتالية. الدائرة الصناعية - نموذج بيئي مختلف وتقييم مخاطر مختلف. طالما لا يوجد هذا القرار، فإن النتيجة الصحيحة هي البقاء في صندوق الرمل أو إيقاف الطيار، وليس "لمسة خفيفة على الإنتاج".
ما هي الإجراءات التي لا يمكن إعطاؤها للوكيل عن وعي؟
حركة الأموال الحقيقية، إنشاء عملاء قتاليين، عمليات إدارية حرة، وصول مفتوح إلى الخدمات الداخلية متجاوزًا البوابة. هذه ليست عيبًا في الكتالوج، بل هي حدود المنتج. من المنطقي مقارنة أي مهارة جديدة مع هذه القائمة. إذا طلبت الأعمال "فقط قم بإجراء الدفع، كما في التطبيق"، فهذا ليس مجموعة Self Bank الحالية. أولاً، يتم تغيير نموذج البيئة والأذونات، ثم - العرض. خلاف ذلك، يتحول الوكيل إلى خدمة غير قابلة للإدارة مع حقوق الموظف.

تحليل المهارات في مخططك

سنمر عبر تسلسل المهارات، الأذونات والحدود: ما يمكن للوكيل القيام به في صندوق الرمل، وما هو مغلق عن وعي.
مهارات الوكلاء لبنك Self | وكلاء الذكاء الاصطناعي وصندوق الرمل | Self_