كيف تقيّم روبوت تداول أو Expert Advisor قبل استخدامه؟

آخر تحديث ومراجعة: 25 أغسطس 2026.

الإجابة المختصرة: لا يوجد «أفضل روبوت تداول» يمكن الحكم عليه من نسبة فوز أو لقطة أرباح أو Backtest واحد. قيّم أي Expert Advisor أو خدمة Auto-Trading باعتبارها مزيجًا من استراتيجية + برنامج + بيانات + تنفيذ وسيط + بنية تشغيل + طرف يقدم الخدمة. قبل الشراء أو التشغيل، تحقق من هوية مقدم الخدمة، وافهم المنهجية وحجم المركز، وأدخل السبريد والعمولة والتمويل والانزلاق في الاختبار، وافصل In-Sample عن Out-of-Sample، ثم Forward Test على نسخة ثابتة. افحص الصلاحيات والكود والاتصالات الخارجية، واستخدم حدود تعرض وKill Switch. لا تمنح برنامجًا أو مزود خدمة كلمة مرور أو صلاحية سحب أموال.

هذه الصفحة لا تقارن بين «الآلي واليدوي» ولا ترشح روبوتًا بعينه. هدفها واحد: كيف تفحص روبوت تداول أو Expert Advisor قبل أن تشتريه أو تثبته أو تربطه بحساب. لفهم بناء الاستراتيجية واختبارها من الأساس راجع دليل بناء واختبار استراتيجية تداول، ولحدود التعرض والحجم راجع دليل إدارة مخاطر التداول.

1. أولًا: ما نوع «الروبوت» الذي تقيّمه؟

مصطلح Trading Robot يُستخدم لتسويق خدمات مختلفة قانونيًا وتشغيليًا. افصل بينها قبل المقارنة:

النوع	ما الذي يفعله؟	ما الذي يجب فحصه؟
Expert Advisor محلي	برنامج يعمل داخل MT4/MT5 على حسابك وفق قواعد مبرمجة.	الكود/الملف، الإعدادات، الصلاحيات، التنفيذ، الاختبار والمراقبة.
Signal / Copy Service	ينقل أو يقترح صفقات من مصدر آخر.	هوية المصدر، سجل النتائج، آلية النسخ، اختلاف الحجم والانزلاق.
Auto-Trading Service	خدمة طرف ثالث تُرسل أوامر إلى حسابك تلقائيًا.	الكيان القانوني، التسجيل/الترخيص حيث ينطبق، الصلاحيات والاتفاقية.
Managed Account	طرف آخر يتخذ قرارات أو يدير الحساب ضمن ترتيب تعاقدي.	الوضع التنظيمي، الصلاحيات، الرسوم، الحفظ، وحدود التفويض.
API Bot	برنامج خارجي يتصل بمنصة أو وسيط عبر API.	Scopes، مفاتيح API، Webhooks، صلاحية التداول والسحب، Rate Limits والأمان.

الاختلاف مهم لأن «EA تشتري ملفه وتشغله بنفسك» ليس هو نفسه خدمة خارجية تدير صفقاتك أو تصل إلى حسابك. لا تستخدم كلمة Robot لإخفاء هوية الطرف الذي يتخذ القرار أو يملك صلاحية التنفيذ.

2. تحقق من هوية البائع أو مقدم الخدمة قبل الأداء

ابدأ من الشخص أو الشركة قبل منحها وزنًا لأي نتائج. اجمع:

الاسم القانوني للشركة أو المطور.
الدولة والعنوان ووسيلة اتصال رسمية.
Terms of Service وPrivacy Policy.
سياسة الاسترداد والاشتراك.
ما إذا كانت الخدمة مجرد Software أم تتضمن إدارة/توصية/تنفيذًا لطرف ثالث.
أي تسجيل أو ترخيص مطلوب للخدمة في الولاية التي تستهدفها، إن كان ذلك ينطبق.

