Routines: להריץ את Claude Code על תזמון, גם כשהמחשב כבוי

מאת צוות מדיה דיל · 08.08.2026 · AI · 9 דק׳

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

מכירים את התחושה של לסגור את המחשב הנייד בסוף היום ולדעת שכל מה שהתחלתם - סקירת קוד, ניתוח לוג, בדיקת תלויות - פשוט נעצר עד שתחזרו למחשב? עם Routines ב-Claude Code זה כבר לא ככה. Routine הוא תהליך עבודה שמור שרץ על תשתית ענן של Anthropic (או על סביבה self-hosted של הארגון שלכם, אם הוגדרה כך) - כלומר הוא ממשיך לרוץ גם כשהמחשב שלכם כבוי, גם כשאתם ישנים, וגם כשאתם בפגישה ולא נוגעים בטרמינל. במאמר הזה נסביר מה זה Routine, איך יוצרים אחד, אילו סוגי טריגרים קיימים, ובמה זה שונה מ-Desktop scheduled tasks ומ-/loop - ואיך אפשר להשתמש בזה בפועל בעסק שלכם.

מה זה Routine, ולמה זה משנה שזה רץ בענן

Routine הוא בעצם קונפיגורציה שמורה של Claude Code: פרומפט (ההנחיה שהמודל יבצע בכל הרצה), רפוזיטורי אחד או יותר מ-GitHub, וסט connectors (חיבורי MCP לשירותים חיצוניים כמו Slack או Linear) - הכול ארוז יחד ומוגדר לרוץ אוטומטית. ההבדל המהותי בין Routine לבין הרצה רגילה של Claude Code הוא שההרצה מתבצעת על תשתית ענן מנוהלת, ולא על המחשב שלכם. המשמעות המעשית: אתם לא צריכים להשאיר את הלפטופ פתוח, את ה-CLI רץ ברקע, או את חיבור האינטרנט יציב כדי שהמשימה תתבצע.

כל Routine יכול להיות מחובר לטריגר אחד או יותר - תזמון (schedule), קריאת API, או אירוע ב-GitHub - וכשטריגר "יורה", נפתחת session חדשה של Claude Code שרצה בענן בדיוק כמו session אינטראקטיבית: היא יכולה להריץ פקודות shell, להשתמש ב-skills שמחוברים לרפוזיטורי המשוכפל, ולקרוא לכל connector שהוגדר עבורה. חשוב לשים לב: ב-Routine אין permission-mode picker ואין אישורי הרשאה תוך כדי ריצה - ה-session רצה בצורה אוטונומית לגמרי, כך שהיקף הגישה שלה נקבע מראש דרך הרפוזיטוריז, הסביבה וה-connectors שבחרתם. בדיוק בגלל זה כדאי להגביל כל Routine למה שהוא באמת צריך.

Routines זמינים בתוכניות Pro, Max, Team ו-Enterprise עם Claude Code on the web מופעל, והם שייכים לחשבון האישי שלכם - לא משותפים אוטומטית עם חברי צוות, ונספרים במכסת ההרצות היומית של החשבון. כל פעולה שה-Routine מבצע דרך זהות ה-GitHub המחוברת שלכם או דרך ה-connectors שלכם - commits, pull requests, הודעות ב-Slack, טיקטים ב-Linear - מופיעה כאילו אתם ביצעתם אותה. בארגוני Team ו-Enterprise, ה-Owner יכול לכבות את Routines לכולם דרך הגדרות הניהול, ואז Routines קיימים מפסיקים לרוץ וחברי צוות לא יכולים ליצור חדשים.

איך יוצרים Routine: Web, Desktop ו-CLI

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

יצירה מהאתר

בכתובת claude.ai/code/routines לוחצים על "New routine" וממלאים טופס: שם ופרומפט (ההנחיה החשובה ביותר, כי ה-session רצה לגמרי לבד ולכן היא חייבת להיות מפורשת וברורה לגבי מה לעשות ומה נחשב הצלחה), בחירת רפוזיטוריז מ-GitHub (כל אחד משוכפל מחדש מה-branch ברירת המחדל בכל הרצה, ו-Claude יוצר branches עם קידומת claude/ לשינויים שלו), בחירת סביבת ענן (environment) שקובעת רמת גישה לרשת, משתני סביבה וסקריפט הגדרה, ובחירת טריגר אחד או יותר. בתחתית הטופס אפשר לסקור את ה-connectors שיהיו זמינים ל-Routine - כברירת מחדל כל ה-connectors המחוברים בחשבון נכללים, וכדאי להסיר כל אחד שלא נחוץ, כי Claude יכול להשתמש בכל כלי מתוך connector שנכלל, כולל פעולות כתיבה, בלי לבקש אישור במהלך הריצה.

