שני סוכני Claude Code רצים במקביל, frontend ו-backend

זה ההמשך הישיר ל-6 השיעורים הראשונים על ניהול עבודה אמיתית עם Claude. אם עברתם מ-Cowork ל-Claude Code — או שכבר עובדים איתו — ששת השיעורים הבאים הם בשבילכם.

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

שיעור 7 — כל שורה ב-CLAUDE.md נגבית ממכם לנצח

CLAUDE.md הוא הקובץ ש-Claude קורא לפני שהוא קורא כל דבר אחר. רוב האנשים עוצרים שם — הם לא בודקים איך הקובץ צריך להיכתב.

היוצרים אותו עם הפקודה:

/init

צילום מסך של מדידת טוקנים ב-CLAUDE.md

אבל אם ה-CLAUDE.md שלכם גדול מדי, זכרו: כל שיחה עם Claude שולחת את כל ההוראות האלה לסוכן שלכם. לא כל מידע צריך להישלח בתחילת כל שיחה.

קודם, מודדים את ההשפעה:

"חשבו כמה טוקנים ה-CLAUDE.md הזה צורך ותגידו לי במשפט אחד."

תוצאות מדידת טוקנים ב-CLAUDE.md לפני ואחרי

אחר כך, מצמצמים אותו:

"בדקו את ה-CLAUDE.md שלי. השאירו רק שורות שנכונות בכל session. העבירו שורות ספציפיות-למשימה ל-Skills, ומחקו כל מה שמיושן, כפול, או שכבר נאכף על ידי linter או hook. כתבו מחדש את מה ששרד כפקודות וכללים ברורים במקום פרוזה, ותגידו לי את מספר השורות לפני ואחרי."

השוואת מספר שורות לפני ואחרי הצמצום

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

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

שיעור 8 — כלל ב-CLAUDE.md הוא הצעה, hook הוא ערבות

זה הפיצ'ר שהכי מאוחר גיליתי. כללים שכתובים בתוך CLAUDE.md אפשר לעקוב אחריהם — אבל כשה-session מתארך וההקשר מתמלא, Claude עלול פשוט להפסיק לעקוב אחרי חלקם.

Hooks שונים. אם מגדירים אחד, Claude יכול לאכוף את הכלל בעקביות הרבה יותר גבוהה.

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

הנה איך הופכים כללי כתיבה טובים ל-hook, כך שכל קובץ Markdown ש-Claude כותב נבדק מולם:

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

עכשיו הופכים את זה ל-hook:

"צרו PostToolUse hook שבודק כל קובץ Markdown שאני כותב מול כללי הכתיבה שלי. הכללים חיים ב-Skill של no-ai-slop. קראו את המילים והמבנים האסורים משם, וחסמו כל טקסט שמפר אותם. בדקו את זה בכתיבת טקסט שמפר שני כללים בכוונה. הראו לי את התפיסה ואת התיקון."

הגדרת hook לבדיקת כתיבה מול כללים

תוצאות בדיקת ה-hook על טקסט לדוגמה

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

אם שמים את אותם הכללים בתוך CLAUDE.md בלבד, חלקם עלולים להיזנח ככל שההקשר מתארך. hooks הרבה יותר קשים לעקוף.

שיעור 9 — תלמדו GITHUB רק מספיק

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

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

זהו. כל השאר הוא פרטים.

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

ארבעת הדברים ששווה ללמוד:

פקודה	מה היא עושה
`git status`	מה השתנה מאז התמונה האחרונה?
`git diff`	הראו לי את השינויים, שורה אחרי שורה
`git add -A`	כללו הכול
`git commit`	צלמו תמונה, עם הערה למה

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

שיעור 10 — מחקו חצי מה-MCP servers שלכם

MCP servers היו מעולים כשהגיעו, אבל חיבור אחד דרש עריכת קובץ JSON — לא טבעי לרוב האנשים.

היום מחברים אותם ל-Claude הרבה יותר בקלות דרך Connectors. בוחרים אחד מהרשימה, או מוסיפים אחד מותאם אישית.

רשימת MCP connectors זמינים לחיבור

הבעיה: כל MCP server שמחברים מוסיף את הגדרות הכלים שלו להקשר, גם אם לא משתמשים בהם בפועל. בבדיקה על התקנה טיפוסית, זה יכול להסתכם ב-181.1 אלף טוקנים על פני כמעט 300 כלים — אף אחד מהם לא בשימוש.

מדידת טוקנים שנצרכים על ידי MCP servers לא בשימוש

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

הכלל: אם לכלי יש CLI — השתמשו ב-CLI. שמרו MCP רק לשירותים שאין להם אפשרות אחרת.

שיעור 11 — המודל הכי חזק שלכם צריך לשפוט, לא להקליד

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

אבל ברוב המשימות, לא צריך את המודל החזק ביותר. במקום זה, אפשר להשתמש ב-subagents.

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

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

הנה תבנית הפרומפט:

"צרו שלושה subagents ב-.claude/agents/, עם מודל בינוני, כל אחד עם זווית שונה על [המשימה]. תנו להם את אותו briefing והריצו אותם במקביל. אתם נשארים על המודל החזק ביותר ולעולם לא מנסחים בעצמכם. קראו את שלוש הטיוטות, שפטו אותן מול [הקריטריונים], בחרו אחת, ותגידו מה לא בסדר בה. שלחו אותה לתיקון במקום לתקן בעצמכם."

תבנית subagents עם מודל זול לניסוח ומודל חזק כשופט

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

שיעור 12 — אתם מריצים Claude אחד. הריצו שנים-עשר

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

זה לא איך שמריצים יותר מ-Claude אחד.

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

אז כשבונים דף כזה, כדאי שני agents: אחד ל-frontend ואחד ל-backend. הפרומפט לכך:

"צרו שני project subagents ב-.claude/agents/, ואז השתמשו בהם לבניית דף נחיתה עם הרשמה לניוזלטר. תחילה קראו את האתר ושאבו את המיצוב, הטון, ומה שהניוזלטר בפועל מציע. זה המקור לתוכן. אל תמציאו טענות שלא באתר. אחר כך כתבו את קבצי ה-agent בעצמכם. תנו לכל אחד שם, תיאור, רשימת כלים, ופרומפט מערכת. פצלו אותם לפי בעלות על קבצים כדי שלעולם לא יגעו באותו קובץ: frontend מחזיק את site/index.html ו-site/style.css, וצריך WebFetch. backend מחזיק את site/server.js ו-site/api/. בכל פרומפט מערכת, כתבו את הגבול ככלל שהסוכן לא יכול לחצות, ותגידו לו להחזיר סיכום שורה אחת כשהוא מסיים. החוזה ביניהם הוא POST /api/subscribe, שמקבל שדה email. אחר כך הריצו את שניהם במקביל. frontend בונה את הדף מהתוכן האמיתי. backend בונה את ה-endpoint ושומר את המיילים. אל תכתבו כלום מזה בעצמכם ב-session הראשי."

יצירת שני subagents נפרדים לפרונט ולבק