מערכת AI לבקרת drawdown ועצירת מסחר אוטומטית

שליטה במשיכת יתר של AI: היכן נשברת העצירה האוטומטית של המסחר

העצירה האוטומטית של המסחר נשברת לא בשלב חישוב המשיכה, אלא בצמתים: בין מקור הנתונים, המודול המכריע ושער הביצוע. לרוב מרכיבים את מעגל בקרת המשיכה ממספר חלקים בלתי תלויים, וכל אחד מהם מוסיף השהיה משלו.

עד שהמדד מגיע למודול המכריע, הפוזיציה כבר ירדה עמוק יותר מרמת החישוב — העצירה האוטומטית מופעלת, אך מאוחר מכפי שהיא הייתה צריכה.

הכשל הטיפוסי הראשון הוא השהיית האות. הנתונים מגיעים מהבורסה במרווחי זמן משתנים, האגרגטור מחליק את הסדרה, וסף המשיכה נחצה בפועל, אך טרם אושר פורמלית. אם המודול המכריע ממתין לסגירת נר או לאישור ממקור שני, בין העובדה לבין הפקודה לעצירה מצטבר פער.

הכשל השני הוא הפעלות שווא: צניחה חדה אך קצרת מועד בנזילות מזיזה את המדד מעל הסף, העצירה האוטומטית של המסחר סוגרת פוזיציות, וכעבור דקה המחיר חוזר. הפעלות כאלה מפחיתות מערכו של מעגל הסיכון: המפעיל מתחיל לכבות את ההגנה ידנית.

הכשל השלישי והיקר ביותר הוא היעדר יומן החלטות אחיד. כאשר חישוב המשיכה, הפעלת הסף והפקודה לעצירה חיים בלוגים שונים, אי אפשר לשחזר את הכרונולוגיה. בניתוח האירוע לא רואים מה בדיוק הופעל ראשון: עדכון המדד, התערבות ידנית או בדיקה שגרתית.

בלי רישום מקצה לקצה של ההחלטות אי אפשר לא להוכיח את תקינות העצירה האוטומטית ולא לכוונן את הספים על פי המציאות.

אנחנו בונים את המעגל כך שההחלטה על המשיכה תתקבל בנקודה אחת, וכל הפעלה תשאיר רשומה בלתי ניתנת לשינוי עם נתוני הקלט והסיבה. מפרקים כיצד זה נסגר.

מה נותן מעגל בקרה מנוהל לשליטה בשפל

מעגל בקרה מנוהל מעביר את השליטה בשפל ממצב ידני לתהליך הנדסי מדיד. המדד המרכזי כאן הוא מהירות התגובה: מרגע שבו השפל חוצה סף מוגדר ועד לעצירה בפועל של המסחר.

התערבות ידנית של מפעיל אורכת דקות ותלויה בשאלה אם הוא עוקב אחרי המסך; מעגל אוטומטי מגיב בתוך שניות ואינו מפספס את הרגע בגלל גורם אנושי.

הפרמטר השני הוא שיעור ההתראות השווא. סף פשוט לפי אחוז שפל עוצר את המסחר בתנודתיות שוק רגילה, וכל עצירה כזו עולה ברווח שהוחמץ.

המעגל מתחשב לא רק בעומק השפל, אלא גם במהירות שלו, בפרופיל ההיסטורי של האסטרטגיה ובקורלציה בין הפוזיציות — ולכן עוצר במקום שבו השפל באמת חורג מגבולות הסיכון המותר, ולא במקום שבו השוק רק זז.

הפרמטר השלישי הוא זמן ההתאוששות לאחר ההפעלה. עצירה ללא פרוטוקול חזרה ברור הופכת לזמן השבתה: לא ברור מתי ובאילו תנאים לחדש את המסחר. מעגל בקרה מנוהל מתעד את סיבת ההפעלה, את מצב התיק ברגע העצירה ואת התנאים לחידוש — המפעיל מחזיר את המערכת לפעולה לפי רשימת בדיקה, ולא לפי אינטואיציה.

