اکسپرت چیست و چه فرقی با اندیکاتور دارد؟

چرا تفاوت این دو ابزار مهم است؟

دیدن یک علامت روی نمودار به‌تنهایی به معنی ثبت سفارش نیست. برنامه ممکن است فقط یک شرط را حساب کند و نتیجه را با خط یا نشانه‌ای نشان دهد. ثبت سفارش کار جداگانه‌ای است و به اجرای قواعد معاملاتی و دسترسی برنامه به سفارش‌گذاری نیاز دارد. اگر این دو را یکی بدانید، ممکن است فکر کنید ابزار معامله کرده، در حالی که فقط وضعیت بازار را نشان داده است.

هدف این مقاله این است که کارکرد واقعی برنامه را تشخیص دهید، مرز میان تحلیل و اجرا را بشناسید و یک برنامه‌ی آماده یا نوشته‌شده را بر اساس رفتارش ارزیابی کنید. مقایسه را بر اساس نام انتخابی سازنده انجام ندهید؛ عنوان‌هایی مثل «ربات»، «سیگنال‌دهنده» یا «اندیکاتور خودکار» به‌تنهایی نوع کارکرد را نشان نمی‌دهند. معیار اصلی این است: اگر برنامه فقط محاسبه یا نمایش می‌دهد، اندیکاتور است؛ اگر سفارش را طبق قواعد مدیریت می‌کند، اکسپرت است.

در تصویر پایین، مسیر انتخاب ابزار بر اساس کارکرد برنامه دیده می‌شود: از بررسی ورودی‌ها و خروجی‌ها تا تشخیص اینکه سفارش ارسال می‌شود یا نه. هنگام مقایسه‌ی دو برنامه، دست‌کم پنج مورد را ثبت کنید: ورودی، خروجی، رویداد اجرا، امکان ارسال سفارش و روش آزمون. این ثبت ساده نشان می‌دهد ابزارها واقعاً چه می‌کنند، نه چه نامی روی صفحه‌شان نوشته شده است.

مقاله از تعریف اندیکاتور و اکسپرت آغاز می‌کند، سازوکارشان و مرز نقش پلتفرم را توضیح می‌دهد و سپس یک شرط مشترک را در هر دو دنبال می‌کند. بعد به استثناهای مرز تعریف، خطاهای رایج در برداشت از ابزار و چک‌لیست انتخاب و ارزیابی می‌رسد. در ادامه‌ی مسیر می‌توانید این آموخته‌ها را به بررسی برنامه‌های واقعی پیوند بزنید.

اندیکاتور و اکسپرت دقیقاً چه هستند؟

اندیکاتور برنامه‌ای است که اطلاعات ورودی را به مقدار، خط، ناحیه، علامت یا هشدار تبدیل می‌کند. برای نمونه، قیمت‌های ورودی را محاسبه می‌کند و نتیجه را روی نمودار به شکل خط نشان می‌دهد. کار اصلی‌اش محاسبه و نمایش است، نه تصمیم‌گیری.

اکسپرت معاملاتی برنامه‌ای است که رویدادها را می‌گیرد، شرط‌ها را بررسی می‌کند و می‌تواند معامله را اجرا یا مدیریت کند. برای نمونه، با رسیدن قیمت تازه یا بسته‌شدن کندل، شرط‌ها را چک می‌کند و در صورت برقرار بودن، سفارش می‌فرستد، تغییر می‌دهد یا می‌بندد.

در تصویر بالا، تفاوت را از روی کارکرد ببینید: یک برنامه فقط محاسبه یا نمایش می‌دهد؛ برنامه‌ای که طبق قواعد تصمیم می‌گیرد و سفارش را مدیریت می‌کند، اکسپرت است. هر دو می‌توانند منطق محاسباتی مشابهی داشته باشند؛ چیزی که مرز را روشن می‌کند، نوع خروجی و نحوه‌ی استفاده از قابلیت‌های معاملاتی است.