إذا كانت الخدمة تدير أوامر أو أموالًا أو تقدم نشاطًا منظمًا، فلا تعتمد على عبارة «نحن شركة تقنية فقط» دون قراءة العقد والتحقق من السجل المختص. وفي الولايات المتحدة مثلًا حذرت FINRA من خدمات Auto-Trading غير المسجلة التي تستهدف المستثمرين الأفراد وتستخدم وعودًا تسويقية مرتبطة بالذكاء الاصطناعي أو عوائد ثابتة. لا نعمم المتطلبات الأمريكية على كل دولة، لكن المبدأ العملي ثابت: حدد طبيعة الخدمة ثم تحقق من الجهة المختصة.

لمنهج التحقق من الكيانات المالية استخدم دليل التحقق من الوسيط وكشف الشركات المنتحلة.

3. علامات خطر في الإعلان قبل أن ترى أي تقرير

توقف أو ارفع مستوى التدقيق عندما تجد:

«ربح مضمون» أو «لا يخسر».
عائد شهري ثابت أو شبه ثابت بلا تفسير للمخاطر.
Win Rate مثل 90% أو 95% أو 100% تستخدم وحدها كدليل جودة.
«AI يتنبأ بالسوق» أو «الخوارزمية تعرف حركة السعر قبل الجميع».
لقطات أرباح بلا تاريخ حساب كامل.
نتائج تُعرض دون Drawdown أو Floating Loss.
ضغط زمني: «السعر يرتفع الليلة» أو «عدد النسخ محدود».
إخفاء طريقة تحديد الحجم أو رفض الإجابة عن Martingale/Grid.
طلب Remote Desktop أو بيانات دخول الحساب قبل وجود سبب تقني واضح.
طلب تحويل المال إلى حساب شخصي أو Crypto Wallet غير موثقة.

CFTC تحذر من ادعاءات أن AI أو Trading Bots يمكن أن تحول النظام إلى آلة أرباح أو تتنبأ بالمستقبل بصورة مؤكدة. جودة العرض التسويقي ليست دليلًا على جودة الاستراتيجية.

4. لا تبدأ من Win Rate

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

المقياس	لماذا يهم؟
Net Return	النتيجة بعد التكاليف ضمن الفترة، مع فهم الودائع والسحوبات.
Maximum Drawdown	أكبر تراجع في Balance/Equity وفق تعريف واضح.
Equity Drawdown	يكشف أثر الخسائر العائمة التي قد يخفيها Balance-only reporting.
Average Win / Average Loss	يوضح شكل توزيع الربح والخسارة.
Profit Factor	نسبة إجمالي الأرباح إلى إجمالي الخسائر في العينة.
Expectancy	متوسط النتيجة التاريخية لكل صفقة وفق البيانات، لا وعدًا للمستقبل.
Trade Count	يساعد في تقدير حجم العينة بالنسبة لتواتر النظام.
Worst Losing Streak	يوضح تتابع الخسائر الذي ظهر تاريخيًا، وقد يكون المستقبل أسوأ.
Exposure	كم من الوقت والحجم كان النظام معرضًا للسوق.

5. افصل Backtest عن Live Results

Backtest هو محاكاة تاريخية تعتمد على بيانات ونموذج تنفيذ وافتراضات. Live Result هو سجل حدث على حساب فعلي أو بيئة تنفيذ فعلية. لا تخلط بينهما.

إذا كان البائع يعرض Backtest اسأله:

ما فترة الاختبار؟
ما مصدر البيانات؟
ما المنطقة الزمنية؟
هل البيانات Bid/Ask أم سعر واحد؟
كيف عومل Spread؟ ثابت أم متغير؟
هل Commission وSwap/Financing مدخلان؟
هل Slippage أو Requotes ممثلة؟
هل توجد Delays أو Execution Limits؟
هل تم استخدام نفس البيانات في تطوير الإعدادات وتقييمها؟

MetaTrader Strategy Tester أداة لاختبار Expert Advisors على بيانات تاريخية؛ نتيجة الاختبار تصف سلوك النموذج داخل شروط المحاكاة، ولا تحول الماضي إلى ضمان للمستقبل.

6. جودة البيانات أهم من شكل المنحنى