בנפרד מתוכנן סוג הכשלים שהמעגל חייב לתפוס: היפוך מגמה חד, חיסול מדורג, כשל בערוץ הנתונים, הזמנה תקועה. עמידות המעגל נבדקת על נתונים היסטוריים עם תרחישים אלה — אם המערכת אינה מופעלת בקריסה ידועה מהעבר, היא לא תופעל גם בקריסה הבאה.

מצבי פעולה של עצירה אוטומטית: השוואת גישות

עצירה אוטומטית של מסחר נבנית על אחד משלושה מעגלים, והבחירה ביניהם אינה שאלה של "מה מודרני יותר", אלא שאלה של אילו כשלים אתם רוצים לתפוס ובאיזה מחיר של התראות שווא. מצב ספי מגיב לירידה מוגדרת מראש משיא ההון: פשוט, צפוי, קל להסביר לוועדת סיכונים.

מעגל סטטיסטי מעריך את ההתנהגות הנוכחית של האסטרטגיה ביחס להתפלגות ההיסטורית שלה עצמה — תופס אנומליות לפני שסף קשיח מופעל, אך דורש היסטוריה מצטברת והערכה מחדש נכונה בעת שינוי משטר שוק.

מודל מאומן מוסיף לכך מאפייני שוק ומיקרו-מבנה, ומפחית את מספר העצירות השווא, אך משלם על כך במורכבות הבקרה ובסיכון של דריפט.

בפועל המצבים אינם מתחרים זה בזה, אלא מסתדרים בשרשרת: המודל המאומן מספק אות מוקדם, המעגל הסטטיסטי מאשר את המובהקות שלו, והספי נשאר קו ההגנה האחרון ובלם החירום. תכנית כזו שומרת על הסבריות לצורכי ציות ובו בזמן מפחיתה את שיעור עצירות השווא — המסחר אינו נעצר מרעש שוק רגיל.

את הבחירה בגישה אנו עושים לפי נתונים: בוחנים את אורך ההיסטוריה, את תדירות שינויי המשטר ואת השאלה איזה סוג שגיאה יקר יותר עבורכם — ירידה שהוחמצה או עצירה מיותרת.

כיצד אנו מטמיעים מערכת AI לבקרת ירידה

ההטמעה אינה מתחילה במודל, אלא במיפוי האופן שבו נשלטת הירידה כיום. אנו אוספים את כללי ניהול הסיכונים הקיימים — מגבלות על פוזיציה, עצירות יומיות, התערבויות ידניות — ומתעדים היכן הם מתנגשים זה בזה או אינם פועלים בזמן. ללא שלב זה, כל אוטומציה משכפלת את הכאוס במקום לבטל אותו.

1. ביקורת כללים. מנתחים יומני עסקאות ואירועים: אילו ירידות התרחשו, באיזה סף נעצרו, כמה זמן אבד על קבלת החלטה. התוצר — מפת המגבלות הנוכחיות ורשימת המקומות שבהם התגובה מאחרת.
2. תכנון הסכמה. מגדירים רמות בקרה: התראה, צמצום סיכון מרוכך, עצירה אוטומטית מלאה. לכל אחת — טריגר משלה ופעולה משלה, כדי שהמערכת לא תעצור מסחר בגלל תנודה חד-פעמית.
3. הגדרת המעגל. אוספים זרם נתונים על פוזיציות ותוצאות, מגדירים חישוב ירידה שוטפת וספי הפעלה. הלוגיקה מופרדת מליבת המסחר — כשל בבקרה אינו עוצר את המסחר עצמו.
4. בדיקה על היסטוריה. מריצים את המעגל על נתונים מצטברים: בודקים כמה עצירות שווא הוא מייצר ואילו ירידות אמיתיות הוא מפספס. מכיילים את הספים עד לאיזון מקובל.
5. מסירת המערכת. מוסרים את המעגל המוגדר, תיעוד הספים ותקנון השינויים. צוות הלקוח יכול לערוך את המגבלות בעצמו, ללא עזרתנו.

