من فكرة تداول إلى نظام يعمل: دروس من تجربة POLARIS

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

من هذه الأسئلة يبدأ جزء كبير من العمل الحقيقي. في POLARIS، ننظر إلى تطوير أنظمة التداول باعتباره عملاً يجعل فكرتك واضحة بما يكفي لبنائها واختبارها واستخدامها بثقة. جودة البرمجة مهمة، وكذلك التأكد من أن البرنامج ينفّذ الفكرة التي تقصدها فعلاً.

يضم أرشيفنا المنشور 170 سجلاً: 169 سجلاً لأعمال تطوير وسجلاً واحداً لبحث داخلي. وتشمل الأعمال أنظمة جديدة، وتعديلات على أدوات قائمة، وعمليات ربط وإصلاح. هذا التنوع هو خلفية الدروس التالية. أما الأمثلة الثلاثة فقد أعددناها لشرح الفكرة في هذا المقال، من دون الكشف عن مشاريع العملاء.

1. سؤال صغير قد يغيّر كل صفقة

تخيّل أنك تطلب نظاماً يشتري عندما يتحول المؤشر إلى قيمة موجبة. يبدو الطلب مكتملاً. لكن هل تقصد «اشترِ مرة واحدة عند عبور الصفر صعوداً»، أم «اشترِ كلما كانت القيمة أعلى من الصفر»؟

يتضح الفرق عند متابعة خمس قراءات. نفترض هنا عدم وجود شرط آخر يمنع الدخول. كل صف هو فحص جديد للمؤشر، وكانت قيمته قبل القراءة الأولى −0.2.

التفسير الذي يكتفي بكون القيمة موجبة ينتج أربعة طلبات شراء، بينما ينتج تفسير العبور إشارتين جديدتين. لا توجد إجابة صحيحة تلقائياً؛ فقد تريد بالفعل تكرار الدخول. المشكلة هي أن يبقى هذا القرار متروكاً لاجتهاد من يكتب البرنامج.

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

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

كيف نتحقق: نعيد تشغيل القراءات الخمس، ونتوقع مرجعين لإشارتين. ثم نكرر القراءة الأولى ونعيد تشغيل النظام؛ يجب ألا ينتج عن أي منهما أمر إضافي للإشارة نفسها. هذه نتائج متوقعة وفق قواعد المثال، وليست نتائج اختبار نُسبت إلى عميل. أما التداول داخل الشمعة فيحتاج إلى قواعد مختلفة بالوضوح نفسه.

2. صفقتان مناسبتان منفردتين قد تتجاوزان قدرة الحساب

قد تبدو إعدادات المخاطر مطمئنة حين تنظر إلى كل استراتيجية وحدها. السؤال الأصعب هو ما يحدث عندما تطلب عدة استراتيجيات التداول معاً.

لنأخذ حساباً بقيمة 10,000 دولار. نفترض، للتوضيح، أن الحد المسموح لكل صفقة عند وقف الخسارة هو 100 دولار، وأن مجموع الخسارة المخططة للحساب يجب ألا يتجاوز 150 دولاراً. يطلب نظامان فتح صفقتين بمخاطرة مخططة تبلغ 90 دولاراً لكل منهما. كل صفقة تجتاز حدّها الفردي، لكنهما تحتاجان معاً إلى 180 دولاراً.

التوقيت هنا مهم. إذا فحص النظامان الحساب قبل ظهور أي من الصفقتين، فقد يعتقد كل منهما أن مبلغ 150 دولاراً ما زال متاحاً بالكامل. يمكن أن يكون حساب النسبة صحيحاً، بينما يكون القرار على مستوى الحساب خاطئاً.

في هذا المثال، تعالج الرقابة المشتركة المشكلة بحجز 90 دولاراً فور قبول الطلب الأول. يتبقى 60 دولاراً فقط، ولذلك يُرفض الطلب الثاني البالغ 90 دولاراً. أبقينا حجم الصفقة ثابتاً هنا؛ أما تصغير الصفقة الثانية فهو خيار آخر يحتاج إلى اتفاق مستقل.

