שלוש דרכים לפרוס אוטומציות Claude שירוצו בזמן שאתם ישנים
אחרי שבונים סקיל או סוכן ב-Claude Code, השאלה הבאה היא איך גורמים לו לרוץ לבד בזמן שאתם ישנים. הניתוח הזה פותח שלוש שיטות דיפלוי, מהפקודה הפשוטה ביותר ועד פריסה לענן עם Modal ו-Trigger.dev. הוא ממפה איזו שיטה מתאימה לכל סוג עסקי, ועוזר לבחור בלי להתפזר בין כלים.
למה הצעד הבא אחרי בניית סקיל הוא דיפלוי, ולא עוד סקיל?
רוב מי שבונה סוכן AI מגיע לרגע משותף: הסוכן עובד מעולה כשפותחים את Claude Code ידנית ומפעילים אותו, אבל ברגע שסוגרים את החלון, הכל נעצר. הסוכן הוא לא יותר ממסגרת קוד שדורש מפעיל אנושי. כל יום צריך לפתוח, להפעיל, לבדוק, ולסגור. אם זה היה ספר טלפונים, היה אדם שצריך לחייג. הניצחון של AI הוא לא רק לבנות, הוא להריץ לבד.
הצעד שבונה את הפער בין משתמש מתחיל למתקדם הוא לא הוספת עוד סקיל. הוא הפיכה של סקיל קיים לכזה שרץ בלי אדם בחדר. המסגרת שמובאת בניתוח הזה פותחת קבלת החלטה ברורה: שלוש שיטות דיפלוי, כל אחת מתאימה לרמת עומק שונה ולסוג משימה אחר. בסוף הסקירה, אתם יודעים לא רק את "איך לפרוס", אלא את "באיזה דיפלוי כדאי להשתמש בכל מקרה".
החשיבות של ההחלטה הזאת היא יותר מטכנית. כל דיפלוי שגוי הוא חיסכון של דקות שלא מתממש, כי מי שבנה את הסוכן עדיין יושב מולו במקום לעבוד על דבר אחר. בעולם של בעלי עסקים שמשתמשים ב-AI, ההפרש בין אוטומציה שרצה לבד לבין אוטומציה שרצה רק כשמפעילים אותה הוא לפעמים פי 10 בערך כלכלי, גם בלי לשנות שורת קוד אחת.
שלוש השיטות במבט מהיר, מה מבדיל ביניהן
לפני שצוללים פנימה לכל שיטה, הנה מבט-על על כולן. כל שיטה מקבלת שלושה קווים: הזמן להקמה הראשונה, רמת ה-uptime, וסוג המשימה שמתאימה לה. ההמלצה לרוב המשתמשים נופלת על שיטה 2, אבל מי שמתחיל יקבל ערך גם משיטה 1 ביום אחד.
שיטה 1, פקודת /loop במחשב המקומי
- הקמה ב-30 שניות, ללא הגדרות מורכבות.
- Uptime תלוי במחשב שלכם להישאר פתוח.
- מתאימה למשימות יומיות שאתם עוקבים אחריהן.
שיטה 2, Claude routines בענן של Anthropic
- הקמה בחמש דקות, כולל Hooks ל-monitoring.
- Uptime מלא של 100%, גם כשהמחשב סגור.
- ברירת המחדל לרוב סוכני העסק האמיתיים.
שיטה 3, Modal או Trigger.dev בענן עצמאי
- הקמה בשעתיים עם ידע פיתוח בסיסי.
- Uptime מלא ושילוב עמוק עם תשתית הארגון.
- מתאימה לארגונים עם 10 פלוס סוכנים פעילים.
שיטה 1, פקודת loop של Claude, הדרך הקלה ביותר
השיטה הראשונה היא הפשוטה ביותר ב-Claude Code, והיא נקראת פקודת /loop. אתם פותחים סשן רגיל, רושמים את הפקודה הזאת ואחריה את ההוראות לסוכן ואת תדירות ההרצה, וקיבלתם אוטומציה שרצה ברקע על המחשב שלכם. אין הגדרות מורכבות, אין שרת ענן, אין צורך בידע פיתוח. הסשן רץ ברקע, מבצע את המשימה כל X זמן, ושומר את התוצאות.
החוזק הגדול של השיטה הזאת הוא הזמן עד פעולה ראשונה: 30 שניות. אתם פותחים את Claude, רושמים את ה-/loop, וזהו. החיסרון הוא שהסשן רץ רק כל עוד המחשב שלכם פתוח. ברגע שאתם סוגרים את הלפטופ או נכנסים לאתחל, האוטומציה נופלת. זה הופך את השיטה הזאת לבחירה הטובה ביותר עבור משימות יומיות שאתם עוקבים אחריהן, ולבחירה רעה עבור משימות שצריכות לרוץ כשאתם בחופשה.
מתי /loop היא הבחירה הנכונה, ומתי לא
שיטה 1 מתאימה למשימות חוזרות יומיות שמספיק להן לרוץ פעם ביום או יותר, ולא צריך 100% uptime. דוגמאות טובות: בדיקת תיבת מייל בכל 30 דקות, סיכום דוחות פנימיים כל בוקר, מעקב אחרי מתחרים פעם ביום. דוגמאות לא טובות: אוטומציות שמגיבות לאירועים חיצוניים בזמן אמת, אוטומציות שצריכות 24/7, או משימות שדורשות התראה אם רץ נכשל.
למי שמתחיל לפרוס סוכנים, ההמלצה היא לעשות את הסוכן הראשון על /loop, גם אם בעתיד תעברו לשיטה מורכבת יותר. הסיבה: ההתקנה לוקחת 30 שניות וזה מאפשר לכם לזהות אם הסוכן בכלל עובד נכון לפני שאתם שמים אותו בענן. הרבה סוכנים נראים מעולים בסשן ידני ונכשלים בריצה חוזרת, פשוט כי הם תלויים במצב שאתם משאירים בזיכרון של Claude. /loop חושף את זה תוך 24 שעות.
שיטה 2, משימות מתוזמנות עם Claude routines
השיטה השנייה היא Claude routines, מנגנון שאומר ל-Claude לבצע משימה ספציפית בזמן ספציפי, גם בלי שתפעילו אותו. בעוד ש-/loop רץ כל הזמן בלולאה, routines הוא מנגנון קליל יותר שאומר "תפעיל את הסוכן בכל יום ב-8 בבוקר ובכל יום שישי ב-15:00". השוני העיקרי הוא שהמשימה רצה גם כשהמחשב שלכם סגור, באמצעות תשתית ענן ש-Anthropic מספקת מאחורי הקלעים.
היתרון הגדול של שיטה 2 הוא ה-uptime. הסוכן רץ כל יום באותה שעה, גם אם אתם בחופשה, גם אם המחשב מכובה, גם אם הוא בטעינה במיקרוסקופ. סוכן עסקי 24/7 על Claude Opus בנוי בדיוק על המנגנון הזה. ההגדרה דורשת קצת יותר: אתם צריכים לפתוח את ניהול ה-routines ב-Claude, להגדיר מה רץ ומתי, ולוודא שהסוכן מנוסה. אבל אחרי שזה רץ, אתם לא צריכים לגעת בו.
הסיבה שלרוב המשתמשים כדאי להישאר ב-routines ולא לעבור ל-Modal זה שאחת התכונות שלא מספיק מדברים עליה היא ה-Hooks, נקודות התערבות שמאפשרות לכם להוסיף פעולות לפני או אחרי כל הרצה. הוק יכול לשלוח לכם הודעה לטלגרם אם הסוכן נכשל, או לכתוב לוג מובנה לכל הרצה. בלי הוקס, כל דיפלוי הוא חצי דיפלוי. עם הוקס, יש לכם מערכת אמיתית עם monitoring ו-alerting פנימיים.
מתי routines פחות מתאים? כשהסוכן מבצע משימה שלא קשורה לסשן רגיל של Claude. למשל, אם אתם רוצים לכתוב API שירוץ בלי קשר ל-Claude עצמו, ויעבוד עם פלטפורמות חיצוניות בצורה עצמאית, routines לא הכלי המתאים. בשביל המקרים האלה, צריך לעבור לשיטה 3.
שיטה 3, דיפלוי לענן עם Modal או Trigger.dev
השיטה השלישית היא הכבדה ביותר אבל גם הגמישה ביותר: לקחת את הסקיל שבניתם ב-Claude Code, להעביר אותו ל-Claude Agent SDK, ולפרוס אותו לפלטפורמת ענן עצמאית כמו Modal או Trigger.dev. ההבדל מהשיטות הראשונות: עכשיו הסקיל לא חי בתוך Claude עצמו, אלא רץ כקוד Python או TypeScript בענן, עם API ש-Claude יכול לקרוא לו או שיכול לקרוא ל-Claude מבחוץ.
היתרון: הסוכן הופך לחלק מתשתית טכנית כללית של החברה, אפשר לחבר אותו ל-CRM, למסד נתונים, או לקבל אותו דרך webhook ממערכת אחרת. הוא לא תלוי בכלל ב-Claude Code כמו אפליקציה, הוא אפליקציית ענן עצמאית שמשתמשת בתשתית AI של Anthropic מאחורי הקלעים. המעבר ל-Managed Agents של Anthropic הופך את הדיפלוי הזה לפשוט עוד יותר, ומבטל את הצורך לנהל את התשתית בעצמכם.
החיסרון: זמן ההקמה הוא שעתיים בערך לראשונה, ויש דרך לימוד של API נוסף. בנוסף, עלות הריצה גבוהה יותר בגלל תשתית הענן. השיטה הזאת מתאימה ארגונים בינוניים ומעלה, או ליחידים שמרגישים בנוח עם פיתוח ענן, ופחות לבעלי עסקים קטנים שהזמן שלהם שווה יותר מ-200 דולר לחודש בענן.
"השאלה הראשונה שצריך לשאול לפני דיפלוי היא לא איך אלא איפה. המקום שבו הסקיל גר קובע 90% מההחלטות שיגיעו אחריו."
עיקרון מנחה ממסגרת הדיפלוימה שמיוחד ב-Modal ספציפית הוא המודל הגלובלי שלהם: אתם משלמים רק על שניות שבהן הסקיל באמת רץ, ולא על שרת רץ 24/7. אם הסקיל שלכם רץ פעם בשעה למשך 30 שניות, אתם משלמים על 30 שניות בשעה, לא על שעה שלמה. זה הופך את העלות לזניחה גם לדיפלויים יומיים, ומשמעותית להרבה ארגונים.
לתשתיות אוטומציה מסורתיות יותר, הכלי n8n הפתוח נשאר אופציה מעולה לחלק מהמשימות, במיוחד למי שמעדיף UI חזותי על קוד. הוא לא מתחרה ישירות ב-Modal, אבל הוא ממלא את הרעיון של "אוטומציה שרצה בענן בלי לכתוב Python".
Claude Agent SDK, מה מבדיל אותו מ-Claude Code הרגיל?
בכל שיטות הדיפלוי, החל משיטה 2, אתם משתמשים בעקיפין ב-Claude Agent SDK. ה-SDK הוא הספריה שבעצם מפעילה את הסוכן בכל סשן, גם אם אתם לא רואים אותה. ההבדל בין שיטה 1 לבין שיטות 2-3 הוא לא אם משתמשים ב-SDK, אלא איפה הוא רץ: מקומית או בענן.
ההבנה של הנקודה הזאת חשובה כי היא משחררת אתכם מהפחד לעבור משיטה לשיטה. הסקיל שבניתם ב-Claude Code עובד בלי שינויי קוד גם ב-/loop, גם ב-routines, וגם ב-Modal. ההבדל הוא רק במעטפת, לא בלוגיקה. סקיל Executing Plans הוא דוגמה מצוינת לסקיל שעובד בכל שלוש השיטות: ב-/loop הוא ירוץ כל יום, ב-routines הוא ירוץ בזמן שאתם ישנים, וב-Modal הוא יקבל request מ-API ויחזיר תשובה.
הוקס, נקודת ההתערבות שמרגישה כמו קסם
תכונה אחת שכדאי להבליט היא ה-Hooks ב-Claude Agent SDK. הם מאפשרים לכם להגדיר נקודות התערבות בכל שלב של חיי הסוכן: לפני הפעלה, אחרי הפעלה, על הצלחה, על כישלון. דרך הוקס אפשר לחבר את הסוכן למערכות אחרות בלי לכתוב קוד אינטגרציה: on_failure שולח התראה לסלאק, on_success כותב לטבלת CRM. כל הוק הוא 5 שורות קוד או פחות.
חמש תובנות שאני לוקח מהמדריך
תתחילו בשיטה 1, גם אם אתם מנוסים
פקודת /loop היא לא רק כלי, היא בדיקה. סוכן שלא מצליח לרוץ ב-/loop יום שלם בלי התערבות שלכם הוא לא סוכן מוכן לדיפלוי בענן. אל תעברו לשיטה 2 לפני שעברתם את הבדיקה הזאת.
שיטה 2 מתאימה ל-90% מהמקרים
רוב בעלי העסקים לא צריכים את Modal ולא צריכים Python. routines של Claude נותנת 100% uptime, hooks ל-monitoring, ועלות נמוכה. רק כשמגיעים לתשתיות מורכבות עוברים לשיטה 3.
הוקס הם הצעד שכולם מדלגים עליו
בלי הוקס, דיפלוי הוא בעיניים עצומות. עם הוקס, יש לכם monitoring, alerting, ו-logs. ההשקעה היא חמש דקות לכל הוק, וההחזר הוא ליל שינה ראוי בלי דאגה לסוכן בענן.
Modal הוא בחירה רק כשיש לכם תשתית טכנית
למי שלא מכיר Python ולא רוצה לתחזק תשתית ענן, Modal הוא יותר עלות מהשגנה. עדיף להישאר ב-routines, גם אם זה אומר להתפשר על מורכבות נמוכה יותר.
אל תשנו שיטה כל יום, תנו לכל אחת חודש
החלטות דיפלוי הן שינוי תשתיתי. נסו שיטה במשך חודש לפני שתחליטו שהיא לא מתאימה. רוב מי שעובר מ-/loop ל-Modal בשבוע ראשון מסיים לחזור ל-/loop אחרי שלושה חודשים.
סיכום: איך לבחור את הדיפלוי בלי לחזור על טעויות?
שלוש שיטות הדיפלוי שמופיעות במסגרת הזאת הן לא קשת רחבה של אפשרויות. הן בדיוק שלוש נקודות על ציר אחד: כמה זמן ההקמה, כמה uptime, כמה מורכבות. ככל שעולים בציר, מקבלים יותר, אבל גם מתחייבים ליותר השקעה. הבחירה הנכונה היא לא הגבוהה ביותר, היא ההתאמה לסוג המשימה ולרמת ההשקעה שאתם מוכנים לה.
אם אתם בונים סוכן ראשון, התחילו ב-/loop. אם אתם בונים סוכן עסקי שצריך uptime מלא, עברו ל-routines של Claude עם הוקס. אם אתם בארגון שעובר 10 דיפלויים במקביל ויש לכם מפתח ענן בצוות, Modal הוא ההגיון. השינויים האחרונים בארכיטקטורות AI עוד צפויים להשפיע על כל אחת מהשיטות, אבל המסגרת תישאר.
מי שרוצה דוגמאות נוספות של דיפלוי מעשי, כולל סוכנים שאני בניתי בעצמי, מוזמן לעיין בפרויקטים נוספים באתר. ההצלחה היא לא בחירת שיטה אחת ולנעול עליה, אלא בהבנה מתי כל שיטה משחקת לטובתכם, ובמעבר חכם ביניהן ככל שהצרכים גדלים.
שיתוף הפוסט
שאלות ותשובות
מה ההבדל המהותי בין /loop של Claude לבין routines?
/loop היא לולאה רציפה שרצה בתוך סשן פתוח של הכלי על המחשב המקומי שלכם. routines הוא מנגנון מתוזמן שרץ בענן של Anthropic ולא דורש שהמחשב שלכם יהיה דלוק. /loop מתאימה לבדיקת רעיונות ולמשימות יומיות שאתם עוקבים אחריהן בעין. routines מתאימה לאוטומציות עסקיות אמיתיות שצריכות לעבוד 24/7. כל שיטה מתאימה לרמת מחויבות שונה.
האם Modal דרוש למי שאינו מפתח?
לרוב לא. Modal הוא פלטפורמה לפיתוח ענן, ודורשת ידע בפייתון או טייפסקריפט ברמה בסיסית לפחות. למי שאינו כותב קוד, routines של Claude עם hooks תיתן 90% מאותו ערך עסקי, בלי הצורך ללמוד תשתית חדשה. רק כשמגיעים לאינטגרציות מורכבות עם מסדי נתונים חיצוניים או עם מערכות פנימיות של הארגון, Modal הופך לבחירה הטובה ביותר.
מה זה Hooks ולמה כולם מציינים אותם?
Hooks הם נקודות התערבות בחיי הסוכן: לפני שהוא פועל, אחרי שהוא סיים, על הצלחה, על כישלון. בכל אחת מהנקודות האלה אתם יכולים להריץ קוד משלכם או לקרוא ל-API חיצוני. הם הופכים את הסוכן ממכונה סגורה לחלק מהמערכת העסקית: אתם יכולים לתעד כל הרצה לטבלה, לשלוח התראה אם נכשל, או להפעיל אוטומציה אחרת אם הצליח. בלי hooks אתם מקבלים סוכן שעובד אבל לא משולב.
האם המנוי הרגיל של Claude מספיק לכל שלוש השיטות?
חלקית. שיטה 1 ושיטה 2 עובדות עם מנוי Pro רגיל של Claude. שיטה 3, דיפלוי לענן עם Modal, דורשת מנוי API נפרד של Anthropic בנוסף לעלויות הענן של Modal. ההפרש בעלות יכול להגיע ל-100 דולר בחודש לפרויקט בינוני, ולכן חשוב לבחון אם מורכבות הענן באמת מצדיקה את העלות הזאת לעומת routines.
מה הסיכון הגדול ביותר בדיפלוי בזמן שאני ישן?
הסיכון הראשי הוא שסוכן ירוץ פעם אחת בצורה לא תקינה, יפעיל פעולה לא נכונה, וימשיך לעשות את אותה טעות עד שתגלו אותה למחרת. הדרך להגן: הוקס שמתעדים כל פעולה ובודקים שהיא בטווח מצופה, וניסוי הסוכן במצב dry run למשך שבוע לפני שמפעילים אותו אמיתי. גם וריפיקציה ידנית של ההרצות הראשונות, גם אם זה דורש לקום ב-6 בבוקר לבדוק שהכל בסדר.
האם אפשר לעבור משיטה לשיטה בלי לכתוב מחדש את הקוד?
בדרך כלל כן, וזה אחד הדברים החזקים של Claude Agent SDK. אותו סקיל עובד ב-/loop, ב-routines, וב-Modal עם שינויים מינימליים. ההבדל הוא רק בקובץ ההפעלה החיצוני, לא בלוגיקה הפנימית של הסוכן. זה אומר שאם אתם מתחילים ב-/loop ומגלים שאתם צריכים יותר, המעבר לוקח שעה ולא שבוע. כך גם המעבר מ-routines ל-Modal אם תזדקקו לכך בעתיד.
