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

הנה עשר משימות שהעברתי אליו. מ״עוזר בשגרה היומיומית״ ועד ״רץ בזמן שאני ישן״. שום דבר מזה הוא לא קסם — ושום דבר מזה לא לוקח ממך את ההחלטה. הם לוקחים ממך את החזרתיות.

1. להתמצא במהירות בפרויקט זר

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

2. לשמור תהליכי עבודה חוזרים כ״skill״

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

3. לבדוק אוטומטית בכל שינוי (hooks)

hook הוא פקודה משלך שרצה תמיד באירוע מסוים — למשל מעצב הקוד אחרי כל עריכת קובץ. ההבדל מ־skill חשוב: hook יורה ללא תנאי, לא ״אם ה־AI נזכר בזה״. כך אי אפשר לשכוח את העיצוב או הבדיקה יותר — זה קורה מעצמו, בכל פעם.

4. לחבר את הכלים שלך (MCP)

דרך שרתי MCP הוא מקבל גישה לשירותים מחוץ למחשב שלך: GitHub, Slack, מסד נתונים, הדפדפן. לרוב השירותים הנפוצים יש מחברים מוכנים מראש — לא בונים כלום, מחברים. לאחר מכן הוא יכול לקרוא issue ב־GitHub, לפתוח pull request או לכתוב הודעה לערוץ ב־Slack, ישירות מהטרמינל.

5. להריץ כמה עוזרים במקביל (subagents)

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

6. לשלב את Claude בתוך סקריפטים (headless)

עם claude -p "..." הוא הופך לאבן בניין בשורת הפקודה — אפשר להעביר אליו נתונים בצנרת כמו בכל כלי טרמינל אחר:

git diff | claude -p "find typos in this diff"

זה המעבר מ״אני מנהל צ׳אט עם AI״ ל״ה־AI הוא שלב בתהליך העבודה שלי״. הוא מריץ את המשימה, מדפיס את התוצאה ומסתיים.

7. לבדוק pull requests אוטומטית (GitHub Actions)

ב־CI — אצלי GitHub Actions — הוא עובר על כל pull request: על באגים, על חורי אבטחה, על טעויות רשלנות. את התגובה שלו הוא כותב ישירות ל־PR. אפשר גם לפנות אליו שם עם @claude ולבקש משהו. כך כל שינוי מקבל זוג עיניים נוסף לפני שהוא מתמזג.

8. להריץ לפי לוח זמנים או במהלך הלילה (routines)

routines רצות לפי לוח זמנים בענן — גם כשהמחשב שלך עצמו כבוי. לסכם כל יום את ה־pull requests הפתוחים, לשלוח דוח קצר, לעקוב אחרי משהו ולהודיע לך. (לחזרה מהירה בתוך סשן פתוח יש /loop — אבל זה לרגע, לא להפעלה קבועה.)

9. לשמר ידע על הפרויקט (CLAUDE.md + זיכרון)

בקובץ בשם CLAUDE.md נמצאים כללי הפרויקט — ״להשתמש ב־pnpm, לא ב־npm״, ״בדיקות לפני כל commit״, ״נקודות הקצה של ה־API נמצאות כאן״ — והם חלים אוטומטית בכל סשן. בנוסף, יש זיכרון שהוא רושם בו בעצמו מה שהוא למד. מסבירים דברים פעם אחת, לא כל פעם מחדש.

10. לאשר פקודות מהימנות (הרשאות)

בקובץ settings.json קובעים מה מותר לו לעשות בלי לשאול — git status, להריץ בדיקות, להסתכל על המצב הנוכחי. על כל השאר הוא ממשיך לשאול. כך הוא עובד בשטף בדברים התמימים, מבלי שאתה מוותר על שליטה בדברים הרגישים. (מי שרוצה לאסור משהו לגמרי פונה שוב ל־hook — הוא יכול לחסום פעולה, בעוד שהרשאה רק מתירה אותה.)

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

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

מקורות

שמות הפיצ׳רים והדוגמאות נבדקו מול התיעוד הרשמי של Claude Code (נכון ליולי 2026): Skills, Hooks, MCP, Subagents, Headless mode, GitHub Actions, Routines, Memory, Permissions.

יש לך שאלה, או מצאת טעות? כתוב לי.