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