PRÆTOR · ESSAY

2026-05-23 · 9 MIN · TECHNICAL ARCHITECTURE

كيف تعمل منصة وكيلية في إدارة الثروات: العقل، الوكلاء، سير العمل

للـ CIO أو الـ CTO في المؤسسة التي تُقيّم: ليس بسحرٍ. بل بمعمارية. وها هو ما يَقع داخل الصندوق.

9 دقائق قراءة · فريق PRÆTOR

«منصّة وكيلية» مصطلح يَظهر بتواتر متزايد في عروض التقنية للقطاع المالي. وكلّ مصطلح يَكتسب سرعة التبنّي يُخاطر بأن يَفقد دقّتَه في الطريق. هذا المقال هو نقيض الـ pitch — وصفٌ تقني ووظيفي لكيفية عمل منصة وكيلية لإدارة الثروات، مكتوبٌ لمن سيُقيّم المعماريةَ، لا لمن يَحتاج إلى إقناع بأنّ الفئةَ موجودة.

البنية ذات 3 طبقات: العقل (رسم بياني للذاكرة الدائمة)، الوكلاء (قوّة عاملة مستقلة منسَّقة)، وسير العمل (دورة تجارية من البداية إلى النهاية). في الختام، نَستعرض مثالًا حقيقيًا — رسالة WhatsApp تَصل الساعة 14:23 وما يَحدث في الـ 60 ثانية التالية.

العقل — رسم بياني للذاكرة الدائمة

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

العقل رسمٌ بياني للمعرفة الدائمة — تمثيلٌ مُنظَّم للكيانات (العملاء، الأقارب، الشركات القابضة، الأصول، المصرفيون المسؤولون، الأحداث) والعلاقات بينها. ليس قاعدةَ بياناتٍ علاقاتية مُسطَّحة. بل شبكةٌ دلالية يُمكن اجتيازها: من العميل إلى المحفظة، ومن المحفظة إلى الأصول، ومن الأصول إلى أحداث السوق التي تُؤثّر فيها، ومن الأحداث إلى التفاعلات المُسجَّلة، ومن التفاعلات إلى السياق العاطفي والاستراتيجي المُلتقَط.

ما يَحتويه الرسم البياني

يُغذَّى الرسم البياني من مصادر متعدّدة: تَغذيات الحفظ الأميني، ونصوصُ WhatsApp المُعالَجة، وملاحظاتُ المصرفيين من الاجتماعات، وتَغذياتُ الأخبار المُصفّاة، والإثراء المُجدوَل بواسطة وكلاء متخصّصين. كلّ بيانٍ جديد يُدخَل بطابعٍ زمني، ومصدر، وسياق — مُنشئًا خطًّا زمنيًا قابلًا للتدقيق لكلّ ما يَعرفه النظام عن كلّ عميل.

«العقل ليس قاعدةَ بياناتٍ بمحرّك بحث. بل هو ما يَعرفه مصرفيّ في المؤسسة منذ 15 سنة — لكن متاحًا لأيّ وكيل، فورًا، دون تدهور بسبب الدوران.»

الوكلاء — قوّة عاملة منسَّقة

الركيزة الثانية هي القوّة العاملة الوكيلية — مجموعةٌ من الوكلاء المتخصّصين الذين يَعملون على رسم الذاكرة، بتنسيقٍ من منسّقٍ مركزي. لكلّ وكيل نطاقُ مسؤولية مُحدَّد، وأذوناتٌ مُقنَّنة، وأسلوبُ تشغيل مُحدَّد (نشط أو تَفاعلي، مُجدوَل أو مُحفَّز بالأحداث).

Concierge — نقطة الدخول

Concierge هو وكيل الاستقبال — نقطة التماس بين العالم الخارجي والنظام. كلّ رسالة واردة تَمرّ عبر Concierge: WhatsApp من عميل، أو بريد، أو طلب من مصرفي. يُحدّد Concierge النيّة، ويُصنّف الإلحاحَ، ويَحلّ ما يَستطيع حلَّه ضمن أذوناته، ويُحيل ما يَستلزم معالجةً إضافية إلى الوكلاء المتخصّصين.

Oghma — المنسّق