יצירה מאפליקציית ה-Desktop

באפליקציית ה-Desktop לוחצים על "Routines" בסרגל הצד ואז "New routine", ובוחרים "Cloud". חשוב להבדיל: אם בוחרים "Local" במקום זאת, נוצר Desktop scheduled task שרץ על המחשב המקומי שלכם ולא בענן - נרחיב על ההבדל בהמשך.

יצירה מה-CLI עם /schedule

בתוך session רגילה של Claude Code אפשר פשוט להריץ /schedule (יש גם alias בשם /routines) וליצור Routine בצורה שיחתית. אפשר גם להעביר תיאור ישירות, למשל "/schedule daily PR review at 9am" להרצה חוזרת, או "/schedule in 2 weeks, open a cleanup PR that removes the feature flag" להרצה חד-פעמית. Claude שואל שאלות המשך על התזמון, הרפוזיטוריז והפרומפט, ואז שומר את ה-Routine לחשבון. חשוב לדעת: /schedule מה-CLI יוצר רק Routines מבוססי תזמון - כדי להוסיף טריגר API או GitHub צריך לערוך את ה-Routine באתר. הפקודה תומכת גם בניהול: /schedule list מציג את כל ה-Routines, /schedule update מעדכן אחד קיים, ו-/schedule run מפעיל אותו מיידית.

שלושה סוגי טריגרים: Schedule, API ו-GitHub

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

טריגר Schedule

טריגר תזמון מריץ את ה-Routine בקצב חוזר - שעתי, יומי, בימי חול, או שבועי - או פעם אחת בזמן עתידי מסוים. הזמנים מוזנים באזור הזמן המקומי שלכם ומומרים אוטומטית, כך שההרצה קורית בשעת שעון-קיר קבועה בלי קשר למיקום התשתית בענן. הרצות עשויות להתחיל כמה דקות אחרי הזמן המתוזמן בגלל stagger (פיזור עומסים), אבל ההיסט הזה עקבי לכל Routine. למרווח מותאם אישית - כמו כל שעתיים, או פעם בחודש - בוחרים את הפריסט הקרוב ביותר בטופס ואז מריצים /schedule update ב-CLI כדי להגדיר ביטוי cron מדויק; המרווח המינימלי הוא שעה אחת. אפשר גם ליצור הרצה חד-פעמית בזמן ספציפי - למשל "/schedule tomorrow at 9am, summarize yesterday's merged PRs" - ואחרי שהיא יורה, ה-Routine מכבה את עצמו אוטומטית. הרצות חד-פעמיות לא נספרות במכסת ההרצות היומית.

טריגר API

טריגר API נותן ל-Routine כתובת HTTP ייעודית משלו. שליחת POST לכתובת הזו עם bearer token של ה-Routine פותחת session חדשה ומחזירה כתובת URL של ה-session. זה מאפשר לחבר את Claude Code למערכות ניטור, pipelines של deploy, כלים פנימיים, או כל מקום שיכול לבצע קריאת HTTP מאומתת. טריגר API מתווסף רק מהאתר (ה-CLI לא יכול כרגע ליצור או לבטל tokens) - עורכים את ה-Routine, מוסיפים טריגר מסוג API, מעתיקים את הכתובת ומייצרים token (שמוצג פעם אחת בלבד ולכן צריך לשמור אותו במקום מאובטח). בגוף הבקשה אפשר לשלוח שדה text אופציונלי עם הקשר ספציפי להרצה - למשל תוכן של Alert או לוג כשל - וזה מגיע ל-Routine עטוף בבלוק שמסומן כמידע לא מהימן, כך שהפרומפט השמור צריך "לבחור" במפורש להתייחס אליו, אחרת הטקסט נשאר הקשר סביל בלבד.

טריגר GitHub

טריגר GitHub מפעיל session חדשה אוטומטית כשקורה אירוע תואם ברפוזיטורי מחובר, ו-Claude Code לא ממחזר sessions בין אירועים - כלומר שני עדכוני PR יוצרים שתי sessions נפרדות לגמרי. כדי להשתמש בזה צריך שאפליקציית ה-GitHub של Claude תהיה מותקנת על הרפוזיטורי (הרצת /web-setup לבדה לא מספיקה - היא נותנת גישה לשכפול אבל לא מתקינה את האפליקציה ולא מפעילה webhook delivery). טריגרים מסוג GitHub מוגדרים רק מהאתר. שתי קטגוריות אירועים נתמכות: Pull request (נפתח, נסגר, מוקצה, מתויג, מסונכרן ועוד) ו-Release (נוצר, מפורסם, נערך, נמחק). אפשר לצמצם באמצעות פילטרים על שדות כמו מחבר ה-PR, כותרת, תיאור, branch יעד, branch מקור, תוויות, האם מדובר בטיוטה, והאם ה-PR מוזג - עם אופרטורים כמו equals, contains, starts with, is one of, is not one of, ו-matches regex.

