العقود الآجلة
وصول إلى مئات العقود الدائمة
TradFi
الذهب
منصّة واحدة للأصول التقليدية العالمية
الخیارات المتاحة
Hot
تداول خيارات الفانيلا على الطريقة الأوروبية
الحساب الموحد
زيادة كفاءة رأس المال إلى أقصى حد
التداول التجريبي
مقدمة حول تداول العقود الآجلة
استعد لتداول العقود الآجلة
أحداث مستقبلية
"انضم إلى الفعاليات لكسب المكافآت "
التداول التجريبي
استخدم الأموال الافتراضية لتجربة التداول بدون مخاطر
إطلاق
CandyDrop
اجمع الحلوى لتحصل على توزيعات مجانية.
منصة الإطلاق
-التخزين السريع، واربح رموزًا مميزة جديدة محتملة!
HODLer Airdrop
احتفظ بـ GT واحصل على توزيعات مجانية ضخمة مجانًا
Pre-IPOs
افتح الوصول الكامل إلى الاكتتابات العامة للأسهم العالمية
نقاط Alpha
تداول الأصول على السلسلة واكسب التوزيعات المجانية
نقاط العقود الآجلة
اكسب نقاط العقود الآجلة وطالب بمكافآت التوزيع المجاني
مشاهد، تناقضات ونهاية المشهد في أعين محترفي الدفع بالذكاء الاصطناعي من 16 جهة
لم تعد المدفوعات بالذكاء الاصطناعي مجرد مفهوم. x402، MPP، Tempo، AP2——على مدى العام الماضي، أنشأت Coinbase وStripe وGoogle وVisa هياكل بروتوكولية على مستويات مختلفة. بدأت تظهر بيانات حقيقية على السلسلة، ودمج حقيقي للتجار، وأخطاء نماذج حقيقية بشكل تدريجي.
في السبت الماضي، نظم فريق 支无不言 اجتماعًا مغلقًا حول Agent Payment، بمشاركة 16 ضيفًا من بنية تحتية للدفع، وخدمات المحافظ، وشركات كبرى في مجال الدفع، ومؤسسات استثمارية، أجابوا خلال ثلاث ساعات على أربعة أسئلة: أين يحدث الدفع بالذكاء الاصطناعي، كيف نجعل الذكاء الاصطناعي ينفق بأمان، كيف يحقق هذا العمل أرباحًا، وإلى أين ستتجه معركة الشركات الكبرى والشركات الناشئة.
وفيما يلي أهم الأحكام التي ظهرت خلال النقاش:
أكثر سيناريو ناضج لدفع الوكيل هو استدعاء API، حيث يدعم الحجم عبر التكرار من خلال المعاملات الصغيرة بقيمة 0.01 دولار أمريكي؛
هناك تضارب جوهري بين عدم اليقين في مخرجات الذكاء الاصطناعي ومتطلبات اليقين في القطاع المالي، وهو الصراع التقني الأساسي في الدفع بالوكيل؛
إطار أمان الدفع بالوكيل يتجه من التحقق من الهوية إلى التحقق من النية؛
آلية استرداد الرسوم (chargeback) تفشل في سيناريو الوكيل، وسيصبح التوفيق بين الأطراف الثلاثة هو النموذج الجديد لأمان الدفع؛
فلسفة التصميم للشركات الكبرى هي عدم الثقة بالوكيل، وإنما الثقة في المعاملات فقط؛
النقطة الحاسمة في الدفع بالوكيل ليست في الدفع نفسه، بل في عدم إعادة بناء الحلقة التجارية العليا بعد؛
دور الشركات الناشئة هو كمورد مكونات للشركات الكبرى، وليس كمقدم خدمات للعملاء النهائيين (C-end).
المقدمون
Hazel Hu
مقدمة بودكاست 《支无不言》، مساهمة رئيسية في صندوق السلع العامة الصينية، X: withhazelhu؛ و即刻:مستخدم غير جاد يُدعى 越越
Ivy Zeng
مقدمة بودكاست 《支无不言》، تستكشف حالات استخدام الدفع الوكيل، تركز على نمو التكنولوجيا المالية، عملت سابقًا في رأس المال المغامر، وكانت مسؤولة عن نمو منتجات B2C في بنك جديد. X: IvyLeanIn
Thomas Zheng
مسؤول سوق رأس المال في 支无不言، لديه أكثر من 6 سنوات من الخبرة كمستشار تمويل في السوق الأولي، خدم العديد من المشاريع الرائدة في الصناعة، وساعد على ربط التعاون وتحقيق المنفعة المتبادلة.
السيناريو الحقيقي——الدفع بالوكيل يحدث بالفعل، لكن شكله يختلف عن التوقعات
استدعاء API هو أكثر سيناريو ناضج على السلسلة حاليًا لتمثيل الدفع بالوكيل
من خلال تحليل بيانات على السلسلة باستخدام تطبيق ClawRouter (، ودفع USDC، واستدعاء API لواجهة برمجة التطبيقات )، يمكن ملاحظة أن سيناريو استدعاء API يتميز بالتكرار العالي والمبالغ الصغيرة: حتى أوائل أبريل 2026، أنشأ حوالي 1400 عنوان مستقل حوالي 530 ألف معاملة، بإجمالي حوالي 28 ألف دولار. مع الأخذ في الاعتبار أن المنصة تقدم نماذج مجانية، فإن الحجم الفعلي للاستخدام قد يكون أقل من ذلك — حيث يبلغ عدد استدعاءات API المجانية حوالي مليون استدعاء شهريًا.
الرسم: الموقع الرسمي لـ ClawRouter
كما أظهرت بيانات شركة ناشئة في بنية تحتية للدفع، منذ سبتمبر من العام الماضي، منذ أن بدأوا في بناء طبقة الدفع الأصلية للوكيل، يشكل استدعاء API حوالي نصف الحجم.
تفويض الحد الائتماني هو أساس نمط تفويض الدفع بالوكيل
نجاح غير متوقع في زيادة نشاطات تفويض الحد الائتماني بين الوكيل والوكيل (A2A() أدى إلى ابتكار وانتشار آلية التفويض. جوهر هذا النموذج هو الاعتماد على الحد الائتماني وليس الموافقة: يوافق المستخدم مسبقًا على حد معين لـ AI، ويمكن للـ AI ضمن هذا النطاق أن يستدعي بشكل مستقل، دون الحاجة لتأكيد كل معاملة. “داخل هذا النطاق، يمكن للـ AI أن يتحرك أموالك دون تأكيد منك.”
لم تنجح المدفوعات offline بعد، المشكلة ليست في الدفع بل في تجربة المستخدم
تم استكشاف عمليات التسوية عبر الإنترنت وخارجها مع أكثر من 50 مليون تاجر حقيقي، تشمل حجز تذاكر الطيران، شحن الرصيد، وشراء بطاقات الهدايا. لكن سيناريو استهلاك المستخدم النهائي لا يزال يواجه تحديات في تدريب المستخدمين على العادات، وتحقيق قفزات في التجربة.
الخبراء والمؤثرون يوضحون أن Agent أصبح لديه نماذج تجارية ناضجة
هناك حالات ناجحة تؤكد هذا المسار: الأطباء المشهورون، والمؤثرون، يقومون بتحويل خبراتهم ومحتواهم إلى Agents، وعندما لا يستطيع المستخدمون مقابلة أشخاص حقيقيين، يمكنهم الاعتماد على Agent. على سبيل المثال، أحد العاملين في وسائل الإعلام الذاتية حول محتواه السابق أنشأ تطبيقًا مقابل 199 يوان شهريًا، وحقق أداء مبيعات ممتازًا — حيث أن مكالمة مباشرة معه تستغرق 15 دقيقة وتكلف آلاف أو عشرات الآلاف من اليوانات، بينما استخدام إصدار الـ Agent الخاص به يكلف فقط من عشرات إلى مئات اليوانات.
الرسم: العامل في وسائل الإعلام الذاتية يحول محتواه السابق إلى تطبيق
الوكيل التجاري أسرع في العثور على PMF من الدفع بالوكيل
تشير بيانات مجال العملات المشفرة إلى أن سيناريو المعاملات هو الأكثر طلبًا من المستخدمين الحقيقيين، ونموذج العمل فيه بطبيعته يعتمد على العمولة. بالمقارنة مع تاريخ تطور البلوكشين المبكر، فإن من قاموا ببناء سيناريوهات في وقت ارتفاع رسوم الغاز، مثل Tron، حتى بعد ارتفاع الرسوم، يظل من الصعب على المستخدمين الانتقال.
سيناريو استهلاك المستخدم النهائي لم يتم إثباته بعد من خلال الطلب الحقيقي
خلال عيد الربيع، أثار ظاهرة استخدام أكثر من مليار مستخدم لـ “千问” لشراء الشاي بالحليب نقاشًا: هل يستخدم المستخدمون ذلك لأن التجربة أفضل، أم لأن هناك دعمًا بقيمة 25 يوان لكل طلب؟ المعلومات في الحوار محدودة، وربما يحتاج سيناريو B2C إلى تحقيق حوارات سلسة عبر نظارات ذكية، وهو ما يتطلب قفزات في التجربة.
اقترح الحاضرون سيناريوهات أكثر قدرة على حل مشكلات المستخدمين:
سيناريو الشراء: يتطلب مراقبة ميزانية صارمة، ويحتاج إلى مقارنة بين عدة موردين (مثل وكيل التجارة الإلكترونية AI الخاص بـ阿里 - Accio)
المهام المعقدة: تنظيم حفلات الزفاف، حجز الرحلات، وغيرها من السيناريوهات التي تتطلب تنسيق متعدد الخطوات
سيناريو حجز التذاكر: مثل تذاكر الحفلات، حيث الحاجة إلى استجابة عالية جدًا
الرسم: وكيل التجارة الإلكترونية الخاص بـ阿里 - Accio
الدفع بالوكيل هو مدخل جديد لحركة المرور
من منظور جذب الحركة، يشبه الدفع بالوكيل تحسين محركات البحث (SEO) والفيديو القصير — يمثل فرصة جديدة لجذب حركة المرور. على الرغم من أن من بدأوا في دراسة SEO في البداية كانوا قليلي الأهمية، إلا أنهم استطاعوا باستمرار العثور على طرق لجذب حركة المرور المبكرة من خلال SEO. حدث “مطعم جياون يوان للزلابية” قد يكون بمثابة تذكير مبكر بشراء البيتزا باستخدام البيتكوين، وسيظل في ذاكرة الناس لسنوات.
خلفية قصة مهارة مطعم جياون يوان للزلابية: “في 7 أبريل 2026، في ظل ازدهار OpenClaw، أنشأ صاحب المطعم وحدة مهارة AI تسمى ‘جياون يوان للزلابية·SKILL’. هذه المهارة موجهة لوكيل AI وليس مباشرة للبشر، وبعد تثبيتها، يمكن للمساعد الذكي أن يتحقق بشكل مستقل من معلومات الأطباق، وساعات العمل، وقواعد الانتظار، وحتى حجز الأرقام عبر الإنترنت. في شتاء 2025، بسبب كثرة الانتظار، أبلغت خوادم منصة الطلبات الخارجية عن خطأ في واجهة المتجر، وتم حظرها، وأراد صاحب المطعم تحسين تجربة الانتظار باستخدام AI.”
الرسم: مهارة الانتظار في Meituan لمطعم جياون يوان للزلابية
الدفع بالوكيل الحقيقي لم يبدأ بعد
من منظور كلي، ربما يكون من المبكر الحديث عن الدفع بالوكيل الحقيقي. يمكن مقارنته بنمو الطفل: الآن هو مثل طفل عمره من سنة إلى خمس سنوات، مصدر دخله من والديه، والحد الائتماني المسموح به من قبل الوالدين، وكل شيء يقرره الوالد، وهو لم يكوّن نية بعد (intention)).
التركيز الحالي على سيناريوهات الإنتاجية
الاتفاق الجماعي هو أن الدفع بالوكيل الحقيقي يركز حاليًا على سيناريوهات الإنتاجية:
استدعاء API: لتحسين الإنتاجية، يتطلب استدعاء نماذج كبيرة أو شراء API
سيناريو الشركات: شراء أدوات وموارد فريق المالية والإنتاجية في الشركات
Vibe Coding: تطوير نماذج أولية أو منتجات بسرعة
الهوية والتفويض——عدم اليقين في الذكاء الاصطناعي مقابل اليقين في المالية
الأمان في الدفع بالوكيل يتطلب إطارًا من أربع طبقات: الهوية، إدارة المخاطر، الامتثال، والتحكيم
يمكن تقسيم أمان الدفع إلى ثلاثة أبعاد: الهوية، إدارة المخاطر، والامتثال، ويجب أن يتبع الدفع بالذكاء الاصطناعي هذا الإطار، مع إضافة التحكيم كطبقة رابعة لضمان الأمان.
أولاً، طبقة الهوية: التحقق من الهوية يتجه نحو التحقق من النية
إصدار بطاقة هوية للوكيل، وإنشاء نظام تقييم ائتماني (يُقيم من خلال مستوى احترافية الوكيل، ومدى اعتماده، وفعاليته، وسعر الرموز Token، وغيرها من الأبعاد)، وإتمام التحقق من الهوية. يتم بناء نظام هوية لامركزية يمكن تتبعه والتحقق منه باستخدام تقنية blockchain، عبر نظام DID. على أساس ذلك، يتجه التحقق من الهوية في الدفع التقليدي نحو التحقق من نية الوكيل، والذي يتطلب تقييم مدى معقولية الدفع، وسلوك الوكيل، ومدى تلبية النية النهائية، ومدى الامتثال.
ثانيًا، طبقة إدارة المخاطر: التضارب الجوهري بين عدم اليقين في AI وضرورة اليقين في المالية
هناك تناقض أساسي هنا: عدم اليقين في مخرجات AI، ومتطلبات اليقين العالية في القطاع المالي، وتكاليف التجربة والخطأ. في السيناريوهات الحقيقية:
تم اكتشاف أخطاء في التعرف على المبالغ (مثل أن يُقرأ 0.01 USDC على أنه 10,000 USDC)، وأنا واجهت ذلك أيضًا، حيث يقرأ AI مبلغ USDC بشكل خاطئ، فـ 0.1 USDC يُقرأ على أنه 10,000 USDC. السبب هو أن الحقل يعيد رقمًا أصليًا، لكن USDC يدعم دقة تصل إلى 6 أرقام بعد الفاصلة، لذا تظهر النتيجة مضروبة في 1,000,000.
مشكلة أن AI قد يُضلل (مثل أن يكتب في وصف الطلب “يمكن أن يعالج جميع الأمراض”، ويختار المستخدمون الطلب بناءً على ذلك).
الرسم: خطأ AI في قراءة 0.1 USDC على أنه 10,000 USDC
بالإضافة إلى ذلك، فإن التسمم في سلسلة التوريد هو تحدٍ جديد لإدارة المخاطر. منذ أن أصبح OpenAI شائعًا، ظهرت حالات تسمم في حزم npm، حيث قد لا يستخدم المستخدم الحزمة المسممة مباشرة، لكن تعتمد حزم أخرى عليها. إدارة المخاطر تتطلب تغطية طبقة تفويض الهوية (مكافحة غسيل الأموال)، جانب النموذج (الانحراف، الهلوسة)، وسلسلة التنفيذ (الهجمات بالتسمم).
فلسفة الشركات الكبرى هي اعتبار جميع الوكلاء كتهديدات محتملة، وليس كـ “وكلاء يمكن التحقق من صحتها”، وإنما “سلسلة معاملات يمكن التحقق منها”. من خلال إدخال بروتوكول تفويض (Mandate)، وتقسيم المهام، وتحديد قيود، وإجراء التحقق المتقاطع، يتم بناء أنظمة مقاومة للاحتيال تشمل إثباتات المعرفة الصفرية، مبدأ الثقة الصفرية، وآليات التحقق الذاتي.
ثالثًا، طبقة الامتثال: شبكة الدفع الصغيرة شبه مركزية هي الحل الأفضل للمدفوعات الصغيرة
تواجه الأنظمة المالية التقليدية وتقنيات البلوكشين قيودًا عند التعامل مع عدد كبير من المعاملات المتزامنة. عند تصميم الوكيل، يُحدد أنه مدفوعات صغيرة، ويمكن تصميم أمانه بطريقة لا مركزية جدًا أو مركزية جدًا، وتظل شبكة Lightning، التي تتمتع بقدرة عالية على TPS، مرشحة لتكون حلاً في عصر الدفع بالوكيل.
رابعًا، طبقة التحكيم: آلية تحكيم متعددة الطبقات ستستبدل chargeback التقليدي
آلية chargeback في شبكة Visa التقليدية يصعب تطبيقها في الدفع بالوكيل، ويجب بناء آلية تحكيم متعددة الطبقات:
الطبقة الأولى: تحكيم تلقائي من قبل AI في حالات النزاعات الواضحة (خصم متكرر، خطأ في المبلغ، عدم تسليم الخدمة)
الطبقة الثانية: فريق تحكيم AI يتعامل مع الحالات التي تتطلب حكمًا (جودة الخدمة، حدود التفويض)
الطبقة الثالثة: تدخل البشر في تحكيم النزاعات المعقدة
نموذج العمل——احتلال مواضع في النظام البيئي، وإعادة تسعير AI، وإدارة المخاطر والتفويض
الشركات الناشئة حاليًا تركز على “العمل من أجل الحب” لاحتلال موضع في السوق
قبل أن ينجح نموذج العمل، يجيب رواد الأعمال بصدق: “نشتغل من أجل الحب، نحتل موضعًا، وننتظر الريح” — هكذا وصف أحد رواد منصات API المرحلة الحالية.
سيناريوهات المعاملات بطبيعتها تعتمد على العمولة
بالمقارنة مع تطور البلوكشين المبكر، فإن من قاموا ببناء سيناريوهات في وقت ارتفاع رسوم الغاز، مثل Tron، حتى بعد ارتفاع الرسوم، يظل من الصعب على المستخدمين الانتقال.
تجميع الفواتير هو الحل لعدم جدوى المدفوعات الصغيرة
إذا كانت المدفوعات عبر البطاقة أقل من 10 دولارات، قد يخسر التاجر. في سيناريو الدفع بالوكيل، هناك العديد من المدفوعات الصغيرة، والحل هو تجميع الفواتير لزيادة حجم التسوية في كل مرة.
التسعير حسب النتائج ينطبق فقط على الأعمال القابلة للقياس
المستخدم يستدعي API واحد، لكن النتائج تختلف بشكل كبير. كيف نحدد سعر خدمة AI؟ يعتقد الحاضرون أن التسعير حسب النتائج يمكن أن ينجح فقط في الأعمال البسيطة التي تعتمد على قياس العمل (مثل Agent خدمة العملاء الذي يحل عدد التذاكر)، أما في السيناريوهات غير المؤكدة (مثل جودة العملاء المحتملين التي يحصل عليها Agent المبيعات)، فهي ذات طابع شخصي جدًا. التسعير حسب النتائج ينطبق فقط على بعض الأعمال القابلة للقياس، بينما ستظل النماذج السائدة تعتمد على استهلاك الاستدعاءات أو الاشتراكات، حتى تتجاوز قابلية التحقق من مخرجات الوكيل.
مراجعة دروس من 400 شركة و50 شركة يونيكورن | Madhavan Ramanujam
البرمجة عبر Vibe Coding هي المفتاح للتحول إلى الاشتراك والاستخدام
الهدف هو تمكين شركات AI أو المطورين العاديين من تحويل منتجاتهم التي يطورونها عبر Vibe coding إلى نماذج تجارية بسرعة. كثير من المطورين المستقلين يطورون نماذج أولية بسيطة، لكن من الصعب تحويلها إلى نموذج عمل كامل. المفتاح هو تحويل تكلفة استخدام النموذج الكبير إلى خطة اشتراك شهرية، أو اشتراك مع رصيد.
الهيمنة التنافسية — هجوم الشركات الكبرى واستراتيجيات الشركات الناشئة
العملات المستقرة تشكل ضربة موجهة لنموذج البطاقات التقليدي
قبل استحواذ Stripe على شركة العملات المستقرة Bridge، انخفض تقييمها من ذروته عند 920 مليار دولار إلى أقل من 700 مليار. بعد الاستحواذ، عاد التقييم بسرعة إلى حوالي 900 مليار، وأُقيمت الجولة الأخيرة من التمويل بقيمة 1591 مليار دولار. سعر خدمة تسوية العملات المستقرة هو 1.5%، وهو أقل بكثير من متوسط رسوم البطاقات التقليدية بين 2.8% و3%، وربما ينخفض إلى 1% في المستقبل. بالمقابل، نموذج أعمال شركات الدفع التقليدية هش جدًا (مثل Visa التي تعتمد بشكل كبير على رسوم المعاملات)، وPayPal، بسبب مخاوف من التأثير على أعمالها الأساسية، تتردد في التوسع في العملات المستقرة، ولم تحقق اختراقًا كبيرًا.
الشركات الناشئة ستصبح مكونات للشركات الكبرى في المستقبل
لفترة طويلة، ربما لن يستخدم المستخدم النهائي أدوات الدفع مباشرة، وإنما ستقوم الشركات الكبرى بتجميعها وتقديمها كمنتجات موحدة. الشركات الكبرى ستصبح عملاء، والشركات الناشئة ستصبح موردين، يربطون الأدوات التي يطوروها، ويبيعونها بأسعار مرتفعة. هذا الاتجاه سيزيد من مركزية الصناعة بشكل لا مفر منه.
الضرائب على الذكاء الاصطناعي ستكون شكلًا حتميًا للمدفوعات الصغيرة عالية التكرار خلال 3-5 سنوات
يعتقد بعض الحضور أن ضرائب AI ستصبح مصدر دخل أساسي لبرنامج الدخل الأساسي الشامل (UBI) ومعونات البطالة، وأن المدفوعات الصغيرة عالية التكرار ستصبح البنية التحتية الأساسية. الطرق المحتملة لفرض الضرائب تشمل:
إدخال مفهوم “نسبة انتشار AI”، وفرض ضرائب تصاعدية حسب مستوى انتشار AI
فرض ضرائب على استدعاء الرموز (tokens)، وجعلها أساسًا لضريبة القيمة المضافة (VAT) المشابهة
المشكلة الحقيقية ليست في الدفع، وإنما في الحلقة العليا — الحلقة التجارية لم تُعاد بناؤها بعد
عبر البروتوكولات ومحافظ المستخدمين، يبدو أن مشكلة الدفع يمكن حلها. لكن المشكلة الأكبر حاليًا هي أن المعاملات لا يمكن إتمامها، لأن كل عملية دفع تتطلب وجود معاملة سابقة. على سبيل المثال، في سيناريو التسوق الإلكتروني أو حجز تذاكر الطيران، لا يمكن إتمام الدفع عبر الوكيل لأنه غير موجود، وبالتالي لا يمكن إتمام المعاملة.
اختراق المستخدم النهائي: أهمية الترويج الميداني وحدود الشركات الناشئة
لماذا أصبح OpenClaw فجأة شائعًا؟ لأنه انتشر عبر الترويج الميداني، وبيع خدمات السحابة من قبل الشركات الكبرى، والترويج الميداني. مثلما حدث مع الدفع عبر الهاتف المحمول في البداية، أحد الأسباب هو أن الترويج الميداني مع الدعم المالي — “تثبيت التطبيق، وتعليم المستخدم، والحصول على 50 يوان كمكافأة”.
لكن بالنسبة للشركات الناشئة، قد يستغرق الأمر وقتًا طويلًا لتحقيق الطلب. قال أحد رواد بنية الدفع: عندما أدركت ذلك، قررت ألا أبحث عن سيناريوهات المستخدم، لأن تكلفة تعليم المستخدمين لا ينبغي أن يتحملها شركة ناشئة واحدة، وإنما القطاع بأكمله. إذا لم يكن القطاع قائمًا، فليس هناك معنى، وإذا كان قائمًا، فالأفضل أن تتولى الشركات الكبرى عبء التكاليف، وتستفيد هي من الأرباح. أما أنا، فركزت على التجريد — تجريد جميع الحسابات، والمحافظ، وحتى الجسور، والسلاسل، وشبكات الدفع، بحيث لا يحتاج المستخدم إلى فهمها. بعد فهم ذلك، أدركت أين تكمن نقاط الفوز لفريق صغير، وما هي التكاليف التي لا ينبغي أن أتحملها.
هذه ربما هي السؤال الأهم الذي يجب أن يجيب عليه كل مشارك في الدفع بالوكيل اليوم: ليس “هل سينجح الدفع بالوكيل”، وإنما “قبل أن ينجح، على أي مستوى ستقف؟” كل مستوى — من البروتوكول، والمحفظة، والهوية، والتفويض، والمعاملة، والتسوية — هناك من يراهن، وهناك من ينتظر. الشركات الكبرى تستعد لاحتكار كامل السلسلة، والشركات الناشئة تستعد للاندماج فيها. من ينجو، هو على الأرجح من يقدر قيمة نفسه بشكل واقعي، ولا يبالغ في قدرته على بناء مسار مستقل، ولا يقلل من قيمة دوره في أي مستوى من المستويات.