משימות מתוזמנות באפליקציית הדסקטופ של Claude Code

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

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

אם אי פעם רציתם ש-Claude Code יבדוק כל בוקר מה קרה בריפו הלילה, יריץ בדיקות רגרסיה לפני שאתם מתיישבים מול המקלדת, או יכין לכם סיכום דדליינים מהיומן והמייל - יש לכם עכשיו דרך לעשות את זה בלי לכתוב סקריפט, בלי cron, ובלי לזכור להריץ שום דבר בעצמכם. אפליקציית הדסקטופ של Claude Code כוללת מנגנון של משימות מתוזמנות מקומיות (scheduled tasks) - סשנים אוטומטיים שרצים על המחשב שלכם, בזמנים שאתם קובעים, עם גישה מלאה לקבצים ולכלים שיש לכם מקומית. במאמר הזה נסביר איך זה עובד בפועל, איך זה שונה מהרוטינות שרצות בענן, ומתי כדאי לבחור באפשרות המקומית דווקא.

מה זו משימה מתוזמנת בדסקטופ

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

הנקודה המרכזית שמייחדת את המשימות האלה היא שהן רצות על המחשב שלכם, ולא בענן. זה אומר גישה ישירה לתיקיית העבודה שלכם עם כל הקבצים כפי שהם באמת - כולל שינויים שעדיין לא בוצע להם commit - וגישה לכל השרתי-MCP ולכלים שמוגדרים אצלכם מקומית, לא רק לאלה שהוגדרו במפורש עבור המשימה. Claude יכול לערוך קבצים, להריץ פקודות, ליצור commits ואפילו לפתוח pull requests, בדיוק כמו בסשן רגיל שאתם פותחים ביד.

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

דסקטופ מול ענן (Routines) מול /loop - מתי בוחרים מה

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

• רוטינות בענן רצות אצל Anthropic ולא דורשות שהמחשב שלכם יהיה דלוק בכלל. הן עובדות על clone טרי של הריפו ולא רואות קבצים מקומיים או שינויים לא-שמורים, אבל בתמורה הן רצות באופן אוטונומי לחלוטין (בלי הנחיות הרשאה), אפשר להריץ אותן בתדירות של פעם בשעה לכל היותר, והן יכולות להיות מופעלות גם על ידי קריאת API או אירוע ב-GitHub, לא רק לפי שעון.
• משימות מתוזמנות בדסקטופ רצות על המחשב שלכם, עם גישה ישירה לקבצים ולכלי MCP המוגדרים מקומית (דרך קובצי קונפיגורציה וקונקטורים). הן דורשות שהמחשב יהיה דלוק וער בזמן ההרצה, אבל לא דורשות שתהיה פתוחה שיחה פעילה - האפליקציה פותחת סשן חדש בעצמה. אפשר לתזמן אותן בתדירות של פעם בדקה, וההרשאות ניתנות להגדרה לכל משימה בנפרד.
• הפקודה /loop (מתועדת גם במדריך הכללי) היא סוג של תזמון שנשאר בתוך אותה שיחה - היא דורשת סשן פתוח באופן פעיל, יורשת את ההרשאות ואת חיבורי ה-MCP מהסשן הקיים, ומתאימה בעיקר לבדיקות פולינג קצרות תוך כדי עבודה, לא לתזמון ארוך טווח.

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

מתי גישה מקומית באמת עושה הבדל

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

זה קריטי בכמה תרחישים נפוצים: בדיקת קוד שנמצא עדיין ב-work in progress ולא הגיע ל-commit; הרצת סוויטת טסטים שתלויה בכלים או משתני סביבה שמוגדרים רק מקומית; עבודה מול MCP servers פנימיים שלא ניתן או לא רוצים לחשוף לענן; או פשוט - רצון לשמר את ההקשר המדויק של סביבת הפיתוח היומיומית שלכם בלי להגדיר אותה מחדש בענן. מי שמכיר את סביבת הפיתוח הכללית של Claude Code בדסקטופ יכול להעמיק גם במדריך לפיתוח תוכנה בדסקטופ.