منحنى Equity ناعم يمكن أن يكون نتيجة بيانات غير كافية أو افتراضات تنفيذ مثالية أو استراتيجية مفرطة الضبط. افحص:

وجود فجوات في البيانات.
اختلاف التوقيت الصيفي أو Timezone.
هل الأخبار والفجوات ممثلة.
هل Tick Data مناسبة لتواتر النظام.
هل الاختبار يستخدم Symbol Specifications قريبة من حسابك.
هل Spread التاريخي مستخدم أم قيمة منخفضة ثابتة.

إذا كان EA يعتمد على Scalping أو أوامر سريعة، يصبح فرق التنفيذ والسبريد أكثر أهمية من نظام يحتفظ بالمركز مدة أطول.

7. Overfitting: عندما يصبح الروبوت خبيرًا في الماضي فقط

يحدث Overfitting عندما تضبط الإعدادات حتى تتطابق بإفراط مع عينة تاريخية محددة. علامات محتملة:

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

كل درجة حرية إضافية تحتاج مبررًا واختبارًا أقوى. لا تستخدم «AI Optimization» كعذر لعدم شرح كيفية منع الضبط المفرط.

8. افصل In-Sample عن Out-of-Sample

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

يمكن أيضًا استخدام Walk-Forward عندما يكون مناسبًا: تطوير على نافذة، ثم اختبار على فترة تالية، وتكرار العملية. الهدف ليس رفع Score بل اختبار قدرة القواعد على البقاء خارج العينة التي صُممت عليها.

لمنهج أعمق راجع دليل Backtest وOut-of-Sample وForward Test.

9. Forward Test: ثبّت النسخة قبل الاختبار

بعد Backtest معقول، شغّل نسخة محددة وثابتة في بيئة Demo أو Paper Trading على بيانات جديدة. سجّل:

رقم إصدار EA والإعدادات.
وقت التشغيل والخادم.
الإشارة أو الأمر المتوقع.
السعر المطلوب والمنفذ.
Spread وCommission وSlippage.
أي Reject أو Timeout أو Duplicate Order.
الفارق بين Backtest وForward behavior.

إذا تغيرت المعلمات كل أسبوع، يصعب معرفة ما إذا كنت تختبر الاستراتيجية أم تلاحق النتائج.

10. Live Track Record: ما الذي تطلبه؟

إذا كان البائع يدعي سجلًا حيًا، اطلب ما يكفي لفهمه بدل لقطة شاشة:

الفترة الكاملة وتاريخ البداية.
هل الحساب Real أم Demo.
Balance وEquity معًا.
الودائع والسحوبات منفصلة عن P/L.
جميع الصفقات، لا أفضلها فقط.
التكاليف.
حجم المركز والرافعة المستخدمة.
أقصى Floating Drawdown.

حتى سجل حقيقي طويل لا يضمن النتيجة المستقبلية، لكنه أكثر فائدة من Screenshot بلا سياق.

11. كيف تكشف Martingale؟

Martingale وصف عام لأساليب تزيد الحجم بعد الخسارة أو ضمن سلسلة معينة بهدف تعويضها. افحص سجل الصفقات واللوت:

هل يزيد الحجم بعد كل خسارة؟
هل 0.01 يتحول إلى 0.02 ثم 0.04 ثم 0.08 أو نمط مشابه؟
هل توجد سلسلة أوامر مترابطة تنتهي غالبًا بربح صغير لكن نادرًا بخسارة كبيرة؟
هل البائع يعرض Win Rate مرتفعًا ويتجنب الحديث عن Tail Risk؟

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

12. كيف تكشف Grid؟

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

عدد المراكز المتزامنة.
المسافة بين الأوامر.
هل الحجم ثابت أم متزايد.
هل يوجد حد أقصى للطبقات.
هل يوجد Invalidation أو Total Loss Limit.
ما الذي يحدث في Trend ممتد أو Gap.

الخطر ليس كلمة Grid نفسها، بل احتمال تراكم Exposure كبير أثناء حركة ممتدة أو ضعف السيولة.