כל שלב מסתיים בארטיפקט שניתן לבדוק: מפת כללים, סכמת רמות, תצורת ספים, דוח על הרצות היסטוריות, תקנון תפעול. סדר זה מאפשר לראות את האפקט לפני שהמערכת נכנסת למעגל המבצעי.

תוצרי פלט: תצורות, תרשימים, נהלים

פרויקט נסגר לא בהדגמה של מערכת פעילה, אלא בהעברת ערכה שלפיה המערכת ממשיכה להתקיים ולהתפתח בלעדינו. להלן מה שהלקוח מקבל לידיו: קבצים, תרשימים ונהלים, כל אחד עם אחראי וגרסה במערכת בקרת שינויים.

• תצורות בקרת ירידה — פרמטרים של ספים לכל מערכת מסחר, חלונות ממוצע, כללי הסלמה מהתראה לעצירה אוטומטית. במאגר הקוד, עם היסטוריית עריכות וסקירה מחייבת: שינוי סף אינו עובר בשקט.
• תרשימי זרימת נתונים — ממקור הציטוטים ושער הברוקר ועד למודול חישוב המדד ולמערכת הביצוע. עם נקודות כשל וגבולות השהיה, כך שבשעת תקלה ניתן לראות היכן נשברת השרשרת.
• מדיניות גישה — תפקידים לשינוי ספים, הסרה ידנית של חסימה, קריאת יומן. הפרדת הרשאות בין הסוחר, מנהל הסיכונים והמהנדס התורן, כך שלא ניתן לבטל עצירה ביחיד.
• יומן החלטות — מי, מתי ועל סמך מה שינה פרמטרים או הסיר חסימה. רשומה בלתי ניתנת לשינוי: משמשת גם לחקירת אירוע וגם לביקורת.
• נוהל עצירה אוטומטית — סדר פעולות שלב אחר שלב בעת הפעלה: מי מאשר, מה נבדק לפני חידוש המסחר, לאן מסלימים.
• הוראות הפעלה — הפעלה, תחזוקה מתוכננת, שחזור לאחר תקלה, הליך חזרה לתצורת ספים קודמת.
• מתודולוגיית בדיקה — מערך תרחישים עם ירידה מלאכותית מוגדרת, שלפיהם הלקוח משתכנע בעצמו שהעצירה האוטומטית פועלת ברמה שנקבעה, ולא "מתישהו".

הערכה מיועדת להעברה: מהנדס הלקוח פורס את המערכת לפי התרשימים והנהלים ללא פנייה אלינו. תארו את המקרה שלכם — נחזור עם הערכה ותוכנית.

מקרה בוחן: הפחתת ירידה (drawdown) במערך המסחר

מה היה לפני ההטמעה

מערך המסחר פעל על ספים נוקשים: כאשר הירידה בחשבון עלתה על רמה מוגדרת מראש, הופעל עצירה ידנית, שאותה הסיר מהנדס תורן בהתאם לנוהל. הסף לא התחשב בתנודתיות של הכלי ובקורלציה בין האסטרטגיות, ולכן בשוק רגוע הוא לא הופעל בזמן, ובהתפרצויות חדשות הוא הוציא פוזיציות ברטריט זמני.

התגובה לירידה אמיתית ארכה עשרות דקות — בזמן הזה ההפסד הספיק לגדול, וחלק מהעצירות נפלו על תנודות רגילות ודרשו בדיקה ידנית.

מה שינו

הצבנו מודל שמעריך ירידה לא לפי מספר אחד, אלא לפי מכלול של מאפיינים: מהירות ירידת ה-equity, תנודתיות, קורלציה של אסטרטגיות פתוחות ועומק ביחס להתפלגות ההיסטורית.

המודל פועל באופן מקוון, מחשב מחדש את הסיכון בכל עדכון של פוזיציה, ובאישור אות מאומת יוזם עצירה אוטומטית של המסחר — בלי להמתין לתורן. סף ההפעלה הוא אדפטיבי: בשוק רגוע הוא רך יותר, בטורבולנטי — נוקשה יותר, מה שמסיר את הסיבה העיקרית להפעלות שווא.

מדדים לפני ואחרי

