פיתוח בוט מסחר AI לשוק הסחורות

מדוע בוט מסחר AI נכשל בשווקים של סחורות

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

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

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

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

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

מה מניבה אוטומציה מבוקרת של מסחר בסחורות

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

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

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

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

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

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

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

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

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

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

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

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

ארטיפקטים של ההטמעה: תקנונים, סכמות והרשאות

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

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

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

מקרה בוחן: מעגל מסחר על תיק נכסי סחורות

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

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

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

מה השתנה במדדים

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

במה בוט מסחר AI נבדל מיועץ-מאותת

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

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

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

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

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

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

ספקות טכניים לפני הפעלת מעגל המסחר

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

כיצד מוגדרות מגבלות הסיכון לעסקה וליום?

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

האם אפשר לעדכן את האסטרטגיה בלי לעצור את המסחר?

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

כיצד המעגל מתחבר למערכת הרישום הקיימת?

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

נדון במשימת האוטומציה של המסחר שלכם

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

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

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