هشدار را با سفارش یکی نگیرید: اعلان برقرارشدن یک شرط، به‌خودی‌خود سفارشی ثبت نمی‌کند. «ربات» فقط نام رایج و کلی برنامه‌های معاملاتی است و نوع یا کیفیت قابلیت برنامه را مشخص نمی‌کند.

قاعده‌ی تشخیص و مقایسه

برای دسته‌بندی ساده: اگر برنامه فقط محاسبه یا نمایش می‌دهد، اندیکاتور است؛ اگر در قالب اکسپرت سفارش را طبق قواعد مدیریت می‌کند، اکسپرت است. برای مقایسه‌ی دو برنامه، این پنج مورد را ثبت کنید:

• ورودی: چه اطلاعاتی را دریافت می‌کند؟
• خروجی: مقدار، خط، علامت، هشدار یا عملیات معاملاتی چیست؟
• رویداد اجرا: چه چیزی اجرای برنامه را آغاز می‌کند؟
• امکان ارسال سفارش: برنامه چه دسترسی‌ای دارد و چگونه از آن استفاده می‌کند؟
• روش آزمون: هر شرط را در حالت برقرار، برقرار نبودن و ناقص بودن اطلاعات ورودی بسنجید.

هرکدام چگونه کار می‌کنند و مرز پلتفرم کجاست؟

اندیکاتور چرخه‌ای کار می‌کند: قیمت یا اطلاعات را می‌گیرد، مقدارها را حساب می‌کند و خروجی را روی نمودار نشان می‌دهد یا هشدار می‌سازد. مثلاً اندیکاتور میانگین متحرک، قیمت‌های ورودی را می‌گیرد و خط میانگین را به‌روز می‌کند. هشدارِ عبور قیمت از خط فقط یک پیام است، نه خودِ سفارش.

اکسپرت با یک رویداد شروع می‌شود، مثل رسیدن قیمت تازه. بعد شرط‌های ورود و خروج را بررسی می‌کند، وضعیت سفارش‌ها و موقعیت‌های باز را می‌سنجد، و درخواست ارسال یا ویرایش سفارش می‌سازد. برای هر سفارش، حجم، جهت، نقطه‌ی ورود، حد ضرر و حد سود را از قبل مشخص کنید. پاسخ کارگزار را هم بررسی کنید؛ نتیجه‌ی درخواست را با اجرای واقعی آن اشتباه نگیرید.