13. ارتفاع Win Rate قد يخفي Tail Risk

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

اسأل: ماذا حدث في أسوأ 1% من الصفقات؟ وهل يمكن أن تكون الخسارة أكبر بسبب Gap أو Slippage؟

14. افحص Position Sizing داخل الكود أو السجل

حدد كيف يختار النظام الحجم:

Fixed Lot.
Percentage of Balance/Equity.
Volatility-based sizing.
Risk-distance sizing.
Recovery/Martingale sizing.

ثم افحص:

Maximum Lot.
Maximum simultaneous positions.
Total Notional Exposure.
الارتباط بين الأدوات.
Maximum Effective Leverage.
Free Margin وStop Out buffer.

لا توجد نسبة ثابتة مثل 1% أو 2% تحول الروبوت إلى نظام آمن. صمم التعرض من قدرة رأس المال على تحمل Drawdown ومن خصائص النظام.

15. لا تقارن روبوتين بالعائد وحده

مثال منهجي: Robot A يحقق تاريخيًا عائدًا أعلى لكن Drawdown وExposure أكبر، بينما Robot B أقل عائدًا وأكثر استقرارًا ضمن العينة. لا يمكن القول إن A «أفضل» دون معرفة أهداف المستخدم وقدرته على تحمل الخسارة وجودة البيانات والتنفيذ.

قارن Return مع Risk وCosts وReliability وOperational Complexity، وليس رقمًا واحدًا.

16. اختبر التكاليف الحساسة

أعد الاختبار تحت عدة افتراضات:

Spread أعلى من المعتاد.
Commission كاملة.
Swap/Financing الواقعية.
Slippage إيجابي وسلبي أو محافظ.
تأخر تنفيذ.
تكلفة VPS/اشتراك/بيانات.

إذا اختفى Edge عند زيادة بسيطة في التكلفة، فقد يكون النظام هشًا ويعتمد على تنفيذ مثالي.

17. Broker Dependency: هل يعمل النظام فقط لدى وسيط معين؟

قد تعتمد النتيجة على:

Suffix/Prefix للرمز.
Digits وTick Size.
Contract Size.
Spread.
Stops Level.
Execution Mode.
Trading Hours.
Server Timezone.
Minimum Volume.

EA يعمل على EURUSD لدى وسيط قد يفشل أو يتصرف بصورة مختلفة على EURUSD.a أو رمز بمواصفات أخرى. لذلك افحص Contract Specification للحساب الفعلي.

18. VPS يقلل بعض مخاطر التشغيل ولا يصنع ربحًا

VPS يمكن أن يوفر تشغيلًا مستمرًا واتصالًا أقرب أو أكثر استقرارًا بحسب الموقع والبنية، لكنه لا يضمن:

سعرًا أفضل.
عدم وجود Slippage.
عدم توقف الوسيط أو مزود البيانات.
عدم حدوث خطأ في الكود.
تحسن Expectancy.

اختبر Latency الحقيقي بين VPS وخادم الوسيط وسجله، لكن لا تحول عدد المللي ثانية إلى وعد أداء مالي.

19. ما الذي تفحصه في ملف EA؟

في MetaTrader قد تستلم Source Code مثل MQL4/MQL5 أو ملفًا Compiled مثل EX4/EX5. الملف المترجم قد يخفي المنطق الداخلي، لذلك تزيد أهمية الثقة بالمصدر والاختبار.

افحص إن أمكن:

اسم المطور والإصدار.
Digital Signature أو Hash عند توفر آلية موثوقة.
DLL Imports.
WebRequest domains.
External Inputs.
الوصول إلى ملفات محلية.
أي API Keys أو Credentials.
آلية التحديث التلقائي.

لا تشغّل ملفًا مجهولًا بصلاحيات واسعة على الجهاز الذي يحتوي بيانات حساسة لمجرد أن Backtest جذاب.

20. DLL Imports وWebRequest: ليست خطأ لكنها تزيد مساحة الخطر

