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

12 שיעורים עלו מעבודה אמיתית על הכלים האלה, שישה מהם רלוונטיים לכל משתמש — בין אם אתם עובדים ב-Claude Cowork או ב-Claude Code. שישה נוספים, ייעודיים ל-Claude Code, נמצאים בפוסט ההמשך.

Cowork או Code — במה להתחיל

זו לא שאלה של איזה כלי טוב יותר, אלא לאיזה מהם אתם כבר מוכנים.

Cowork הוא הצעד הראשון. Claude Code הוא הצעד האחרון.

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

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

שיעור 1 — הפרידו את העבודה מהמערכת

כשעובדים עם AI, יש בדרך כלל שני סוגי תיקיות.

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

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

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

הפתרון: שני workspaces נפרדים.

Content workspace — הקבצים ש-Claude מייצר ושמשתפים עם הצוות
System workspace — נשאר על המחשב עם היסטוריית גרסאות (על זה בשיעור 9 בפוסט ההמשך)

הנה שיטות עבודה טובות לארגון ה-content workspace:

מספרו כל תיקייה בפורמט NN-name:

01-clients
02-invoices
03-archive

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

תיקייה	תדירות שימוש
01-clients	פותחים יומיומית
02-invoices	פותחים שבועית
03-archive	פותחים כמה פעמים בחודש

השאירו תיקיות שכמעט אף פעם לא פותחים מחוץ לתיקיית העבודה הראשית, בפורמט 99-name:

workspace/
  01-content/   מה שהצוות פותח: לקוחות, חשבוניות, ארכיון
  99-vault/     רשומות שנשמרות. כמעט אף פעם לא נפתח

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

אותו טריק גם מסמן שלבים של תהליך:

01-drafts
02-review
03-done

עכשיו המיקום של קובץ הוא הסטטוס שלו. העברת קובץ לתיקייה הבאה הופכת לפעולת האישור עצמה.

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

שיעור 2 — תנו לתיקיות, סקילים ומשימות שמות שמתארים מה יש בהן

תיקייה שנקראת פשוט claude היא טעות נפוצה. הכול שקשור ל-AI חי שם, וזה הגיוני ברגע הראשון — אבל השם מתאר את הכלי במקום את התוכן.

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

תנו לדברים שם לפי מה שהם מכילים.

רע	טוב
`claude/`, `chatgpt-stuff/`, `ai-output/`	`system/`, `clients/`, `drafts/`

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

מתיישן מהר	שורד היטב
`step-2-processing/`, `sunday-batch/`, `new-system-v2/`	`invoice-check/`, `leads-to-crm/`, `backup-database/`

"Sunday batch" מפסיק להיות נכון בפעם הראשונה שמעבירים אותו לשלישי. "Step 2" מפסיק להיות נכון בפעם הראשונה שמוסיפים שלב.

שני עקרונות נוספים חשובים כאן:

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

שיעור 3 — אם תערכו את זה בעתיד, הפכו אותו למשתנה

זה נוגע במיוחד למשימות מתוזמנות (Scheduled tasks) שרצות לבד, בזמן שקבעתם, בלי שתהיו שם.

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

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

התיקון: להעביר כל ערך שעלול להשתנה בעתיד לבלוק בראש ההוראה:

SOURCE_FOLDER = 03-done
POSTING_TIMES = 05:00, 21:00
DAYS_BACK = 4

כל מה שמתחת מתייחס לשמות האלה במקום לחזור על הערכים. עכשיו שינוי יעד הוא עריכת שורה אחת בראש הקובץ. בלי שיחה חדשה, בלי מרדף אחרי הרשאות, בלי כתיבה מחדש.

אל תעשו את זה ידנית. הריצו את המשימה המתוזמנת שרוצים לתקן, עצרו אותה, והדביקו את הפרומפט הבא:

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

Claude עשוי להציע יותר מועמדים ממה שצריך — בחרו רק את אלה שבאמת ישתנו לאורך זמן.

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

שיעור 4 — אם יש לכם הרבה משימות מתוזמנות, בנו לוח שנה

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

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

אבל לאבד מעקב זו הבעיה הקטנה. הבעיה היקרה היא ה-usage: Claude לא רק מגביל אתכם לפי שבוע — הוא מגביל אתכם בחלונות מתגלגלים של 5 שעות. אם שש משימות נורות בין 6:00 ל-8:00 בבוקר, הן לא סתם רצות — הן נופלות לאותו חלון ואוכלות אותו ביחד. אתם מתיישבים לעבוד ב-9:00, מוכנים, והחלון שלכם כבר נוצל — על משימות שיכלו לרוץ בכל שעה אחרת.