در معماری MQL5، اندیکاتور سفارشی و اکسپرت دو نوع برنامه‌اند. ترمینال رویدادهایشان را به تابع‌های ویژه می‌فرستد. اندیکاتور در ‎OnCalculate‎ با تغییر قیمت دوباره محاسبه می‌شود. اکسپرت در ‎OnTick‎ به قیمت تازه واکنش می‌دهد و با ‎OnTradeTransaction‎ نتیجه‌ی تغییرهای معاملاتی را پیگیری می‌کند. رویدادهای زمانی و نموداری هم در برنامه‌های مربوط قابل استفاده‌اند. پس رویداد فقط زمان اجرای کد را تعیین می‌کند، نه نوع خروجی را. ([mql5.com](https://www.mql5.com/en/docs/event_handlers?utm_source=openai))

در Pine Script، اندیکاتور فقط محاسبه و نمایش می‌دهد. استراتژی دستورهای سفارش را در شبیه‌ساز کارگزار پلتفرم می‌سنجد و گزارش عملکرد فرضی می‌سازد؛ به حساب کارگزاری متصل نیست. هشدار TradingView هم فقط پیام یا اعلان می‌فرستد. اجرای خودکار معامله به اتصال و سامانه‌ی جداگانه‌ای نیاز دارد که پیام را بگیرد و سفارش را ارسال کند. ([tradingview.com](https://tradingview.com/pine-script-docs/faq/strategies/?utm_source=openai))

در تصویر بالا، محاسبه، اعلان و اجرای سفارش لایه‌های جدا از هم‌اند. برای سنجش هر برنامه، این پنج مورد را ثبت کنید: ورودی، خروجی، رویداد اجرا، امکان ارسال سفارش و روش آزمون. هر قاعده را در سه حالت آزمایش کنید: شرط برقرار است، برقرار نیست، و اطلاعات ورودی ناقص است. در آزمون اکسپرت، نتیجه‌ی شبیه‌سازی را با هزینه‌ها، لغزش و تنظیمات اجرای سفارش مقایسه کنید. خروجی خام را نتیجه‌ی عملیاتی ندانید.

یک شرط مشترک را در اندیکاتور و اکسپرت دنبال کنید

فرض کنید قیمت اول ۱۰۰، قیمت دوم ۱۰۲ و حجم سفارش ۲ واحد است؛ این عددها فقط برای نمایش روش محاسبه‌اند. قاعده را ساده می‌کنیم: قیمت فعلی باید از میانگین این دو قیمت بیشتر باشد.

محاسبه و بررسی شرط

1. ورودی‌ها را ثبت کنید: قیمت اول ۱۰۰، قیمت دوم ۱۰۲، قیمت فعلی ۱۰۲، حجم ۲ واحد و حد ضرر ۹۹.
2. میانگین را حساب کنید: (۱۰۰ + ۱۰۲) ÷ ۲ = ۱۰۱. خروجی ۱۰۱ یعنی میانگین دو قیمت ورودی.
3. شرط را به نتیجه‌ی درست یا نادرست تبدیل کنید: قیمت فعلی > میانگین؛ یعنی ۱۰۲ > ۱۰۱. پس شرط برقرار است.
4. فاصله‌ی قیمت ورود مرجع تا حد ضرر برابر است با ۱۰۱ − ۹۹ = ۲ واحد قیمت. این فاصله به‌تنهایی ریسک پولی را مشخص نمی‌کند؛ برای محاسبت آن باید ارزش هر واحد و هزینه‌های اجرا را نیز در نظر گرفت.

خروجی هر برنامه چه معنایی دارد؟

اندیکاتور میانگین ۱۰۱ را نمایش می‌دهد و علامتی نشان می‌دهد که شرط برقرار است. این خروجی فقط نتیجه‌ی محاسبه را نشان می‌دهد و خودش سفارشی ارسال نمی‌کند.

اکسپرت پس از برقرارشدن شرط، طبق قاعده‌ی مثال سفارش خرید با حجم ۲ واحد و حد ضرر ۹۹ ثبت می‌کند. برای هماهنگی قیمت ورود با فاصله‌ی حد ضرر، سفارش را به‌صورت سفارش محدود با قیمت ۱۰۱ تعریف می‌کنیم؛ در قیمت فعلی ۱۰۲، این سفارش تنها با رسیدن بازار به ۱۰۱ اجرا می‌شود. توجه کنید: قیمت ۱۰۱ قیمت سفارش است، نه قیمت اجرای قطعی.

1. ورودی‌ها: ۱۰۰ و ۱۰۲؛ حجم ۲ واحد؛ حد ضرر ۹۹؛ قیمت فعلی ۱۰۲.
2. فرمول و شرط: میانگین برابر ۱۰۱ است و شرط ۱۰۲ > ۱۰۱ برقرار می‌شود.
3. اقدام اکسپرت: ثبت سفارش محدود خرید در ۱۰۱ با حجم ۲ واحد و حد ضرر ۹۹؛ فاصله‌ی مرجع تا حد ضرر ۲ واحد قیمت است.
4. معنای خروجی اندیکاتور: نمایش میانگین ۱۰۱ و علامت برقرارشدن شرط، بدون ارسال سفارش.

برای آزمون قاعده، سه حالت را جداگانه بررسی کنید: شرط برقرار است، شرط برقرار نیست، و اطلاعات ورودی ناقص است. در هر حالت، نتیجه‌ی اندیکاتور و رفتار اکسپرت را ثبت کنید.

چه حالت‌هایی مرز تعریف ساده را تغییر می‌دهند؟

اندیکاتور می‌تواند با برقرارشدن یک شرط هشدار بدهد؛ مثلاً پیام یا اعلان بفرستد. اما هشدار فقط اطلاع‌رسانی است. تا برنامه‌ای جداگانه آن را به دستور اجرایی تبدیل نکند، سفارش خودکار ثبت نمی‌شود. پس «پیام می‌دهد؟» را از «سفارش می‌فرستد؟» جدا کنید. ([tradingview.com](https://www.tradingview.com/pine-script-docs/faq/alerts/?utm_source=openai))

استراتژی Pine Script سفارش‌ها را در محیط آزمون پلتفرم شبیه‌سازی می‌کند؛ معادل اکسپرتی نیست که سفارش واقعی به کارگزار می‌فرستد. گزارش شبیه‌سازی را با هزینه‌ها، لغزش و تنظیمات اجرای سفارش بسنجید. هشدارِ حاصل از استراتژی هم ثابت نمی‌کند سفارش واقعی ثبت شده است. ([tradingview.com](https://tradingview.com/pine-script-docs/faq/strategies/?utm_source=openai))

در MQL5، اکسپرت می‌تواند هندل اندیکاتور را بگیرد و مقدار محاسبه‌شده‌اش را از بافر بخواند. محاسبه‌ی اندیکاتور می‌تواند بخشی از منطق تصمیم اکسپرت باشد: اکسپرت خروجی را می‌سنجد و طبق قواعد خودش سفارش می‌دهد. وجود این محاسبه، برنامه را اندیکاتور نمی‌کند؛ خروجی و دسترسی واقعی تعیین‌کننده‌اند. ([mql5.com](https://www.mql5.com/en/docs/indicators/icustom?utm_source=openai))

در برنامه‌های ترکیبی، عنوان فایل یا توضیح صفحه‌ی فروش را معیار نگیرید. بررسی کنید برنامه چه خروجی می‌دهد و چه دسترسی‌هایی دارد. برای مقایسه‌ی دو برنامه، ورودی، خروجی، رویداد اجرا، امکان ارسال سفارش و روش آزمون را ثبت کنید. قاعده ساده است: برنامه‌ای که فقط محاسبه یا نمایش می‌دهد اندیکاتور است؛ برنامه‌ای که سفارش را مدیریت می‌کند اکسپرت است.

برای ثبت نتیجه، سه پرسش را جدا جدا پاسخ دهید؛ یک برنامه می‌تواند پیام بدهد یا سفارش شبیه‌سازی کند، بدون آنکه خودش سفارش واقعی بفرستد. اگر پاسخ را از تنظیمات و مستندات پیدا نکردید، آن را «نامشخص» ثبت کنید، نه «بله».

• آیا برنامه به حساب معاملاتی سفارش واقعی می‌فرستد؟ بله / خیر / نامشخص
• آیا فقط سفارش‌ها را شبیه‌سازی می‌کند؟ بله / خیر / نامشخص
• آیا پیام یا هشدار می‌دهد؟ بله / خیر / نامشخص

چه خطاهایی باعث برداشت اشتباه می‌شوند؟

برای سنجش هر ابزار، قبل از آزمون بنویسید دقیقاً چه چیزی را بررسی می‌کنید و چه نتیجه‌ای انتظار دارید. علامت، اعلان، سفارش و نتیجه‌ی آزمون را جدا ثبت کنید؛ هیچ‌کدام را دلیل درستی دیگری نگیرید.

1. علامت روی نمودار را با سفارش یکی نگیرید. آزمون: در حساب آزمایشی، شرطی را فعال کنید و هم‌زمان علامت نمودار، خروجی برنامه و سابقه‌ی سفارش را بررسی کنید. انتظار را از قبل بنویسید: علامت فقط وقتی سفارش محسوب می‌شود که ثبت آن در خروجی و سابقه قابل مشاهده باشد؛ در غیر این صورت، سفارش ثبت نشده است.
2. هشدار را معامله فرض نکنید. آزمون: مسیر اعلان را جدا از مسیر ارسال سفارش فعال و هرکدام را جداگانه اجرا کنید. انتظار: آزمایش اعلان فقط دریافت هشدار را نشان دهد؛ آزمایش سفارش نیز باید نتیجه‌ی ارسال یا خطای آن را در سابقه‌ی سفارش ثبت کند.
3. آزمون تاریخی را معادل اجرای واقعی ندانید. آزمون: یک راهبرد را با روش محاسبه و تنظیمات ثبت‌شده اجرا کنید، سپس گزارش اجرای واقعی یا حساب آزمایشی را با هزینه‌ها، لغزش و تنظیمات اجرای سفارش مقایسه کنید. انتظار: گزارش، تفاوت روش محاسبه و کیفیت اجرا را آشکار کند؛ خروجی خام آزمون تاریخی به‌تنهایی نتیجه‌ی عملیاتی نیست.
4. تنظیمات را میان پلتفرم‌ها یکسان فرض نکنید. آزمون: ورودی‌ها، تایم‌فریم، منطقه‌ی زمانی و نماد را در هر دو پلتفرم کنار هم ثبت و سپس یک بازه‌ی یکسان را اجرا کنید. انتظار: مقایسه فقط وقتی معتبر باشد که این موارد تطبیق داشته باشند؛ هر اختلاف باید پیش از تفسیر نتیجه اصلاح شود.
5. به نام یا توضیح فروشنده بسنده نکنید. آزمون: فایل، مجوزهای درخواستی، تنظیمات و نمونه‌ی عملکرد قابل‌بررسی را وارسی کنید و اجرای ابزار را در محیط آزمایشی زیر نظر بگیرید. انتظار: رفتار مشاهده‌شده با توضیحات و مجوزهای اعلام‌شده سازگار باشد؛ مورد نامشخص یا ناسازگار، دلیل کافی برای توقف بررسی است.
6. برای همه‌ی آزمون‌ها، نتیجه‌ی مورد انتظار را پیش از اجرا ثبت کنید؛ بعد خروجی واقعی را با آن بسنجید. اگر شرط برقرار نیست یا اطلاعات ورودی ناقص است، آن حالت را هم جداگانه آزمایش کنید تا خطای محاسبه با خطای اجرا اشتباه نشود.

چک‌لیست انتخاب و ارزیابی ابزار

پیش از انتخاب، نیاز خود را در یک جمله بنویسید: نمایش محاسبه، دریافت اعلان، آزمون منطق یا مدیریت سفارش. اگر برنامه فقط محاسبه یا نمایش می‌دهد، آن اندیکاتور است. اگر سفارش را طبق قواعد مدیریت می‌کند، اکسپرت است. برای مقایسه‌ی دو برنامه، پنج مورد را کنار هم بنویسید: ورودی، خروجی، رویداد اجرا، امکان ارسال سفارش و روش آزمون.

آزمون را از ورودی تا نتیجه طراحی کنید.

ورودی‌ها و خروجی‌های مورد انتظار را فهرست کنید. برای هر شرط، یک نمونه‌ی درست و یک نمونه‌ی نادرست بسازید. مثلاً برای شرط «قیمت از مقدار مرجع بالاتر است»، یک ورودی بالاتر و یک ورودی برابر یا پایین‌تر انتخاب کنید. خروجی مورد انتظار را هم از قبل مشخص کنید. قواعد ورود و خروج را به شرط‌های بولی روشن تبدیل کنید تا هرکدام نتیجه‌ی درست یا نادرست بدهند. سپس هر قاعده را در سه حالت بسنجید: شرط برقرار است، برقرار نیست، و اطلاعات ورودی ناقص است.

نسخه‌ی آزمایشی را در محیط آزمون اجرا کنید، نه روی حساب واقعی. رویدادها، پیام‌های خطا و سفارش‌های شبیه‌سازی‌شده را با خروجی مورد انتظار مقایسه کنید. برای اکسپرت، حجم، جهت، نقطه‌ی ورود، حد ضرر و حد سود را به‌عنوان ورودی یا قاعده ثبت کنید. کنترل حجم، رعایت حدها، سفارش تکراری، پاسخ ناموفق و اتصال مجدد را جداگانه آزمایش کنید.

در آزمون اکسپرت، سناریوی ارسال ناموفق را هم اجرا کنید. بررسی کنید برنامه سفارش تکراری نسازد و وضعیت سفارش را نادرست گزارش نکند. نتیجه‌ی شبیه‌سازی را با هزینه‌ها، لغزش قیمت و تنظیمات اجرای سفارش مقایسه کنید؛ خروجی خام نتیجه‌ی عملیاتی نیست. برای اندیکاتور، با ورودی معلوم، صحت محاسبه، زمان به‌روزرسانی، ظاهر خروجی و وضعیت هشدار را بسنجید. برای نمونه، بررسی کنید تغییر ورودی، مقدار نمایش‌داده‌شده و اعلان مورد انتظار را ایجاد می‌کند یا نه.

جمع‌بندی و ادامه‌ی مسیر یادگیری

معیار اصلی ساده است. اندیکاتور تحلیل را محاسبه یا نمایش می‌دهد. اکسپرت طبق منطق تعریف‌شده عملیات معاملاتی را مدیریت می‌کند. برای انتخاب سریع از خودتان بپرسید: خروجی موردنیازم نمودار و اعلان است یا اجرای قواعد سفارش؟ اگر فقط مقدار یک شاخص را روی نمودار می‌خواهید، اندیکاتور مناسب است. اگر برنامه باید پس از برقرارشدن شرطی مشخص سفارش را مدیریت کند، با کارکرد اکسپرت سروکار دارید.

ادامه‌ی یادگیری بر اساس زبان برنامه‌نویسی

اگر با Pine Script آشنا هستید، در مستندات رسمی تریدینگ‌ویو بخش‌های اندیکاتورها، استراتژی‌ها و هشدارها را جدا بخوانید. این تفکیک نشان می‌دهد محاسبه و نمایش، شبیه‌سازی معامله و اعلان چه نقشی دارند. مهم: استراتژی پاین فقط برای آزمون و شبیه‌سازی سفارش‌هاست؛ آن را معادل اجرای سفارش واقعی نگیرید. اگر با MQL5 کار می‌کنید، در راهنمای رسمی زبان، مستندات اکسپرت‌ها و اندیکاتورها را کنار بخش رویدادهای اجرایی مانند تیک و محاسبه بررسی کنید تا تفاوت زمان و کارکرد اجرای هر برنامه روشن شود.

برای ارزیابی یک برنامه‌ی موجود، دست‌کم پنج مورد را ثبت کنید: ورودی، خروجی، رویداد اجرا، امکان ارسال سفارش و روش آزمون. قواعد ورود و خروج را پیش از پیاده‌سازی به شرط‌های درست یا نادرست تبدیل کنید. هر قاعده را در سه حالت بسنجید: شرط برقرار است، برقرار نیست یا اطلاعات ورودی ناقص است. برای هر سفارش هم حجم، جهت، نقطه‌ی ورود، حد ضرر و حد سود را به‌عنوان ورودی یا قاعده‌ی مشخص ثبت کنید.

در مسیر فعلی، فهرست ابزارهای مرتبط خالی است و مقاله‌ی بعدی مشخص نشده. اکنون یک برنامه‌ی موجود را با چک‌لیست بخش قبل بررسی کنید و کارکرد واقعی آن را ثبت کنید: تحلیل و نمایش، اعلان، شبیه‌سازی یا مدیریت سفارش.