ولا يجوز إلغاء هذا الحجز لمجرد تأخر الرد. إذا أكد الوسيط رفض الطلب، يمكن تحرير المبلغ. أما إذا كانت النتيجة مجهولة، فيجب التحقق من الأوامر والمراكز الفعلية قبل اعتباره متاحاً مجدداً. تشرح MetaQuotes كيف يمكن أن يؤدي طلب تداول واحد إلى عدة تحديثات منفصلة.

كيف نتحقق: نرسل الطلبين معاً، ونؤخر أحد الردود، ثم نكرر الاختبار بعد إعادة التشغيل. يجب ألا يتجاوز مجموع المخاطرة المخططة المستخدمة والمحجوزة 150 دولاراً. هذا حد في تصميم النظام، وليس ضماناً لتوقف الخسارة عنده؛ فقد تؤدي الفجوات والانزلاق السعري وتعذّر الخروج إلى خسارة أكبر.

3. قد يبدو الرسم أوضح لاحقاً مما كان عليه لحظة القرار

لنفترض ظهور إشارة على إطار الخمس دقائق عند الساعة 10:05، وأنك تريد تأكيدها باتجاه الساعة. أي شمعة ساعة يجب أن يقرأها النظام؟

عند 10:05، تكون شمعة الخمس دقائق من 10:00 إلى 10:05 قد أُغلقت. لكن شمعة الساعة من 10:00 إلى 11:00 ما زال أمامها 55 دقيقة، وقيمتها النهائية لم تُعرف بعد. إذا كانت القاعدة تعتمد الشموع المكتملة، فإن شمعة الساعة المتاحة هي التي امتدت من 09:00 إلى 10:00.

يسهل نسيان هذا الفرق عند النظر إلى الرسم المكتمل. استخدام القيمة النهائية عند 11:00 لتقييم قرار اتُّخذ عند 10:05 يمنح النظام معلومة لم تكن متاحة له. ويمكن أيضاً اختيار شمعة الساعة المتغيرة أثناء تكوّنها، لكن ذلك يصبح قاعدة مختلفة يجب اختبارها على هذا الأساس.

ما نتفق عليه: مصدر كل قيمة، ومتى تصبح صالحة للاستخدام، والتصرف عند تأخر البيانات. في مثالنا، يعني نقص البيانات التاريخية الانتظار أو تجاوز الفرصة وفق القاعدة المتفق عليها، لا استبدال شمعة غير مكتملة بها من دون توضيح.

كيف نتحقق: يجب أن يذكر سجل قرار 10:05 شمعة الساعة المنتهية عند 10:00، وشمعة الخمس دقائق المنتهية عند 10:05. نؤخر أحد المدخلين ونتحقق من الانتظار أو التجاوز كما اتُّفق. تفترض هذه الأوقات بيانات متصلة وتوقيت خادم واحداً محدداً؛ وعند إغلاق الأسواق يجب الرجوع إلى الأوقات الفعلية للشموع.

4. صحة البرنامج وجدوى الاستراتيجية تحتاجان إلى اختبارين مختلفين

تسأل الأمثلة السابقة عما إذا كان البرنامج ينفّذ المتفق عليه. ويمكنه اجتيازها جميعاً مع الاستمرار في خسارة المال. لذلك يشمل النقاش الجيد حول التسليم طريقة تقييم فكرة التداول نفسها.

يبيّن الاختبار التاريخي كيف تصرفت القواعد على أسعار سابقة، ضمن ظروف الاختبار المختارة. وهو مفيد، لكن نتيجته تتأثر أيضاً بالتكاليف وجودة البيانات وطريقة محاكاة الصفقات. إذا كانت زيادة صغيرة في السبريد تزيل الميزة الظاهرة، فمن الأفضل اكتشاف ذلك قبل الاعتماد على النظام.