המחיר של הגישה הזו הוא תלות בזמינות המחשב: המשימה תרוץ רק כשהאפליקציה פתוחה והמחשב ער. אם המחשב נרדם, ההרצה המתוזמנת פשוט מדולגת. יש כאן שתי הגנות שכדאי להכיר: אפשר להפעיל בהגדרות את Keep computer awake כדי למנוע הירדמות אוטומטית (סגירת המכסה עדיין תגרום להירדמות בכל מקרה), ובנוסף - כשהאפליקציה עולה מחדש או שהמחשב מתעורר, היא בודקת אם משימה כלשהי החמיצה הרצות בשבעת הימים האחרונים. אם כן, מופעלת ריצת השלמה (catch-up) אחת בלבד, עבור הזמן המוחמץ האחרון, וכל מה שקדם לו נמחק. משימה יומית שהוחמצה שישה ימים תרוץ פעם אחת עם ההתעוררות - ולא שש פעמים.

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

איך מגדירים משימה מתוזמנת בדסקטופ

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

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

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

ללוח הזמנים יש כמה פריסטים מוכנים: Manual (ללא תזמון, רק לחיצה על Run now), Hourly (כל שעה), Daily (עם בורר שעה, ברירת מחדל 9:00 בבוקר לפי השעון המקומי), Weekdays (כמו יומי אך ללא שבת וראשון), ו-Weekly (עם בורר שעה ובורר יום). אם צריך תדירות שלא קיימת בפריסטים - כל 15 דקות, אחת לחודש, או הרצה חד-פעמית בזמן עתידי מדויק - פשוט מבקשים את זה מ-Claude בשפה חופשית בתוך כל סשן דסקטופ, למשל "תזמן משימה שתריץ את כל הבדיקות כל 6 שעות".

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

מבחינה טכנית, כל משימה נשמרת כקובץ SKILL.md תחת ~/.claude/scheduled-tasks/<task-name>/ (או תחת נתיב שהוגדר במשתנה הסביבה המתאים), עם YAML frontmatter לשם ולתיאור והפרומפט עצמו כגוף הקובץ. אפשר לערוך את הקובץ ישירות והשינוי ייכנס לתוקף בהרצה הבאה - אבל שימו לב שהלוח זמנים, התיקייה, המודל ומצב ההפעלה לא נמצאים בקובץ הזה, ואותם משנים רק דרך טופס העריכה בממשק או בבקשה מ-Claude. מי שרוצה רקע כללי על איך Skills עובדים ב-Claude Code יכול להעמיק במדריך ל-Skills ופקודות.

הרשאות, ניהול והתנהגות בפועל

לכל משימה יש מצב הרשאות משלה, שנקבע בעת היצירה או העריכה. חוקי אישור (allow rules) שמוגדרים בקובץ ~/.claude/settings.json חלים גם על סשנים של משימות מתוזמנות. אם משימה רצה במצב Manual ומגיעה לכלי שאין לו הרשאה - ההרצה נעצרת וממתינה לאישור, אבל הסשן נשאר פתוח בסיידבר כדי שתוכלו לאשר בהמשך, גם אם זה לא קורה מיד.

כדי למנוע עצירות חוזרות, מומלץ ללחוץ Run now מיד אחרי יצירת המשימה, לעקוב אחרי בקשות ההרשאה שעולות, ולבחור "always allow" עבור כל אחת מהן. הריצות הבאות של אותה משימה יאשרו אוטומטית את אותם כלים בלי לבקש שוב, ואפשר תמיד לחזור ולבדוק או לבטל אישורים כאלה מעמוד הפרטים של המשימה, בפאנל Always allowed. חשוב לדעת: כלי קונקטור שהארגון הגדיר כ-ask, וכן כלי MCP שסומנו כ-requiresUserInteraction, תמיד יבקשו אישור מחדש בכל קריאה ולא מציעים אפשרות "תמיד אשר" - כך שריצות שמשתמשות בהם ייעצרו בכל פעם מחדש.

מעמוד הפרטים של כל משימה אפשר גם: להריץ מיידית עם Run now; להשהות ולחדש עם מתג Status (Active/Paused) בלי למחוק את המשימה; לערוך הוראות, לוח זמנים, תיקייה ועוד; לעיין בהיסטוריית הרצות מלאה כולל הרצות שדולגו (עם הסבר למה - המחשב ישן, הרצה קודמת עדיין רצה, או שמשימות מתוזמנות אחרות כבר רצו במקביל); ולמחוק את המשימה, כאשר תיבת סימון נוספת מאפשרת גם למחוק את הקבצים מהדיסק, כולל קובץ ה-SKILL.md ותיקיית הנתונים שלה.

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

תרחיש שימוש מציאותי