בנפרד עקבנו אחרי הצד ההפוך — אותות שהוחמצו: שיעורם לא גדל, כלומר המערכת לא «הגזימה בזהירות» על חשבון האסטרטגיה. מערך MetaTrader נשאר פעיל, העצירה האוטומטית מוטמעת כשכבת בקרה חיצונית ואינה דורשת לכתוב מחדש את לוגיקת האסטרטגיות.

במה נבדל המעגל הלומד ממעגל הסף?

מעגל הסף הוא אוסף של כללים סטטיים: ירידה חרגה מרמה מוגדרת, הפעיל טריגר, המסחר הופסק. הוא צפוי, קל לבדיקה ואינו דורש היסטוריית עסקאות.

הבעיה היא שהשוק משנה אופי: במצב רגוע התנודתיות נמוכה, וסף נוקשה מוציא את האסטרטגיה מחוץ למשחק בתיקון נורמלי, ואילו בתנאי סערה אותה רמה מתגלה כרחוקה מדי, וההפסד מספיק להצטבר לפני הפעלת הסף. אותו סף אינו יכול להיות גם רגיש וגם עמיד לרעש.

המעגל הלומד, במקום מספר קבוע, מחזיק מודל של מצב השוק הנוכחי. הוא מעריך כיצד האסטרטגיה מתנהגת בתנאים דומים: איזו ירידה נחשבת נורמלית למצב זה, ואיזו חורגת מגבולות ההתנהגות ההיסטורית. הסף הופך לא מקבוע, אלא לפונקציה של תנודתיות, נזילות ומתאמים. זה מעניק רגישות שונה במצבים שונים — המעגל מגיב מוקדם יותר לאנומליה ואינו מתערער בתנודות צפויות.

ההבדל בדרישות לנתונים הוא עקרוני. מעגל הסף מסתפק בזרימת עסקאות ובערך הנוכחי של הירידה. המעגל הלומד זקוק להיסטוריה המכסה מצבים שונים: מגמות ודשדושים, תקופות רגועות ואפיזודות של לחץ, שינויים במתאמים.

אם בנתונים קיים רק סוג אחד של שוק, המודל ילמד אותו ובשינוי מצב יטעה — וזאת לכיוון של עצירות שווא, שאינן פחות יקרות למסחר מאשר ירידה שהוחמצה.

גם הליווי בנוי אחרת. הסף מכוון פעם אחת ומחזיק מעמד עד החלפת האסטרטגיה. המעגל הלומד דורש בקרה שוטפת: סחיפת התפלגויות, הידרדרות באיכות האות, אימון יתר על נתונים חדשים. נדרש מעגל משוב — באיזו תדירות הפעלות התבררו כשווא, באיזו מהירות המערכת החזירה את המסחר לפעולה לאחר עצירה. בלי זה המודל מתיישן בשקט ומפסיק לשקף את השוק.

המסקנה המעשית: מעגל הסף נשאר שכבת גיבוי הפועלת ללא תלות במודל. המעגל הלומד פועל מעליו ולוקח על עצמו את הכיוונון העדין של הרגישות. הפרדה כזו מעניקה גם צפיות של גבול נוקשה וגם הסתגלות למצבים — בתנאי שהנתונים והליווי מכוסים.

ספקות טכניים לפני ההפעלה

לפני הפעלת מנגנון העצירה האוטומטית של המסחר, הצוות הטכני של הלקוח שואל את אותן שאלות: כיצד המערכת תשתלב בתשתית הקיימת, האם היא תוסיף השהיות בנתיב הקריטי של ביצוע העסקאות, ומה יקרה אם יהיה צורך לבצע rollback לפתרון. להלן תשובות ענייניות, בלי מילים כלליות.

האם הבקרה תוסיף השהיות בביצוע העסקאות?

הערכת הסיכון מתבצעת מחוץ לנתיב הקריטי: חישוב מדד הירידה מתבצע על זרם הנתונים, ואינו חוסם את שליחת ההזמנות. סף ההפעלה וחלון המיצוע מוגדרים כך שהמערכת תגיב לתנועה מתמשכת, ולא לרעש השוק. בפועל, ההשהיה בין הפרת המגבלה לעצירה מסתכמת בשברירי שנייה — זה מספיק כדי לקטוע הפסד בשרשרת.

