צור קשר
📅 פורסם ב-27 באפריל 2026

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

✅ מה תלמדו בפרק זה

  • מה זו Routine ולמה הפיצ'ר הזה משנה את כללי המשחק לעומת Claude Code "רגיל"
  • שלושת הרכיבים של רוטינה: Prompt, Repository ו-Connectors
  • שלוש דרכים להפעיל רוטינה: Schedule, GitHub Events ו-API
  • שלוש דרכים ליצור רוטינה: Web UI, CLI עם /schedule, ואפליקציית Claude Desktop
  • מגבלות נוכחיות: כמה רוטינות מותר ביום, ענפי claude/, וקאוואטים נוספים
  • איך כותבים פרומפט שמתאים לעבודה אוטונומית — בלי human-in-the-loop

מה זה Routine?

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

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

💡 הערה על השם: בעולם הקהילה ובסרטון אתם תשמעו גם "Cloud Routines" וגם "Remote Tasks". בתיעוד הרשמי של Anthropic השם הוא פשוט Routines. אנחנו נשתמש בשם הזה לאורך הפרק.

שלושת הרכיבים של רוטינה

כל רוטינה מורכבת משלושה חלקים. הבנה של שלושתם הכרחית כדי לבנות רוטינה שעובדת.

📝 1. Prompt

ההנחיה ל-Claude — מה לעשות, ובאילו תנאים העבודה נחשבת מוצלחת. זה הרכיב הקריטי ביותר. הפרומט חייב להיות self-contained — לא יהיה אף אחד שיאשר לו דברים תוך כדי.

📁 2. Repository

רפו אחד או יותר ב-GitHub שהרוטינה תעבוד עליו. אופציונלי טכנית — רוטינה יכולה להתחבר רק לקונקטורים — אבל ברוב התרחישים תרצו רפו כדי שהתוצרים יישמרו ב-Git.

🔌 3. Connectors

שירותים חיצוניים שהרוטינה יכולה לדבר איתם — Slack, Gmail, Google Drive, Linear ועוד. כל קונקטורי ה-MCP שלכם מופעלים כברירת מחדל — צריך להסיר במפורש את מה שלא צריך.

⚠️ שימו לב לקונקטורים: זה מנוגד לאינטואיציה — ב-Claude Code "רגיל" אתם בוחרים מה לחבר, ברוטינות הכל מחובר אוטומטית. הסוכן רץ אוטונומית, אז אם השארתם לו גישה ל-Gmail או ל-Drive בלי כוונה, הוא יכול להשתמש בהם. הקפידו על Least Privilege — הסירו כל קונקטור שאין לו צורך אמיתי ברוטינה הזאת.

שלוש דרכים להפעיל רוטינה (Triggers)

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

טריגר איך זה עובד מתי להשתמש
Scheduled תזמון חוזר — שעתי, יומי, שבועי, ימי עבודה, או חד-פעמי בתאריך ספציפי הרצה רוטינית: דוח בוקר, סריקת אבטחה שבועית, סיכום שבועי לצוות
GitHub Event נורה אוטומטית כשמשהו קורה ב-GitHub: Pull Request חדש, Release וכו' תגובה לאירועים: ביקורת אוטומטית של PR, תיוג בעיות, יצירת changelog
API קריאת HTTP POST עם Bearer Token מקוד שלכם או משירות חיצוני אינטגרציה: כשתקלה נופלת באפליקציה, שלחו אותה לרוטינה שתנסה לתקן
💡 שילוב טריגרים: רוטינה אחת יכולה להיות גם מתוזמנת לשבע בבוקר, גם להגיב ל-PR, וגם לחשוף API. זה לא או-או — זה גם וגם.

שלוש דרכים ליצור רוטינה

🌐 1. Web UI

  • נכנסים ל-claude.ai/code/routines
  • לוחצים New routine
  • הדרך היחידה ליצור רוטינות עם API/GitHub triggers
  • נוח לרוטינות פשוטות

💻 2. CLI עם /schedule

  • בטרמינל / VS Code: כותבים /schedule
  • Claude מנהל איתכם שיחה ובונה את הרוטינה
  • פותר רק רוטינות עם trigger מסוג Schedule
  • הדרך הפרקטית והמומלצת ברוב המקרים

🖥️ 3. Claude Desktop

  • דרך אפליקציית Claude למחשב
  • אופציה נוחה למי שלא עובד מ-VS Code
  • גם כאן: בעיקר רוטינות מתוזמנות
  • הניהול אחרי היצירה — באותו URL