قد يحتاج EA مكتبات خارجية أو Web API لأسباب مشروعة، لكن كل اتصال خارجي يضيف اعتمادًا أمنيًا وتشغيليًا. اسأل:

ما النطاقات التي يتصل بها؟
ما البيانات التي يرسلها؟
ماذا يحدث إذا توقف الخادم الخارجي؟
هل يستطيع التحديث أو تنزيل ملفات؟
هل تُرسل بيانات حساب أو تداول حساسة؟

21. API Bot: استخدم أقل صلاحية ممكنة

إذا كان النظام يستخدم API:

امنح صلاحية القراءة والتداول فقط إذا كانت مطلوبة.
لا تمنح Withdrawal Permission لروبوت تداول لا يحتاجها.
استخدم IP Whitelist إذا كانت المنصة تدعمها وكان ذلك مناسبًا.
لا تضع المفتاح داخل مستودع عام أو Chatbot.
أنشئ مفتاحًا منفصلًا لكل تطبيق.
ألغِ المفتاح فورًا عند الاشتباه أو توقف الاستخدام.

22. لا تعطِ Seed Phrase أو Private Key

أي خدمة تطلب Seed Phrase أو Private Key لمحفظة غير حفظية كي «تتداول نيابة عنك» تمنحها عمليًا قدرة خطيرة على الأصول. لا تضع هذه الأسرار في روبوت أو دردشة أو ملف إعداد أو صفحة ويب.

23. اختبر فشل الاتصال قبل اختبار الأرباح

أنشئ سيناريوهات Failure Testing:

انقطاع الإنترنت.
إعادة تشغيل Terminal.
إعادة تشغيل VPS.
توقف API.
بيانات سعر قديمة/Stale.
رفض Order.
Timeout بعد إرسال الأمر.
انقطاع بعد الإرسال وقبل استلام التأكيد.

السؤال المهم: هل يستطيع النظام معرفة أن الأمر نُفذ أم يعيد إرساله فينشئ Duplicate Position؟

24. اختبر Duplicate Orders وIdempotency

في الأنظمة الخارجية أو APIs يجب أن توجد طريقة تمنع تكرار الأمر إذا لم يصل Confirmation. افحص Order IDs وMagic Number أو Client Order ID وآلية Recovery. خطأ تكرار واحد قد يضاعف التعرض دون أن تكون الاستراتيجية نفسها قد أعطت إشارة جديدة.

25. اختبر Insufficient Margin وVolume Errors

ماذا يفعل النظام إذا:

الحجم أقل من Minimum Volume؟
الحجم لا يطابق Volume Step؟
لا يوجد Free Margin كافٍ؟
الرمز مغلق أو غير متاح؟
Stops Level يمنع SL/TP؟

الروبوت الآمن تشغيليًا يجب ألا يتحول من Reject إلى سلسلة محاولات عشوائية أو حجم أكبر.

26. اختبر اختلاف Timezone وDST

إذا كانت الاستراتيجية تعتمد على جلسات أو أخبار أو إغلاق يومي، سجّل Server Time والمنطقة الزمنية وكيف تتعامل مع DST. تغيير ساعة واحدة قد يغير أي فلتر زمني أو تعريف Daily High/Low.

27. الأخبار: لا تفترض أن «News Filter» يعمل

إذا يدعي EA أنه يتجنب الأخبار، تحقق من:

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

لا توجد نافذة زمنية واحدة مناسبة لكل استراتيجية؛ يجب أن تكون جزءًا من قواعد قابلة للاختبار.

28. Kill Switch: لا تشغل روبوتًا بلا طريقة توقف واضحة

ضع Triggers مستقلة عن منطق الدخول، مثل:

Maximum Account Drawdown.
Daily/Cumulative Loss Trigger.
Maximum Open Risk.
Maximum Number of Positions.
Maximum Effective Leverage.
Spread أعلى من حد اختباري.
Slippage أعلى من نطاق معين.
Data Feed/Connection failure.
Duplicate Order detection.
Manual Emergency Stop.