כיצד לבצע rollback לשינויים אם משהו ישתבש?

התצורה של המנגנון מנוהלת בגרסאות, וכל כלל נשמר בקובץ נפרד. Rollback הוא חזרה למערכת הכללים הקודמת והפעלה מחדש של השירות, בלי שינויים בליבת המסחר.

לפני העלייה לאוויר אנו מריצים את התרחיש על נתונים היסטוריים ובמצב ניטור: המערכת מחשבת אותות, אך אינה מתערבת, — כך אתם רואים את התנהגותה על זרם אמיתי לפני הפעלת העצירה האוטומטית.

אילו סיכונים נותרים וכיצד אתם מכסים אותם?

הסיכונים העיקריים — הפעלה שגויה וניתוק הקשר עם הברוקר. הראשון נפתר על ידי כיוונון הספים וחלון אישור, השני — בערוץ גיבוי ובכלל «אין נתונים — אין מסחר». כל אירועי העצירה והסרת המגבלה נרשמים ביומן עם חותמות זמן, כך שניתוח תקלה יימשך דקות ולא שעות.

אם נותרו שאלות בנוגע לאינטגרציה לתשתית שלכם — תארו את המשימה, ונחזור עם הערכה ותוכנית.

נדון במשימת בקרת הדראודאון שלך

כדי שההערכה תהיה עניינית ולא "פחות או יותר בסדר גודל", בקלט אנחנו צריכים שלושה דברים: כיצד מחושב כעת הדראודאון (לפי אקוויטי, לפי PnL ממומש או לפי מרג'ין), היכן עובר סף העצירה הנוכחי ומי מסיר אותו ידנית, וכן אילו פעולות המערכת רשאית לבצע בעצמה — להסיר הזמנות, לסגור פוזיציות, לחסום כניסות חדשות.

לאחר מכן אנחנו בוחנים את הנתונים: היסטוריית עסקאות וקוטציות לתקופה שכוללת לפחות צניחה חזקה אחת, יומני מודול הסיכון, תצורת המגבלות לפי מכשירים וחשבונות.

בנפרד אנחנו מבררים את אופן הפעולה: בקרה רק בקונטור המסחר או עם שכפול בצד משרד הסיכון, האם נדרש שחרור חסימה ידני מאושר מחדש לאחר הפעלה, כיצד המערכת מתנהגת בעת ניתוק הקשר עם הבורסה. זה קובע את הארכיטקטורה — היכן מתבצע חישוב המדד, באיזו מהירות מגיע האות ומה קורה אם הוא לא הגיע.

• סכימת חישוב הדראודאון: חלון, בסיס ספירה, התחשבות בפוזיציות פתוחות ובעמלות.
• מדיניות הספים: רמות אזהרה ועצירה, מגבלות שונות לפי מכשירים וחשבונות.
• לוגיקת העצירה האוטומטית: אילו פעולות מבוצעות אוטומטית, ואילו דורשות אישור.
• נוהל הסרת החסימה: מי ובאילו תנאים מחזיר את המסחר.
• טיפול בכשלים: התנהגות בעת אובדן קשר, עיכוב בנתונים, אי-התאמה עם הברוקר.
• סכימת התיעוד ביומן: מה אנחנו כותבים עבור כל הפעלה לצורך בחינה מאוחרת.
• תוכנית בדיקה על נתונים היסטוריים ובקונטור בדיקות לפני העלאה לפרודקשן.

תאר את המשימה ושלח את מה שיש לגבי נתונים ומגבלות נוכחיות — נחזור עם הערכת לוחות זמנים ותוכנית עבודה לפי שלבים: הכנת נתונים, חישוב המדד, לוגיקת העצירה, בדיקה, העלאה לתפעול. אם חלק מהנתונים אינו זמין, נציע במה להחליפו, ונקבע את ההנחות ישירות בתוכנית.