✅ למה /schedule מהטרמינל עדיף ברוב המקרים: כשאתם בונים רוטינה אמיתית יש לה הרבה moving parts — איזה skill להריץ, באיזה פורמט להחזיר, מה לכתוב כשאין מידע, איך לטפל בכשלים. אם תכתבו את כל זה מאפס בתיבה של ה-Web UI תפספסו דברים. ב-CLI אתם בשיחה — Claude שואל, אתם עונים, הוא משכלל את הפרומפט, אתם מריצים dry-run, רואים מה יוצא, ומתקנים. תהליך טריאל-אנד-אררור עד שהרוטינה מושלמת.

דוגמה אמיתית: Daily AI Deep Analysis

בסרטון אני מציג רוטינה אמיתית שאני מריץ בעצמי — היא נקראת Daily AI Deep Analysis. מה היא עושה? בכל בוקר, באופן אוטומטי, היא:

1

אוספת חדשות

מתחברת לעשרות מקורות מידע ומושכת חדשות AI מ-24 השעות האחרונות. כל הלוגיקה הזו נמצאת ב-Skill שלי בתוך הרפו.

2

עושה אנליזה

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

3

שולחת בריף למייל

מייל מסודר עם כל הממצאים מחכה לי כשאני קם. שליחת המייל היא דרך כלי חיצוני (Resend) ולא דרך קונקטור פנימי.

4

רצה ב-7:00 כל יום

הטריגר הוא Scheduled — יומי בשעה קבועה. אין לי מה לעשות. ואני אפילו יכול ללחוץ Run now אם אני רוצה הרצה מיידית.

דוגמה ל-CLI: יוצרים רוטינה ב-30 שניות

בטרמינל / VS Code:
/schedule # Claude שואל: מה אתה רוצה שהרוטינה תעשה? # אתם עונים בשפה טבעית: Run my "ai-news" skill every morning at 7:00 IST. Output a markdown brief and email it via Resend to ram@example.com. If no significant news, send a one-liner saying so.

Claude יחזור עם פרומפט ערוך, יציע cron expression, ויאפשר לכם להריץ dry-run לפני שמירה. זה היופי של היצירה דרך ה-CLI: יש שיחה, יש איטרציות, ובסוף הרוטינה שיוצאת מתואמת בדיוק לצורך.

💡 פקודות ניהול נוספות: אחרי שיצרתם רוטינות אפשר לנהל אותן גם מהטרמינל — /schedule list מציג את כולן, /schedule update משנה רוטינה קיימת, /schedule run מריץ אחת מיידית.

המגבלות שחייבים להכיר

לפני שאתם הולכים לבנות 50 רוטינות, יש כמה דברים שחשוב לדעת. הפיצ'ר ב-Research Preview, ויש מגבלות שעלולות להפתיע.

מגבלה מה זה אומר בפועל
הרצות יומיות לפי תוכנית Pro: 5 ביום · Max: 15 ביום · Team / Enterprise: 25 ביום (הרצות מתוזמנות)
Run now / חד-פעמי לא נספר במגבלה היומית — אבל כן צורך מהמכסה הרגילה של Claude Code
ענפי claude/ בלבד כברירת מחדל הרוטינה דוחפת רק לענפים שמתחילים ב-claude/. אפשר להפעיל "Allow unrestricted branch pushes" בהגדרות אם צריך
אין human-in-the-loop אין למי לאשר משהו תוך כדי הרצה. הפרומפט הוא הכל
סטטוס Research Preview ההתנהגות, המגבלות וה-API עלולים להשתנות. אל תבססו עליה תהליכים קריטיים בפרודקשן עדיין

איך כותבים פרומפט לרוטינה (וזה שונה מ-Claude Code רגיל)

❌ פרומפט "רגיל"

  • אתם בשיחה — אפשר לתקן באמצע
  • Claude שואל "להמשיך?" — אתם מאשרים
  • אתם רואים שגיאות בזמן אמת
  • אם משהו לא מובן, אפשר להבהיר

✅ פרומפט לרוטינה

  • הוא חייב להיות עומד-בעצמו (self-contained)
  • צריך להגדיר מה נחשב הצלחה במפורש
  • צריך להגדיר מה לעשות במקרה של כשל / מידע חסר
  • צריך להגביל מה הרוטינה לא רשאית לעשות
💡 טיפ פרקטי: אחרי שאתם יוצרים את הרוטינה, הריצו אותה כמה פעמים עם Run now, וקראו את הלוגים של ההרצה (זמינים ב-UI לכל הרצה היסטורית). תיקלעו למקרי קצה שלא חשבתם עליהם — לדוגמה, מה לעשות כשאחד ממקורות המידע לא זמין. תחזרו לפרומפט, תוסיפו את ההנחיה, וההרצה הבאה כבר תדע להתמודד.

תהליך עבודה מומלץ: איטרציות של פרומפט

1

פתחו שיחה ב-CLI