Oghma هو المنسّق المركزي — الوكيل الذي يَستلم المهامّ المُعقَّدة ويُحلّلها إلى مهامّ فرعية مُوزَّعة بين الوكلاء المتخصّصين. حين يَكون ثَمّةَ اجتماع مُحدَّد، لا يولّد Oghma الإحاطة بمفرده — بل يُوجّه وكيلَ المحفظة لتحديث المراكز، ووكيلَ الـ suitability للتحقّق من الملفّ، ووكيلَ الأخبار لتصفية الأحداث ذات الصلة، ووكيلَ الـ Compliance لمراجعة المعلَّقات. ويَستلم النتائج ويُركّب الإحاطة النهائية.

يحفظ Oghma حالةَ كلّ مهمة جارية، ويُدير التبعيات بين المهامّ الفرعية، ويَضمن ألا تَحجب إخفاقاتُ وكلاءَ فرديين النتيجةَ النهائية. وهو لا يَتوقّف على مزوّد LLM بعينه — يُمكن أن يُنسّق وكلاء يَعملون على Anthropic Claude أو OpenAI GPT أو نماذجَ مفتوحة المصدر، أو تركيبةً منها.

الوكلاء المتخصّصون

«لكلّ وكيل أذونات مُقنَّنة. لا يَتخذ أيّ وكيل قراراتٍ خارج نطاقه. ويَبقى المصرفي في خطّ الموافقة لكلّ الإجراءات ذات النتائج الخارجية.»

سير العمل — مثال حقيقي

النظرية لازمة لكنّها لا تَكفي. نَستعرض مثالًا ملموسًا: رسالة WhatsApp تَصل الساعة 14:23. العميل هو السيد مونتيرو، عميد عائلةٍ ذات ثروة تحت الإدارة في مصرف بقسم private banking. تقول الرسالة: «أحتاج أن أتحدّث عمّا يَحدث للصندوق. أنا قلق».

14:23:01 — استلام الرسالة

تَدخل الرسالة عبر قناة تكامل WhatsApp Business API. يَستلمها Concierge، ويُحدّد المُرسِل بأنّه السيد مونتيرو (عبر الرقم المُرسَّم في الرسم البياني)، ويُصنّف النيّةَ بأنّها «قلقٌ من الأداء — يَستلزم إحاطةً عاجلة»، ويُفعّل Oghma بأولوية عالية.

14:23:04 — Oghma يُحلّل المهمّة

يَقرأ Oghma سياقَ السيد مونتيرو في الرسم البياني: ملفّ suitability متوسط-محافظ، و42% من المحفظة في صناديق مُتعدّدة الأسواق، وآخر تفاعل مُسجَّل كان قبل 12 يومًا. يُحلّل المهمّة إلى مهامّ فرعية متوازية: (1) Investments Agent: أداء الصناديق في المحفظة خلال آخر 30 يومًا؛ (2) News Agent: أحداث السوق ذات الصلة بمحفظة السيد مونتيرو؛ (3) WhatsApp Analyst: تاريخ التفاعلات السابقة حول موضوع الأداء.

14:23:08 — الوكلاء بالتوازي

يَسحب Investments Agent المراكز من الرسم البياني ويَحسب: انخفض الصندوق المرجعي في محفظة السيد مونتيرو بنسبة 3.2% هذا الشهر، مقابل معيارٍ بـ −1.8%. يَرصد News Agent أنّ ثَمّةَ مقالَين ذَوَي صلة نُشرا في الـ 48 ساعة الماضية حول قطاع التعرّض للصندوق. ويَجد WhatsApp Analyst في السجلّ أنّ السيد مونتيرو عبّر في مارس عن إزعاجه من تذبذب يَفوق 2% شهريًا، وأنّ المصرفيَّ الحاليّ تَعهّد بالاتصال إن تَجاوز الصندوق هذا المستوى.

14:23:19 — التركيب واقتراح الردّ

يَستلم Oghma نتائج الوكلاء الثلاثة، ويُفعّل Suitability Agent ليُؤكّد أنّ ردًّا من نمط «سياق + اقتراح مكالمة» ضمن النطاق، ويُفعّل Compliance Agent ليَتحقّق أنّ لا معلومةَ في الردّ المُقترَح تَنتهك سياسات المراسلة. وبموافقة كليهما، يُركّب Briefing Agent رسالةَ ردٍّ للسيد مونتيرو ومذكّرةً داخلية للمصرفي المسؤول.