من الطرق العملية تطوير الفكرة على فترة، ثم اختبارها على فترة أخرى لم تُستخدم في قرارات التطوير. بعد ذلك تأتي المتابعة الأمامية في ظروف محددة. وإذا استُخدمت الفترة المنفصلة مراراً لتعديل الاستراتيجية، فإنها لا تعود اختباراً جديداً مستقلاً عن التطوير. كل مرحلة تضيف معرفة، ولا تضمن نجاح المرحلة التالية.

على المطوّر والعميل الاتفاق على معنى النجاح في كل اختبار. «فتح النظام الصفقتين المقصودتين بالضبط» نتيجة تخص البرنامج. أما «ظلت الاستراتيجية مجدية بعد التكاليف على بيانات جديدة» فتحتاج إلى دليل تداول خاص بها.

5. يجب أن تستطيع فهم ما يفعله نظامك

ينبغي أن يظل النظام قابلاً للاستخدام بعد أول اختبار ناجح. عندما لا يدخل السوق، يجب أن تعرف إن كان السبب غياب الإشارة، أو بلوغ حد المخاطرة، أو نقص بيانات الأسعار.

رسالة مثل «فشلت الصفقة» تترك أسئلة كثيرة. أما «تم تجاوز الدخول: المتاح 60 دولاراً والمطلوب 90 دولاراً» فتوضح ما حدث وأين تبحث. ويساعد تسجيل نسخة البرنامج ووقت القرار ورد الوسيط على التمييز بين تغير القاعدة وتغير ظروف التداول.

وتستحق إعادة التشغيل القدر نفسه من الاهتمام. هل يتعرف النظام إلى مركز مفتوح؟ هل يمكن أن يكرر أمراً سبق إرساله؟ يتضمن التسليم المفيد إعدادات واضحة ودليلاً مختصراً للتشغيل واختبارات لهذه الحالات. هذه ممارسات نوصي بها للتسليم؛ ولا يثبت الأرشيف أن كل عمل قديم تضمنها.

ماذا يعني ذلك لمشروعك؟

قيمة الخبرة هي معرفة الأسئلة التي ينبغي طرحها مبكراً، حين يسهل تعديل الإجابات. تطوير استراتيجية جديدة، وتحويل مؤشر إلى نظام، وإصلاح برنامج قائم لا تحتاج إلى خطة واحدة. لكنها تحتاج جميعاً إلى فهم مشترك لما يجب أن يفعله النظام النهائي.

لبدء النقاش مع POLARIS، تفيدنا ثلاثة أشياء خصوصاً: مثال لصفقة تريدها، ومثال لصفقة تريد تجنّبها، والحدود التي يجب أن يحترمها النظام. لا تحتاج إلى إعداد مواصفات تقنية مسبقاً؛ فهذه الأمثلة تمنحنا نقطة بداية واضحة لصياغتها معك.

• قبل التطوير: نتفق على الإشارات والتوقيت وحدود المراكز والتصرف عند نقص المعلومات.
• قبل القبول: نختبر حالة عادية وحالة عند حدود القاعدة وحالة فشل، مع كتابة النتيجة المتوقعة.
• قبل الاعتماد عليه: نراجع أدلة التداول وتعليمات التشغيل والتصرف بعد الأعطال.

هدفنا أن ترى فكرتك أنت في النظام النهائي، وأن تفهم كيف تحقّقنا من سلوكه. هذه ثقة يمكن للعمل المتأني أن يكسبها.

ناقش فكرة نظامك مع POLARIS · استكشف قدراتنا في التطوير

نظرة أقرب إلى الأرشيف

يساعد الأرشيف في إظهار تنوع الأعمال خلف هذا النقاش. لكنه لا يقيس الربحية ولا يحدد معدل وقوع خطأ معين. تتيح لك التفاصيل التالية مراجعة الأرقام من دون أن تقطع تسلسل الدروس العملية.

أسئلة قد تخطر ببالك

أُعيدت الكتابة في 6 سبتمبر 2026. تشير الأرقام إلى لقطة الأرشيف المنشورة ذات الـ170 سجلاً. لا تُكشف هويات العملاء أو المواصفات الخاصة أو الشفرة.