איך זה שונה מ-Desktop scheduled tasks ומ-/loop

שלושת המנגנונים האלה נשמעים דומים אבל פותרים בעיות שונות. Desktop scheduled task הוא משימה מתוזמנת מקומית - כשבוחרים "Local" ביצירת Routine באפליקציית ה-Desktop, המשימה רצה על המחשב שלכם עצמו, לא בענן. /loop (ותזמון בתוך session) מריץ פרומפט או slash command במרווח חוזר בתוך session פתוחה של ה-CLI - כלומר ה-session חייבת להישאר פתוחה כדי שההרצות ימשיכו. לעומתם, Routine רץ על תשתית ענן מנוהלת בנפרד מכל session או מכל מכשיר: אין צורך שהמחשב יהיה דלוק, שה-CLI ירוץ ברקע, או שחיבור אינטרנט יישאר יציב. זה ההבדל המרכזי שהופך Routines לכלי הרלוונטי ביותר למשימות שצריכות לקרות "מאחורי הקלעים" - בלילה, בסוף שבוע, או בתגובה לאירוע חיצוני - בלי שמישהו יזכור להפעיל אותן.

עוד הבדל שכדאי להכיר: אם כבר יצרתם flows דומים עם agents מרובים או עם מערכות זיכרון ל-session, שווה לקרוא גם על מערכות multi-agent ועל ניהול זיכרון ל-agents - כי Routines משתלבים היטב עם שני התחומים האלה, במיוחד כשמריצים כמה Routines שמתאמים ביניהם על אותו רפוזיטורי.

שימושים עסקיים ריאליים

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

סקירת PR-ים בבוקר. טריגר Schedule יומי בשעה מוקדמת מריץ Routine שסוקר את כל ה-PR-ים שנפתחו או עודכנו בלילה, מוסיף הערות סקירה, ומסכם לצוות מה מחכה לתשומת לב - כך שבבוקר מגיעים לתיבת דואר נכנס עם עבודת רקע כבר מוכנה.
ניתוח כשלי CI בלילה. Routine שמופעל בתזמון לילי (או דרך טריגר API שנקרא מתוך pipeline של CI/CD) בודק לוגים, מתאם כשלים עם commits אחרונים, ופותח pull request עם תיקון מוצע - כדי שהמפתחים לא יתחילו את הבוקר מטרמינל ריק.
ביקורת תלויות שבועית. Routine שרץ פעם בשבוע יכול לסרוק את הרפוזיטוריז שהוגדרו עבורו, לזהות תלויות מיושנות או שינויים שדורשים תשומת לב, ולפתוח PR-ים או להשאיר סיכום - בדומה לדוגמה התיעודית של "docs drift", שבה Routine שבועי סורק PR-ים שמוזגו ומדגיש תיעוד שמתייחס ל-API-ים שהשתנו.
סנכרון תיעוד אחרי מיזוג PR. טריגר GitHub שמאזין ל-pull_request.closed עם פילטר על "is merged" יכול להפעיל Routine שבודק אם השינוי דורש עדכון תיעוד, ופותח PR מתאים ברפוזיטורי הדוקומנטציה לעורך לבדוק.
תגובת Alert אוטומטית. כלי ניטור קורא לטריגר API של ה-Routine עם גוף ה-Alert בשדה text; ה-Routine חוקר את התקלה, מושך stack trace, מתאם עם commits אחרונים, ופותח PR עם תיקון מוצע - כך שה-on-call מתחיל מסקירת PR ולא מדף ריק.

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

ניהול, סביבה, connectors ורשת

בדף הפרטים של כל Routine רואים את הרפוזיטוריז, ה-connectors, הפרומפט, התזמון, tokens ל-API, טריגרי GitHub, ורשימת הרצות קודמות. אפשר ללחוץ "Run now" כדי להריץ מיד בלי לחכות לזמן המתוזמן, להשהות או לחדש תזמון דרך המתג בקטע "Repeats", לערוך שם, פרומפט, רפוזיטוריז, סביבה, connectors וטריגרים דרך "Edit routine", או למחוק את ה-Routine (הרצות קודמות נשארות ברשימת ה-sessions גם אחרי מחיקה).