כך רואים את לוח הזמנים האמיתי שלכם (כדי שה-usage limit יחזיק יותר זמן):

פתחו את Cowork והדביקו:

"קראו את כל המשימות המתוזמנות שלי ובנו לי לוח שנה ליום אחד כ-inline visualization. פריסה: 24 משבצות שעתיות, 4 בכל שורה. דלגו על משימות מושהות. סמנו משימות שבועיות בימים שהן רצות (שני, חמישי) וחודשיות ביום בחודש (יום 1, ימים 13-18). סמנו שעות ריקות כריקות. צבעו לפי קטגוריה."

רוב המשימות המתוזמנות רצות בזמן שאתם ישנים. שווה לערום את המשימות הקטנות בשעות מוקדמות בבוקר — הן בקושי נוגעות במגבלה.

מי שעובד ב-Claude Code לא צריך לבנות את זה ידנית — פשוט לכו ל-Routines → Calendar.

שיעור 5 — תנו למשימות קרובות לדווח באותה צורה

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

✅ DONE — <task>
2 מתוך 3 דוחות נבנו

נוצר
| פריט | איפה | מתי |
| סיכום Q3 | /reports/q3 | שישי 08:00 |
| פירוט עלויות | /reports/costs | שישי 08:04 |

נעצר
  ...מה לא יצא, ולמה

⚠️ דורש אתכם
  ...הדבר היחיד שרק אתם יכולים לעשות

שלושה מצבים בראש, ורק שלושה: הסתיים, נכשל, אין מה לעשות. אחר כך מה נוצר, בשמות אמיתיים. אחר כך מה דורש אתכם, תמיד אחרון — כדי שתמצאו אותו תמיד באותו מקום. סעיף מופיע רק כשיש בו משהו. שורה שמופיעה כל יום מפסיקה לשאת מידע, אז עדיף שהיעדרה ידבר במקומה.

הפרומפט שמגדיר את זה:

"צרו Skill בשם report-format שמגדיר איך המשימות המתוזמנות שלי מסיימות ריצה. הוא צריך לומר: לפתוח בשתי שורות — מצב (הסתיים, נכשל, אין מה לעשות) ושם המשימה בשורה הראשונה, משפט קצר עם התוצאה בשנייה. לאחר מכן 'נוצר': טבלה, שורה לכל דבר שיוצר, עם שמות אמיתיים, קישורים או שעות. לאחר מכן 'נעצר': כל מה שיכול היה לצאת ולא יצא. לבסוף 'דורש אתכם' — תמיד אחרון: פעולה ספציפית אחת שאני יכול לבצע בתגובה אחת. סעיף מופיע רק כשיש בו משהו — ריצה נקייה לא מקבלת כותרת בכלל, ולעולם לא את המילה 'כלום'."

חשוב לזכור: המבנה צריך לשרוד קריאה בטלפון, בעמודה של כארבעים תווים ברוחב. אל תעטפו את הדוח בבלוק קוד — בלוק כזה נראה monospace ולא מתקפל, כך שכל שורה נשברת באמצע עובדה. ואל תיישרו שום דבר עם רווחים — עמודות שבנויות מרפידה שומרות על צורתן רק ברוחב טרמינל מלא.

אחרי שיוצרים את ה-Skill, מוסיפים סעיף כזה למשימות הרלוונטיות:

## Reporting
דווחו עם ה-Skill "report-format".

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

שיעור 6 — תגידו ל-Claude למחוק מה שהוא הסיר

זה הרגל שלוקח זמן לשים לב אליו. כש-Claude מסיר משהו מ-Skill או ממשימה, הוא נוטה להשאיר מצבה: "אופציה 3 — הוסרה", "שונה שם מ-monday-batch", "כבר לא מפצלים בין השניים". זה מועיל בסגנון של changelog.

בקובץ הוראות, זה לא עוזר. Claude קורא את כל הקובץ כהוראה. שורה שאומרת "כבר לא משתמשים באופציה 3" עדיין מציבה את אופציה 3 מול העיניים שלו. משימה אחת חזרה לאופציה שנמחקה פעמיים בחודש אחד — האופציה הייתה קיימת רק כהערה שמסבירה שהיא לא קיימת.

הפתרון — השתמשו בפרומפט הזה כש-Claude Cowork עורך Skill או משימה:

"כשאתם מסירים משהו מקובץ הוראות, מחקו אותו לגמרי. אף פעם אל תשאירו הערה מה זה היה, ממה זה שונה שם, או שזה פורש. הקובץ אומר רק מה נכון עכשיו."

ב-Claude Code, השורה הזו נכנסת ל-CLAUDE.md.

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

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

אחר כך מסירים כל מה שכבר לא שימושי.