נניח שאתם צוות פיתוח קטן שרוצה סקירת בוקר על מה שקרה בריפו הראשי בלילה. אתם יוצרים משימה מתוזמנת בדסקטופ בשם morning-code-review, מצביעים אותה על תיקיית הפרויקט המקומית, מפעילים worktree מבודד כדי שהיא לא תפריע לעבודה שלכם באמצע, ומגדירים לוח זמנים Weekdays בשעה 8:00. בהוראות אתם כותבים: "בדוק את כל ה-commits שנכנסו ל-main מאז אתמול, הרץ את סוויטת הבדיקות המקומית, ואם משהו נכשל - כתוב סיכום קצר ופתח לו issue. אם אחרי 17:00 אתה מריץ ריצת השלמה, דלג על הבדיקות והצג רק רשימת commits שהצטברו."

המשימה הזו נהנית בדיוק מהיתרון של ריצה מקומית: היא רואה את מצב הריפו האמיתי כולל branches מקומיים, יש לה גישה לסוויטת הבדיקות ולכלי ה-CLI המותקנים על מחשב הפיתוח, והיא יכולה לפתוח issue או pull request באמצעות אותם כלים בדיוק כמו בסשן רגיל. כשהיא רצה, מתקבלת התראת דסקטופ, והסשן שנוצר מופיע בסיידבר תחת Scheduled - אפשר לפתוח אותו, לקרוא מה נמצא, ולהגיב אם צריך. תרחישים דומים - אודיט תלויות שבועי, הכנת דוח בוקר מהיומן והמייל, או ריצת linting לפני שמתחילים לעבוד - עובדים באותה שיטה בדיוק.

שאלות נפוצות

מה ההבדל המעשי בין משימה מתוזמנת בדסקטופ לרוטינת ענן?

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

מה קורה אם המחשב שלי כבוי או ישן בזמן שהמשימה אמורה לרוץ?

ההרצה פשוט מדולגת. עם זאת, כשהאפליקציה חוזרת לפעול או שהמחשב מתעורר, היא בודקת אם הוחמצו הרצות בשבעת הימים האחרונים ומריצה ריצת השלמה (catch-up) אחת בלבד עבור הזמן המוחמץ האחרון - כל מה שקדם לו נמחק ולא ירוץ. אפשר גם להפעיל בהגדרות את Keep computer awake כדי למנוע חלק ניכר מהמצב הזה, אם כי סגירת מכסה המחשב עדיין תגרום להירדמות בכל מקרה.

איך אני שולט בהרשאות שמשימה מתוזמנת מקבלת בכל הרצה?

לכל משימה יש מצב הרשאות עצמאי שנקבע ביצירה או בעריכה. מומלץ ללחוץ Run now מיד אחרי היצירה, לאשר "always allow" לכל בקשת הרשאה שעולה, וכך ריצות עתידיות לא ייעצרו. אישורים אלה ניתנים לצפייה ולביטול בכל שלב מעמוד הפרטים של המשימה. כלים שסומנו כדורשים אישור בכל קריאה (כגון קונקטורים בהגדרת ask או כלי MCP עם requiresUserInteraction) ימשיכו לעצור ולבקש אישור בכל הרצה בלי קשר.

אפשר לתזמן משימה שרצה כל 15 דקות?

הפריסטים המוכנים בממשק כוללים Manual, Hourly, Daily, Weekdays ו-Weekly, אבל לתדירויות אחרות - כמו כל 15 דקות, אחת לחודש, או הרצה חד-פעמית בזמן עתידי מסוים - פשוט מבקשים את זה מ-Claude בשפה חופשית בתוך כל סשן דסקטופ. משימות מתוזמנות בדסקטופ תומכות בתדירות מינימלית של דקה אחת, בהשוואה לשעה אחת ברוטינות ענן.

האם המשימה רואה שינויים שעדיין לא עשיתי להם commit?

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

איפה שומרים את הפרומפט של המשימה ואפשר לערוך אותו ידנית?

כל משימה נשמרת כקובץ SKILL.md תחת ~/.claude/scheduled-tasks/<task-name>/ (או תחת הנתיב שהוגדר במשתנה הסביבה הרלוונטי אם שונה). לקובץ יש YAML frontmatter עם שם ותיאור, והפרומפט עצמו מופיע כגוף הקובץ. אפשר לערוך אותו ישירות והשינוי ייכנס לתוקף בהרצה הבאה - אבל לוח הזמנים, התיקייה, המודל ומצב ההפעלה לא נמצאים בקובץ הזה, ואותם צריך לשנות דרך טופס העריכה בממשק או בבקשה חופשית מ-Claude.

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

תגיות: Claude Code · משימות מתוזמנות · Claude Code Desktop · אוטומציה · Routines · AI Agent · פיתוח תוכנה

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