RSI בוט: היכן נשבר מסחר ידני לפי אותות
אות RSI נוצר בסגירת נר, וההחלטה מתקבלת על ידי אדם — בין הרגעים הללו חולפות משניות ספורות עד עשרות דקות. בזמן הזה המחיר מתרחק מהרמה, והכניסה הידנית לעסקה מתבצעת כבר במחיר אחר מזה שבו האסטרטגיה הראתה כניסה. חלק מהאותות הולכים לאיבוד לחלוטין: בלילה, בדרך, בפגישה — ולעיתים דווקא הם הטובים ביותר.
נקודת כשל שנייה — אותות שווא של האינדיקטור. בדשדוש RSI שוב ושוב פורץ את הגבול העליון והתחתון, והסוחר מתחיל לסנן כניסות "בעין": היום האות נראה חלש, מחר — משכנע.
ברגע שמופיע מסנן סובייקטיבי, המסחר לפי אותות RSI מפסיק להיות ניתן לשחזור, ואת התוצאה לא ניתן לחזור עליה או למדוד אותה.
היציאה היא היקרה ביותר. בנסיגה של האסטרטגיה המשמעת נשברת ראשונה: הסטופ מוזז למטה, הפוזיציה המפסידה ממוצעת, הסגירה נדחית בתקווה להיפוך. הנסיגה גדלה פי כמה ביחס לזו המחושבת, ועסקה אחת כזו מכסה סדרה של כניסות מדויקות.
RSI בוט סוגר בדיוק את המקומות האלה: האות מחושב לפי נר סגור, ההזמנה נשלחת מיד, הסטופ והיעד מוצבים יחד עם הכניסה, והכללים אינם תלויים במי שנמצא באותו רגע מול המסך. להלן נפרט כיצד זה בנוי והיכן נותרו סיכונים אמיתיים.
מה נותנת אוטומציה של אותות: השפעה מדידה
כניסה ידנית לפי אות RSI נמשכת דקות: לבדוק את הגרף, לחשב נפח, להציב הזמנה. בזמן הזה המחיר מתרחק, וחלק מהאותות הולכים לאיבוד. את השפעת האוטומציה אנו מודדים בשלושה ערכים: זמן מהאות ועד להזמנה, שיעור הכניסות שבוצעו, ומספר ההפרות של כללי היציאה.
זמן מהאות ועד לעסקה
הבוט מגיב לסגירת הנר, ולא לתנועתו, ולכן האות אינו מצויר מחדש בדיעבד. ההזמנה נשלחת בשברירי שנייה לאחר החישוב, יחד עם בדיקת הנפח והיתרה הפנויה. השהיה בכל כניסה נרשמת ביומן — סטיית המחיר מרמת האות נראית ומוגבלת.
שיעור הכניסות שבוצעו
חלק מהאותות הולכים לאיבוד מסיבות יומיומיות: לילה, פגישה, עיסוקים. הבוט אינו ישן, ולכן להזמנה מגיעות כל הכניסות שעברו את מסנני האסטרטגיה. כל הפעלה נרשמת ביומן עם סימון "בוצע", "סונן" או "הוחמץ" — ניתן לראות היכן הסינון מוצדק והיכן ההגדרה הפריעה.
בקרת סיכון ומשמעת יציאה
נפח הפוזיציה מחושב לפי הסיכון לעסקה, ולא בעין; אם החישוב נמוך מהלוט המינימלי, הכניסה אינה מוצבת. היציאה חיה בקוד: טייק, סטופ והעברה לנקודת איזון פועלים באותו אופן בכניסה המאה ובכניסה האלף. הפרות של כללי היציאה אינן נותרות ביומן — הרגשות אינן מפריעות להחלטה.
יציבות האסטרטגיה
לפני ההרצה האסטרטגיה נבדקת על היסטוריה, ובפעולה נבדקת לקריעות קשר. מצב הפוזיציה משוחזר מהיומן, והבוט ממשיך את העסקה מאותה נקודה. את חישוב האינדיקטור אנו משווים למקור בלתי תלוי, למשל אות מ-TradingView: אי ההתאמה נראית לפני שהיא הופכת לעסקה.
מצבי עבודה של אלגוריתם המסחר: השוואת אפשרויות
מצב עבודה אינו מתג בממשק, אלא חלק מהלוגיקה: ממנו תלוי מי מקבל את ההחלטה ברגע האות וכיצד האלגוריתם מתנהג בקריעת קשר או בהפעלה מחדש. להלן אפשרויות שביניהן באמת בוחרים בעת הגדרת RSI בוט, והמגבלות שלהן.
| אפשרות | מתי מתאים | מגבלות |
|---|---|---|
| מצב הרצה ניסיוני | ניפוי באגים של הלוגיקה על היסטוריה וחשבון דמו, בחירת ספי RSI ומסנני כניסה | ביצוע אידיאלי: ללא החלקה ומילוי חלקי, התוצאה שונה ממסחר חי |
| אישור אות ידני | כניסות נדירות, מצבים לא שגרתיים, הפעלה זהירה של האסטרטגיה | נדרשת נוכחות ליד המסוף: אישור שהוחמץ — כניסה שאבדה או פוזיציה שלא נסגרה |
| מסחר אוטומטי לחלוטין | הכללים פורמליים, חשובה המשמעת ולא התגובה לחדשות | שגיאה בהגדרות משוכפלת על כל הנפח, אם מגבילי הסיכון לא הועברו לצד הבוט |
| מסחר אוטומטי עם מגבלות | נדרשת עבודה ללא מעורבות אדם, אך עם עצירה באנומליות שוק | ניפוי באגים מסובך יותר: שני מעגלי קבלת החלטות יש לתאם ביניהם |
הבחירה אינה בינארית: לרוב הבוט מופעל במצב ניסיוני, אחר כך עובר לאישור ידני, ורק לאחר צבירת סטטיסטיקה — למעגל אוטומטי. המגבלה העיקרית של מסחר אוטומטי אינה באסטרטגיה, אלא במצב: בקריעת קשר ובהפעלה מחדש האלגוריתם חייב לשחזר פוזיציות פתוחות, אחרת יפתח שנייה לפי אותו אות. במצב ניסיוני סוג זה של כשלים אינו מתגלה, לכן אנו בודקים אותו בנפרד — נדון במשימה ונחזור עם הערכה.
שלבי הגדרת RSI בוט: מביקורת אסטרטגיה ועד מסירה
RSI בוט הוא לא רק נוסחה של אינדיקטור, אלא צירוף של לוגיקת כניסות ויציאות, ניהול סיכון וכללי ביצוע הזמנות. שגיאה בכל שכבה נותנת את אותותיה לא מיד — בסדרה של הפעלות שווא ובנסיגה בשוק תנודתי. לכן אנו פועלים באופן עקבי ומתעדים את התוצאה של כל שלב.
- ביקורת אסטרטגיית מסחר. מפרקים את השוק, טיימפריים והלוגיקה של זיהוי מגמה, תנאי כניסה ויציאה מתורגמים לכללים פורמליים — בהמשך עובדים איתם ללא אי-בהירות.
- תכנון סכימת הבוט. מגדירים את הרכב המודולים: קליטת ציטוטים, חישוב אינדיקטור, בקרת סיכון, הצבה וליווי הזמנות, התנהגות בקריעת קשר.
- הגדרת פרמטרים של האינדיקטור. בוחרים תקופת RSI, רמות קניית יתר ומכירת יתר, מסננים לפי תנודתיות. בודקים שהערכים לא מתפרקים בשינוי קטן — אחרת זו התאמה להיסטוריה.
- הרצת בדיקה. מריצים את האסטרטגיה במצבי שוק שונים — עלייה, ירידה, דשדוש — ומחשבים נסיגה, שיעור עסקאות רווחיות, זמן החזקה ממוצע של פוזיציה. לאחר מכן הרצה במעגל בדיקה עם ציטוטים חיים: השהיות חישוב, החלקה, חישוב מחדש של הפוזיציה.
- קבלת האלגוריתם. משווים עסקאות בפועל למודל המחושב, בודקים רישום ביומן ועצירות חירום; פערים מנתחים עד אפס.
- מסירה לתפעול. מוסרים קוד מקור, תיאור פרמטרים והוראות לשינוים, מראים כיצד להפיק מדדים ולעצור את הבוט.
קונפיגורציות אסטרטגיה, סכימות פריסה ותקנונים
מה הלקוח מקבל לידיו — לא רק אלגוריתם עובד, אלא גם ערכת תוצרים, שלפיהם ניתן להפעיל את המערכת, לבדוק אותה ולהעביר למהנדס אחר.
בלעדיהם התמיכה הופכת לשחזור הלוגיקה מהזיכרון: לא ברור מדוע נבחרה תקופה כזו של האינדיקטור, היכן מוצבות רמות קניית היתר ומכירת היתר ומה לעשות כאשר יש פער בין עסקאות בפועל לזו המחושבת.
כל סעיף מתעד החלטה הנדסית קונקרטית, ולא שחזור של רעיון. להלן ההרכב הבסיסי; בהתאם למשימה הוא מתרחב, אך אינו מצטמצם.
- קבצי קונפיגורציה של האסטרטגיה: תקופת RSI, ספי כניסה ויציאה, גודל פוזיציה, כללי מיצוע וסטופים — עם הערות מדוע נבחרו דווקא ערכים אלה.
- סכימת פריסה: היכן הלוגיקה מתבצעת, כיצד מבודדות הסביבות, מה קורה בקריעת קשר עם הבורסה וכיצד מוסרות הזמנות תקועות.
- תיעוד האלגוריתם: תיאור כניסה ויציאה, התנהגות בהיעדר אות, טיפול במילוי חלקי ומגבלות נזילות.
- מדיניות גישה והעברת הרשאות: מפתחות עם הרשאות מצומצמות ללא משיכת כספים, סכימת רוטציה, חלוקת תפקידים בין הלקוח למהנדסים שלנו.
- תקנון הפעלה: רשימת בדיקה לפני ההתחלה, בדיקת יתרה ולימיטים, הרצת בקרה על נתונים היסטוריים.
- תקנון עצירה: כיצד לסגור פוזיציות באופן שגרתי, כיצד לפעול בעצירת חירום ומי מקבל את ההחלטה.
- סדר התמיכה: רשימת הסטיות במעקב, תדירות השוואת יומני עסקאות וכללים לביצוע תיקונים בקונפיגורציה.
את ההרכב ואת גבולות האחריות מתאמים לפני ההתחלה — אתם רואים מה בדיוק יישאר במעגל שלכם ומה סוגרת הקבוצה.
מקרה בוחן: כיצד מסנני כניסה צמצמו את נסיגת האסטרטגיה
האסטרטגיה נכנסה בחציית רמות RSI 30 ו-70 ללא תנאים נוספים — בדשדוש זה נתן סדרות כניסות נגד התנועה. מתוך עשר כניסות, שש התבררו כשווא: המחיר ירד למינוס מיד לאחר העסקה, והמיצוע רק הגביר את הנסיגה.
עומק הנסיגה הגיע ל-19% מההון המחושב, וזאת כאשר חלק מהאותות אבדו: הזמנה שנשלחה בפקודת שוק ברגע של זינוק בוצעה במחיר גרוע במידה ניכרת מהמחושב.
לא עיבדנו מחדש את הלוגיקה של האינדיקטור עצמו, אלא את תנאי המעבר של האות. הכניסה מותרת רק באישור בטווח זמן גבוה יותר, בנפח מספק ובתנודתיות בחלון נתון; לאחר העסקה פועלת השהיה, כדי שהבוט לא יפתח פוזיציה מתוך אינרציה. ההזמנות עברו ללימיט — לפי מחיר האות, עם בקרת זמן חיים והתחברות מחדש לזרם הציטוטים דרך CCXT.
מה השתנה במדדים בתקופה דומה:
- שיעור הכניסות השווא — מ-6 מתוך 10 ל-2 מתוך 10;
- נסיגה מקסימלית — מ-19% ל-8%;
- אותות שהוחמצו — מ-1 מתוך 5 ל-1 מתוך 40;
- שיעור העסקאות שבוצעו במחיר האות — מ-71% ל-94%.
בנפרד עסקנו ביציבות הביצוע: רישום ביומן של כל אות ותגובת בורסה, ניסיונות חוזרים בעת דחיית הזמנה, התראה על פער בשעונים מול הבורסה. דווקא חלק הביצוע, ולא הנוסחה, נתן את עיקר ההפסדים — כעת הפער בין המחיר המחושב למחיר העסקה בפועל נראה מיד, והגדרות המסננים מוחזרות בפקודה אחת.
היכן למקם את אלגוריתם המסחר: ענן או שרת משלכם?
שתי האפשרויות עובדות, והבחירה נקבעת על ידי שני פרמטרים: רגישות האסטרטגיה להשהיית ביצוע, ומי תורן כאשר האלגוריתם נופל. הענן נפרס מהר יותר ותחזוקתו פשוטה יותר, שרת משלכם נותן שליטה על הסביבה ועל מסלול התעבורה.
| אפשרות | מתי מתאים | מגבלות |
|---|---|---|
| שרת וירטואלי בענן | אסטרטגיות על סגירת נר, אין מהנדס תורן משלכם | השהיה תלויה במסלול לבורסה, נדרשים ניטור חיצוני והפעלה מחדש אוטומטית |
| ענן בשני אזורים | אלגוריתם עובד עם כסף אמיתי, נדרש זמן השבתה בתקלת צומת | מסובך יותר: שכפול מצב והגנה מפני הזמנות כפולות |
| שרת משלכם ליד הפלטפורמה | תגובה לזרם ציטוטים, רגישות להשהיה | חומרה, עדכונים וערוץ קשר גיבוי בצד שלכם |
עמידות בפני תקלות של ההרצה נקבעת על ידי הסכימה, ולא על ידי הפלטפורמה. את התהליך מחזיקים כשירות עם הפעלה מחדש אוטומטית, מצב העסקאות נשמר מחוץ לזיכרון התהליך, ומשקיף חיצוני בודק לא את חיוניות הפורט, אלא שהאלגוריתם באמת מציב ומסיר הזמנות. בנפילת צומת, העותק השני עולה באזור הסמוך ומשווה פוזיציות פתוחות מול הבורסה לפני שממשיך במסחר.
השהיית הביצוע בענן תלויה במסלול לנקודת הכניסה של הפלטפורמה, ולא בעוצמת המכונה. אסטרטגיות על סגירת נר אדישות להבדל, תגובה לזרם ציטוטים — קריטית: אז מציבים את השרת באותו מרכז נתונים כמו הפלטפורמה, ומחזיקים ערוץ קשר גיבוי דרך מפעיל שני. שרת משלכם נותן שליטה, אך עדכונים, החלפת דיסק ותקלות לילה נשארים על הצוות שלכם.
מגבלות מסחר אוטומטי: נזילות ולימיטים של הבורסה
RSI בוט מקבל החלטה לפי אינדיקטור, אך תוצאת העסקה נקבעת על ידי מה שקורה בצד הפלטפורמה. עד לרגע שליחת ההזמנה, האות כבר עובד על ידי השוק, וספר ההזמנות הספיק להשתנות. להלן ספקות טכניים, שצפים לרוב לפני ההרצה, וכיצד הצוות שלנו סוגר אותם.
מגבלות הפלטפורמה אינן מכשול, אלא תנאי של המשימה: מכניסים אותן ללוגיקה של האלגוריתם, ולא עוקפים אותן.
כיצד נלקחת בחשבון החלקת מחיר?
ההזמנה מוצבת כלימיט עם טולרנס מהמחיר הנוכחי. אם הספר אינו נותן את הנפח הדרוש בתוך הטולרנס, העסקה פשוט אינה נפתחת — עדיף להחמיץ כניסה מאשר להיכנס במחיר ששובר את חישוב האינדיקטור. מחיר הביצוע בפועל וסטייתו ממחיר האות נרשמים ביומן: לפי נתונים אלה הטולרנס מכוון עבור הזוג הספציפי.
מה לעשות עם נזילות דקה של הזוג?
לפני ההצבה מחשבים את הנפח הזמין במספר רמות מהמחיר ומשווים לגודל הפוזיציה. ההזמנה מתפצלת לחלקים, וזוגות עם עומק לא מספק נפסלים בשלב ההגדרה. בשוק דק, סטיית הביצוע אוכלת את התוחלת המתמטית של האסטרטגיה, ושום אופטימיזציה של האינדיקטור לא מפצה על כך.
לימיטים והשהיות בצד הבורסה — כיצד עוקפים?
לפלטפורמות שונות יש סף שונה לתדירות בקשות, צעד מחיר ונפח מינימלי, חלונות עבודות תחזוקה — למשל, ל-Binance כללים משלו גם בשוק החוזים העתידיים וגם בשוק הספוט. חריגה מהלימיט מחזירה סירוב בהזמנה או חסימה זמנית של המפתח.
אנו מחזיקים מונה בקשות מתחת לסף ומעבירים את האלגוריתם להשהיה בתשובות הראשונות על שגיאה: ניסיונות חוזרים ונשנים רק מאריכים את החסימה.
מה קורה בקריעת קשר?
עצירת האלגוריתם היא תרחיש שגרתי, ולא תקלה. החיבור מתחבר מחדש בהשהיה גדלה, הזמנות חדשות אינן נשלחות עד לשחזור הזרם והשוואת מצב הפוזיציות מול הפלטפורמה. בהמשך פועלת מדיניות שנבחרה מראש: סטופ מגן או סגירת פוזיציה לפי השוק.
נדון במשימה: נחזור עם הערכה ותוכנית עבודה
כדי שההערכה תהיה עניינית, ולא "לפי תחושות", יש צורך בהקשר קצר: איזו לוגיקה RSI בוט מעבד, באילו טיימפריימים וזוגות, היכן הוא פועל ומה כבר קיים — טיוטת אסטרטגיה, כללי אינדיקטור, נסיון שצברתם ידנית. ככל שהקלט קונקרטי יותר, כך מניחים פחות הנחות בתוכנית.
מה נדרש מצדכם:
- פרמטרים של האות: תקופת RSI, רמות קניית יתר ומכירת יתר, מסנני מגמה ונפח;
- כללי כניסה, יציאה, מיצוע ועצירה מגן, כולל התנהגות בקריעת קשר;
- רשימת בורסות וכלים, מצב מסחר — ספוט או שוק חוזים עתידיים;
- הרשאות עם זכויות מוגבלות: מסחר ללא משיכת כספים, מפתח נפרד עבור הבוט;
- היכן ממקמים את המעגל — השרת שלכם, ענן או סכימה משולבת, דרישות ליומנים והתראות;
- מצב עבודה צפוי: פיתוח חד-פעמי, שיפורים מתוכננים או תמיכה מלאה.
בתמורה, אנו מחזירים הערכת עבודה עם פילוח לפי שלבים ולוחות זמנים, תוכנית הטמעה — מבדיקת הלוגיקה על נתונים היסטוריים ועד להרצה בנפחים קטנים עם עלייה הדרגתית, וכן תנאי תמיכה: ניטור, עדכונים לפי שינויים בצד הבורסה, ניתוח אירועים. בנפרד נדבר על סיכונים ונחלק אותם ביושר: מה אנחנו סוגרים טכנית, ומה נשאר שוקי ואינו תלוי בקוד.
תארו את המשימה בצורה חופשית — נחזור עם הערכה ותוכנית הטמעה.