14:23:41 — المصرفي يَستلم الحزمة

يَستلم المصرفي في اللوحة: (1) سياقَ السيد مونتيرو الكامل، مُحدَّثًا برسالة اليوم؛ (2) تحليلَ أداء الصندوق بسياق السوق؛ (3) التزامَ مارس الذي لم يُنفَّذ — كان يَجب أن يَتّصل المصرفي حين تَجاوز التذبذب 2%؛ (4) مسوّدةَ ردٍّ لـ WhatsApp، تَنتظر الموافقة؛ (5) اقتراحًا بتحديد مكالمة في الـ 30 دقيقة المُقبلة.

يُوافق المصرفي على الرسالة بنقرة، ويُعدّل كلمتَين، ويُرسَل الردّ. ويُسجَّل التفاعل في الرسم البياني. ويُحدَّث التزامُ مارس بأنّه «مُعلَّق — حُلّ بمكالمة مُحدَّدة الموعد». كلّ ذلك بين 14:23 و 14:24.

الأمن والعزل والنشر — للمشتري التقني

الأسئلة التي يَطرحها كلّ CIO وCTO في مصرف أو في شركة إدارة أصول عند هذه النقطة قابلة للتوقّع — ومشروعة. نُجيب مباشرة:

العزل متعدّد المستأجرين

يَعمل كلّ مستأجر (كلّ مصرف، كلّ قسم، كلّ شريحة) بـ رسم بياني معزول تمامًا. لا مشاركةَ بيانات بين المستأجرين. ويَستطيع مصرفٌ يَضمّ private banking وإدارةَ أصول في المؤسسة ذاتها أن يُهيّئ مستأجرين منفصلَين بسياسات Compliance مختلفة، دون أيّ تَقاطُع للبيانات بين القسمَين.

النشر داخل المؤسسة

تَعمل المنصة على الـ VPS أو في مركز بيانات المؤسسة. Coolify أو Kubernetes أو VM تقليدي — الاختيار للمؤسسة. لا تَخرج بيانات العملاء إلى خوادم طرف ثالث. والـ LLM الذي يَستخدمه الوكلاء يُمكن أن يَكون مُستضافًا ذاتيًا (نماذج مفتوحة المصدر) أو عبر API بعقود enterprise تَضمن ألا تُستخدَم البيانات للتدريب. تَختار المؤسسة — وتَحتفظ بقابلية تدقيقٍ كاملة عن مكان البيانات.

مسار التدقيق

يُسجَّل كلّ إجراء وكيل: أيّ وكيل نفّذ، بأيّ مُدخَلات، بأيّ مُخرَجات، عند أيّ طابع زمني، بأيّ نتيجة. لأغراض CVM وAnbima والإشراف الداخلي للـ Compliance، مسار التدقيق كامل وغير قابل للتعديل. تُسجَّل قرارات الوكلاء التي تُولّد مراسلات مع العملاء بالسياق الكامل الذي أدّى إلى ذلك القرار.

لا يَتوقّف على LLM بعينه

لا يَرتبط أيّ وكيل بمزوّد نموذجٍ لغوي بعينه. تَستطيع المؤسسة أن تَستخدم Anthropic Claude للمنسّق، ونموذجًا مفتوح المصدر مُستضافًا ذاتيًا لوكيل الـ Compliance — أو أيّ تركيبة أخرى. وهذا مُلائمٌ خصوصًا للمؤسسات ذات القيود التنظيمية على استخدام مزوّدي السحابة بعينهم، أو ذات خارطة طريقٍ للسيادة على البيانات في المدى المتوسط.

«ليس بسحرٍ. بل بمعمارية. والمعمارية تَعمل على VPS الخاصّ بكم، ببياناتكم، تحت سياساتكم.»

للمؤسسة التي تُقيّم منصة وكيلية، تَبدأ المحادثةُ التقنية هنا — لا في الـ pitch.

نَعقد جلسات تقييم تقني مع الـ CIO والـ CTO وفِرَق هندسة التقنية — بمحتوًى يَشمل مخطّط المكوّنات الكامل، وتَرسيم التكاملات مع الأنظمة القائمة، وتحليلَ التواؤم مع البنية التحتية للمؤسسة. النموذج التجاري سُئل عنه.

info@praetor-ai.tech

طلب جلسة تقنية

§ اقرأ أيضًا