لا يوجد رقم عالمي لهذه الحدود؛ استخرجها من اختبار النظام وقدرة رأس المال على تحمل الخسارة. للتفصيل راجع دليل Kill Switch وحدود التوقف.

29. ماذا يحدث عند تفعيل Kill Switch؟

اكتب الإجراء مسبقًا:

منع أوامر جديدة.
حفظ Logs والحالة.
مراجعة المراكز المفتوحة وفق قواعد الخروج الأصلية أو إجراء الطوارئ.
تعطيل AutoTrading/API إذا كان الخلل تقنيًا.
تحديد السبب قبل إعادة التشغيل.
عدم العودة لمجرد مرور ساعة أو يوم.

30. المراقبة لا تعني النظر للشاشة طوال اليوم

يمكن بناء Alerts وHealth Checks، لكن يجب مراقبة مؤشرات التشغيل:

آخر Tick/آخر تحديث بيانات.
حالة الاتصال.
عدد الأوامر المفتوحة.
Equity/Drawdown.
Used Margin وFree Margin.
آخر خطأ.
Version/Configuration المستخدمة.

المهم أن تعرف أن النظام يعمل كما صُمم، لا أن تتركه «لأنه آلي».

31. سجل الإصدارات والمعلمات

كل تغيير يجب أن يكون موثقًا:

الحقل	مثال لما تسجله
Version	رقم إصدار الكود.
Parameters	الإعدادات المستخدمة.
Data Range	فترة الاختبار.
Change Reason	لماذا عُدل المتغير؟
Expected Effect	الفرضية قبل رؤية النتيجة.
Result	ما الذي حدث بعد الاختبار.

إذا غيرت خمسة متغيرات مرة واحدة ثم تحسنت النتيجة، لن تعرف أي تغيير تسبب في ذلك.

32. لا تعتمد على «الذكاء الاصطناعي» كطبقة غموض

إذا كان النظام يستخدم Machine Learning أو نموذجًا لغويًا أو تصنيفًا آخر، اسأل الأسئلة نفسها: ما البيانات؟ ما الهدف؟ ما التدريب؟ ما الاختبار خارج العينة؟ كيف يتم منع Leakage؟ ماذا يحدث عند Drift؟ وما حدود النظام؟

راجع دليل الذكاء الاصطناعي في التداول لاستخدام AI بصورة قابلة للتحقق.

33. هل Marketplace أو App Store يثبت أن الروبوت موثوق؟

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

34. هل VPS يجعل الروبوت أكثر ربحية؟

لا توجد هذه العلاقة بصورة عامة. VPS قد يحسن الاستمرارية أو زمن الاتصال، لكن Expectancy تأتي من الاستراتيجية والتنفيذ والتكاليف. قد يعمل نظام سيئ بسرعة أكبر ويخسر بسرعة أكبر.

35. هل Win Rate 90% ممتاز؟

ليس كافيًا للحكم. افحص Average Loss وMaximum Drawdown وTail Risk وحجم المراكز. نظام Martingale/Grid قد يعرض نسبة فوز مرتفعة لفترة بينما يبني تعرضًا كبيرًا.

36. هل أعلى Backtest هو أفضل EA؟

لا. قد يكون الأعلى عائدًا هو الأعلى Overfitting أو الأعلى Drawdown أو الأكثر حساسية للتكاليف. قارن الاستقرار خارج العينة، المخاطر، التعرض، والتنفيذ.

37. هل أترك EA يعمل دون مراقبة؟

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

38. هل يمكن للروبوت أن يتنبأ بالسوق؟

يمكن للنظام توليد توقع أو قرار مبني على بيانات وقواعد، لكنه لا يعرف المستقبل يقينًا. أي ادعاء بالتنبؤ المضمون أو عدم الخسارة علامة تستحق رفض العرض أو تدقيقه بشدة.

39. هل Demo يكفي؟

Demo مفيد للتشغيل وForward Test، لكنه لا يطابق دائمًا السيولة والانزلاق والضغط الحقيقي. لا تحول نجاح Demo إلى وعد بنتيجة Live.

40. قائمة تحقق قبل شراء أو تشغيل أي Robot/EA