השתמשו ב-/schedule. תארו ב-2-3 משפטים מה אתם רוצים. אל תכתבו פרומפט "מושלם" מההתחלה.

2

הריצו Dry Run

לפני שמירה, בקשו מ-Claude להריץ פעם אחת. ראו את התוצר. ראו אילו קונקטורים נגעו.

3

שפרו את הפרומפט

נתקלתם בבעיה? תגידו לו: "בפעם הבאה, כש-X קורה, תעשה Y". Claude יעדכן את הפרומפט בעצמו.

4

שמרו וצפו

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

שאלות נפוצות

לא חובה לחלוטין. הארכיטקטורה תומכת ברוטינה שמחוברת רק לקונקטורים. עם זאת, ברוב התרחישים תרצו רפו כדי שהתוצרים (קוד, דוחות, מסמכים) יישמרו ב-Git. זכרו שכברירת מחדל הרוטינה דוחפת רק לענפים שמתחילים ב-claude/, אלא אם הפעלתם "Allow unrestricted branch pushes".
יש שתי שכבות: (1) מספר ההרצות המתוזמנות ביום — Pro 5, Max 15, Team/Enterprise 25. (2) הטוקנים שההרצה צורכת נספרים מתוך המכסה הרגילה של Claude Code שלכם, בדיוק כמו עבודה ידנית. הרצות חד-פעמיות (Run now) לא נספרות במגבלה היומית של ההרצות המתוזמנות, אבל כן בטוקנים.
GitHub Action הוא פייפליין דטרמיניסטי — אתם כותבים YAML עם פקודות ספציפיות, והוא רץ בדיוק כמו שכתבתם. Routine היא agent — אתם נותנים פרומפט בשפה טבעית, ו-Claude מחליט כיצד לבצע. הוא יכול להתאים את עצמו לתוכן שהוא מוצא, להשתמש בכלים שונים בכל פעם, ולנקוט החלטות בזמן ריצה. Action מתאים לתהליכים קבועים; Routine מתאימה לתהליכים שדורשים שיקול דעת.
כן — בדף הניהול של כל רוטינה יש כפתור Run now שמפעיל אותה מיד. אופציה זאת שימושית לבדיקת שינויים בפרומפט וגם להפעלת רוטינה ידנית כשצריך. גם מה-CLI אפשר להריץ עם /schedule run.
כל הרצה מקבלת לוג מלא — גם הצלחות וגם כשלים. נכנסים ל-claude.ai/code/routines, בוחרים את הרוטינה, ורואים את היסטוריית ההרצות עם כל הצעדים שהסוכן עשה. אם הרצה נכשלה, אפשר לקרוא את הסיבה ולעדכן את הפרומפט בהתאם.
זה אכן עיצוב שדורש זהירות. הסיבה היא נוחות — Anthropic רוצים שלא תצטרכו להגדיר את כל הקונקטורים מאפס לכל רוטינה. הפרקטיקה הנכונה: בכל רוטינה חדשה, עברו על רשימת הקונקטורים והסירו את כל מה שאינו דרוש לתפקידה הספציפי (Least Privilege). למשל, רוטינה שרק שולחת מייל בוקר לא צריכה גישה ל-Linear או ל-Drive.

סיכום: מתי להפעיל רוטינה?

אם בכל בוקר, או בכל יום שלישי, או בכל פעם ש-PR נפתח, אתם פותחים את ה-CLI ועושים את אותו דבר — זה הרגע. הפסיקו לעשות זאת ידנית. הגדירו רוטינה ב-/schedule, הריצו דרי-ראן, שפרו את הפרומפט, ותנו לסוכן לעשות בשבילכם בעודכם ישנים. הקפידו על Least Privilege בקונקטורים, על פרומפט מפורט שמוגדרים בו תנאי הצלחה וכישלון, וזכרו שהפיצ'ר עדיין ב-Research Preview — אל תכניסו תהליכים קריטיים בלי בדיקות. נסו, התנסו, ושפרו עם הזמן. ולמי שמתעניין בסוכני AI אוטונומיים בקוד פתוח — שווה לקרוא על OpenClaw, סוכן ה-AI שכבש את GitHub.

🚀 רוצים ללמוד את Claude Code מההתחלה?

הקורס המלא בעברית — מההתקנה ועד Sub-Agents, עם דוגמאות מעשיות

לקורס המלא ←

📚 המשיכו לקרוא

הפרק הקודם
Claude Code פרק 14: Sub-Agents — תתי-סוכנים שעובדים במקביל ושומרים על הקונטקסט
←
מרכז התוכן
לכל מדריכי ה-AI
←

קורסים קרובים

קורסי אונליין

קורסים חינמיים

דברו איתנו