عند السادسة وسبع دقائق صباحًا، كان كريم واقفًا في مطبخه في عمّان، يحمل كوب قهوة لم يشرب منه بعد. أضاء هاتفه بإشعار من منصة التداول: مركز أُغلق بخسارة 184 دولارًا. لم يكن الرقم وحده ما أثار قلقه. لم يتذكر أنه وافق على فتح المركز أصلًا.
كريم شخصية افتراضية مركبة، لكنها تمثل موقفًا ممكنًا لأي متداول يمنح نظامًا آليًا صلاحية التنفيذ. كان قد ضبط الاستراتيجية قبل أيام، ثم تركها تعمل ليلًا. أثناء نومه، تحققت شروط الدخول، أرسل النظام الأمر، امتلأ بالسعر المتاح، ثم تحرك السوق عكس المركز. بحلول الصباح، انتهت الصفقة، وبقي سؤال أصعب من سؤال الربح والخسارة: من اتخذ القرار الذي عرّض المال للمخاطرة؟
خسارة السوق تختلف عن فقدان سلطة القرار
كل صفقة تحمل احتمال الخسارة. قد تفشل الفكرة رغم سلامة التحليل، وقد يتغير السعر بسرعة، وقد يكون التنفيذ أسوأ من المستوى المتوقع. هذه مخاطر لا تختفي بمجرد إضافة الذكاء الاصطناعي أو قواعد آلية.
لكن لدى كريم مشكلة أخرى. لو كان قد راجع الصفقة ووافق عليها، لكانت خسارة 184 دولارًا نتيجة قرار واعٍ ضمن خطة محددة. التنفيذ التلقائي حوّلها إلى نتيجة التزام سابق مفتوح، صدر عندما شغّل النظام ومنحه صلاحية التصرف لاحقًا في ظروف لم يرها بعد.
هذا الفرق مهم لأن ظروفك تتغير حتى لو ظلت قواعد النظام ثابتة. قد تكون بلغت سقف خسارتك الأسبوعي. قد يكون لديك مركز آخر مرتبط بالأصل نفسه. قد يعتمد الاقتراح على خبر غير مؤكد. وقد يكون حجم المركز مقبولًا منفردًا، لكنه يرفع إجمالي تعرض الحساب فوق الحد الذي وضعته.
السؤال العملي ليس: هل تستطيع الآلة اكتشاف فرصة؟ السؤال هو: هل يجب أن تتحول كل فرصة مكتشفة إلى أمر منفذ؟
بوابة الموافقة تفصل الاقتراح عن التنفيذ
بوابة الموافقة تضع خطوة صريحة بين الإشارة والأمر. يولد المساعد اقتراح الصفقة ويضعه في قائمة الانتظار، ثم يراجعه المتداول ويوافق عليه أو يرفضه قبل أن يتحرك رأس المال. يظل التحليل آليًا، بينما يبقى القرار النهائي بشريًا.
في صباح كريم، كانت تلك الخطوة المفقودة ستمنحه فرصة لفحص أربعة عناصر قبل التنفيذ:
- سبب الدخول، وما البيانات التي بُني عليها.
- حجم المركز والخسارة المحتملة عند مستوى الإيقاف.
- أثر الصفقة في إجمالي تعرض الحساب وحدوده اليومية أو الأسبوعية.
- صلاحية الفكرة الآن، لا وقت إنشاء قواعد الاستراتيجية.
الموافقة ليست نقرة شكلية. إذا كان المتداول يوافق على كل اقتراح بلا قراءة، فقد أعاد إنشاء التداول التلقائي بواجهة إضافية. قيمتها تظهر عندما يستطيع رفض صفقة منطقية حسابيًا لأنها لا تناسب حالة حسابه أو خطته في تلك اللحظة.
يوضح مثال مخاطر بوتات التداول وكيف منعت بوابة الموافقة نادر من تجاوز الحد الأسبوعي كيف يمكن لقاعدة مخاطر محددة أن تتحول إلى قرار قبل التنفيذ، بدل أن تصبح ملاحظة تكتب بعد الخسارة.
الرقم وحده لا يشرح ما حدث
عاد كريم إلى سجل الصفقة. دوّن وقت إنشاء الإشارة، ووقت إرسال الأمر، وسعر التنفيذ، وحجم المركز، وسبب الخروج. ثم أضاف سطرًا لم يكن موجودًا في سجله السابق: «هل وافقت على المخاطرة قبل التنفيذ؟»
هذا الحقل يغيّر طريقة مراجعة الأداء. قد تكشف عشرة تداولات رابحة أن النظام خالف حدودك في ثلاث منها. الربح لا يصحح خلل الحوكمة. وقد تكشف صفقة خاسرة أنك اتبعت خطتك بدقة، وكانت النتيجة ضمن الاحتمالات التي قبلتها مسبقًا. الخسارة لا تعني تلقائيًا أن القرار كان سيئًا.
لذلك يحتاج تقييم أي مساعد تداول إلى سجل يفصل بين خمس مراحل: إنشاء الإشارة، عرض منطقها، قرار المتداول، إرسال الأمر، ونتيجة الصفقة. من دون هذا التسلسل، ترى النتيجة النهائية ولا تعرف أين بدأ الخطأ.
هذا ما يجعل سجل التداول أداة لضبط السلوك، وليس دفترًا للأرباح والخسائر فقط. ويمكن أن يساعدك السجل المفقود خلف 347 صفقة في تحديد البيانات التي يجب الاحتفاظ بها كي لا تكرر قرارًا لا تستطيع تفسيره.
اختبر سلطة النظام قبل اختبار أرباحه
قبل تشغيل أي أداة على حساب حقيقي، اكتب حدود صلاحيتها بلغة واضحة. هل تولد إشارات فقط؟ هل تستطيع إرسال أمر من دون موافقتك؟ ماذا يحدث إذا لم ترد؟ هل تنتهي صلاحية الاقتراح بعد تغير السعر؟ وهل يمكنك رؤية سبب الصفقة وحجم المخاطرة قبل اتخاذ القرار؟
ابدأ أيضًا بمراجعة افتراضية أو برأس مال تستطيع تحمل خسارته، وسجل حالات الرفض مثلما تسجل الصفقات المنفذة. قرارات الرفض تكشف إن كانت الأداة تساعدك على الالتزام بالخطة أم تدفعك إلى متابعة اقتراحاتها تلقائيًا.
في الأسبوع التالي، لم يعد كريم ينام بينما يملك النظام تفويضًا مفتوحًا. استيقظ على اقتراح ينتظر المراجعة، لا على أمر مكتمل. قرأ سبب الدخول، قارن الحجم بحده الأسبوعي، ثم رفض الصفقة. لم يكن يعرف هل كانت ستربح. كان يعرف فقط أن المال لم يتحرك قبل أن يقرر.
محتوى تعليمي، وليس نصيحة مالية.
التعليقات
لا توجد تعليقات بعد.