כל Routine מריץ בתוך cloud environment שקובע רמת גישה לרשת, משתני סביבה, וסקריפט הגדרה שהתוצאה שלו נשמרת ב-cache כדי שלא ירוץ מחדש בכל session. סביבת ברירת המחדל מוגדרת ברמת גישה "Trusted", שמאפשרת רק רשימת דומיינים מוגבלת - רגיסטרי חבילות, ממשקי ספקי ענן, רגיסטרי containers ודומיינים נפוצים לפיתוח. תעבורת connectors מנותבת דרך שרתי Anthropic ולכן לא צריכה שינוי ברשימת הדומיינים המותרים; אם ה-Routine צריך לגשת לשירותים שלכם ישירות או לדומיין מחוץ לרשימה, אפשר לשנות את הגדרות הרשת לרמת "Custom" עם רשימת דומיינים משלכם, או לרמת "Full" לגישה ללא הגבלה. מי שרוצה להבין לעומק איך connectors ו-MCP עובדים מאחורי הקלעים מוזמן לקרוא את המדריך שלנו על ארכיטקטורת MCP.

לגבי הרשאות ל-GitHub - Claude תמיד יכול לדחוף ל-branches עם קידומת claude/, אבל אם הפרומפט מנחה אותו לדחוף ל-branch אחר, הבקשה נבדקת ונדחית אם ה-branch מוגן, אם יש כבר PR פתוח מאותו branch על ידי מישהו אחר, או אם יש בו commits שנכתבו על ידי מישהו שאינו אתם.

מגבלות שימוש

Routines צורכים מכסת שימוש בדיוק כמו sessions אינטראקטיביות, ומעבר לכך יש מכסה יומית נפרדת על מספר ההרצות שיכולות להתחיל בחשבון. כשמגיעים למכסה היומית או למגבלת השימוש בתוכנית, ארגונים עם usage credits מופעלים יכולים להמשיך להריץ Routines בתשלום נוסף לפי שימוש; בלי usage credits, הרצות נוספות נדחות עד לאיפוס החלון. הרצות חד-פעמיות (one-off) אמנם לא נספרות במכסת ה-Routine היומית, אבל כן צורכות מהמכסה הרגילה של המנוי - כמו כל session אחרת.

שאלות נפוצות

האם Routine ממשיך לרוץ אם אני סוגר את הלפטופ?

כן. זה ההבדל המרכזי מ-/loop ומ-Desktop scheduled tasks - Routine רץ על תשתית ענן מנוהלת (או self-hosted, אם כך הוגדר בארגון), ולא על המחשב שלכם, ולכן ממשיך לפעול גם כשהמחשב כבוי או מנותק מהאינטרנט.

איזה סוגי טריגרים אפשר לחבר ל-Routine אחד?

אפשר לחבר כמה טריגרים במקביל לאותו Routine - למשל תזמון יחד עם טריגר API ועם טריגר GitHub. כל אחד מהם פותח session חדשה ונפרדת כשהוא יורה.

האם צריך לאשר כל פעולה שה-Routine מבצע, כמו ב-session רגילה?

לא. Routines רצות בצורה אוטונומית מלאה, בלי permission-mode picker ובלי אישורי הרשאה תוך כדי הריצה. בדיוק בגלל זה חשוב להגביל כל Routine לרפוזיטוריז, לסביבה ולconnectors שהוא באמת צריך, ולא להשאיר connectors מיותרים מחוברים.

מה קורה כשה-Routine "יורה" מ-webhook או מטריגר API - האם הטקסט שמגיע נחשב הנחיה מהימנה?

הפרומפט השמור של ה-Routine עצמו מתקבל כמשימה מלאה שה-session מבצעת. לעומת זאת טקסט חופשי שמגיע דרך שדה text בקריאת API (או דרך "Run now" עם טקסט נוסף) עטוף בבלוק שמסומן כמידע לא מהימן, וה-Routine לא פועל לפיו אלא אם הפרומפט השמור מפנה אליו במפורש - כך שגם אם token דלף, טקסט שמגיע דרכו לא הופך אוטומטית להנחיה ישירה.

איך יוצרים טריגר API או GitHub אם אני משתמש רק ב-CLI?

/schedule ב-CLI יוצר רק Routines מבוססי תזמון. כדי להוסיף טריגר API (שדורש יצירת token) או טריגר GitHub (שדורש התקנת אפליקציית GitHub וקביעת פילטרים), צריך לערוך את ה-Routine באתר בכתובת claude.ai/code/routines.

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

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

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

תגיות: Claude Code Routines · תזמון משימות AI · Claude Code · אוטומציה בענן · GitHub Actions · connectors MCP · סוכני AI לפיתוח

← חזרה לבלוג · צור קשר