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

בוט מסחר AI באופציות: היכן קורסת המסחר הידני

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

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

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

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

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

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

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

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

מהירות התגובה לשינוי המחיר

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

הפחתת שיעור הטעויות הידניות

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

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

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

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

מצב אוטומטי מלא

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

מצב חצי-אוטומטי עם אישור

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

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

שלבי היישום: מביקורת הלוגיקה ועד ההרצה

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

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

ביקורת הלוגיקה והנתונים הנוכחיים

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

בדיקה על נתונים היסטוריים

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

מה אנו מוסרים ללקוח לאחר היישום

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

ערכת התיעוד

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

תקנון ההפעלה והניטור

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

מקרה בוחן: מסחר אופציות יציב תחת עומס

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

מה היה לפני

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

לקראת סוף הסשן עד 8% מהפוזיציות נותרו לא סגורות, הסוחר התורן התערב 25–30 פעמים ביום: הסיר הזמנות תקועות והשלים ביד רגליים של ספרדים. זמן התגובה לניתוק הנזילות נמדד בעשרות שניות.

מה קרה אחרי

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

בתקופה של תנודתיות גבוהה ירד שיעור הפוזיציות הלא סגורות מ-8% ל-0,3%, וההתערבויות הידניות — מ-25–30 ל-1–2 לסשן. זמן התגובה התקצר מעשרות שניות לחלקי שנייה, וההחלקה בעת בנייה מחדש של הספרד — בערך פי שלושה.

במה נבדל פתרון מוכן מרובוט בכתיבה עצמית?

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

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

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

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

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

יש לנו אסטרטגיה עובדת — כיצד לבדוק שהקוד תואם אותה?

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

כיצד מוגן חשבון המסחר?

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

מי אחראי לבוט לאחר המסירה?

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

האם אפשר לשנות פרמטרים בלי מפתח?

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

נדון במשימה ונחזור עם הערכה ותוכנית

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

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

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

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