□ أعرف الاسم القانوني للبائع/الخدمة.
□ أفهم هل هو Software فقط أم يدير/ينسخ/ينفذ لحسابي.
□ تحققت من التسجيل أو الترخيص حيث ينطبق.
□ لا توجد وعود ربح مضمون أو Win Rate بلا سياق.
□ لدي Backtest كامل بفترة وبيانات وتكاليف معلومة.
□ اختبرت Out-of-Sample ولم أكتفِ بفترة التطوير.
□ أعرف Maximum Equity Drawdown لا Balance فقط.
□ أعرف Position Sizing وMaximum Lot.
□ تحققت من Martingale/Grid وعدد المراكز المتزامنة.
□ اختبرت Spread وCommission وSwap وSlippage أعلى من الافتراض الأساسي.
□ أعرف اعتماد النظام على Broker/Timezone/Symbol Specs.
□ راجعت DLL/WebRequest/APIs والصلاحيات.
□ لا توجد Withdrawal Permission أو Seed Phrase/Private Key لدى الروبوت.
□ اختبرت Connection Loss وRestart وDuplicate Orders.
□ لدي Logging وVersioning للإعدادات.
□ لدي Maximum Open Risk وMaximum Effective Leverage.
□ لدي Kill Switch يدوي وآلي واضح.
□ أجريت Forward Test على نسخة ثابتة.
□ أعرف شروط العودة بعد أي توقف.
□ أستطيع شرح ما الذي يجعل النظام يخسر، لا ما الذي يجعله يربح فقط.

أسئلة شائعة

هل الروبوت الأعلى سعرًا أفضل؟

لا. السعر نموذج تجاري، وليس مقياسًا لجودة الاستراتيجية أو الأمان أو الأداء.

هل أحتاج VPS لكل EA؟

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

هل Source Code ضروري؟

ليس شرطًا لعمل EA، لكنه يمنح قدرة أكبر على المراجعة. عند استخدام Binary مغلق، تزداد أهمية الثقة بالمصدر والصلاحيات والاختبار والمراقبة.

هل يمكنني نسخ إعدادات شخص آخر؟

قد تختلف مواصفات الرمز والرافعة والرصيد والوسيط والبيانات، ولذلك نسخ Set File لا يضمن النتيجة نفسها.

هل النتائج الموثقة لدى طرف ثالث تضمن المستقبل؟

لا. التوثيق قد يحسن مصداقية السجل التاريخي، لكنه لا يضمن أن الاستراتيجية ستكرر النتيجة.

هل AI Robot أفضل من Expert Advisor تقليدي؟

ليس بحكم التسمية. قارن البيانات والاختبار والمخاطر والتنفيذ وقابلية المراقبة.

مصادر رسمية للمراجعة

الخلاصة

تقييم Robot أو Expert Advisor ليس سؤالًا «كم يربح؟»، بل عملية Due Diligence كاملة: من يقدمه؟ كيف يحدد الحجم؟ ما البيانات والتكاليف؟ هل الاختبار مستقل؟ ما أسوأ Drawdown وتعرض؟ هل يستخدم Martingale/Grid؟ ماذا يحدث عند فشل الاتصال أو تكرار أمر؟ وما الصلاحيات التي يملكها؟ إذا لم تستطع الإجابة عن هذه الأسئلة، فلا تجعل منحنى Backtest أو كلمة AI بديلًا عن الفهم والاختبار والمراقبة.

تحذير مخاطر: أنظمة التداول الآلي وExpert Advisors والفوركس وCFDs والمنتجات ذات الرافعة قد تؤدي إلى خسارة جزء كبير أو كامل رأس المال. Backtest وForward Test ونتائج Live السابقة لا تضمن النتائج المستقبلية. هذه المادة تعليمية وليست توصية بشراء روبوت أو استخدام خدمة Auto-Trading أو استراتيجية أو حجم مخاطرة معين.

إعداد ومراجعة: محمد الخطيب — مؤسس ومحرر عرب تريد فوركس. LinkedIn.