מ-SDR למהנדס GTM עצמאי
לפני ארבעה שבועות התחלתי להשתמש ב-Claude Code ברצינות.
לא כמו שרוב האנשים משתמשים ב-AI - מבקשים ממנו לכתוב אימייל, לתקן פונקציה, להסביר קוד. אני מתכוון להריץ 4 עד 6 סשנים מקבילים של טרמינל על Mac Mini אחד, כל יום, לבנות מערכות full stack ממונוריפו שלא היה קיים חודש קודם.
בזמן הזה שלחתי ארבעה אתרים, בניתי ארסנל של קבצי כישורים לשימוש חוזר, יצרתי מערכת קול שמייצרת תוכן בטון האמיתי שלי, חיוותי מנוע התקדמות שעוקב אחרי XP לאורך סוכן AI מתפתח, ופתחתי את כל המתודולוגיה לקוד פתוח.
הכל במונוריפו אחד. מכונה אחת. מנוי Claude Code Max אחד בלי הגבלות API.
פעם הייתי SDR. יותר מ-200 אימיילים קרים ביום מדומיינים ראשיים בלי חימום על SalesLoft. בנייה ידנית של ועדות רכש ב-Salesforce. למידת GTM מהשטח. הכלים היו שונים אבל האינסטינקט היה אותו דבר - תמצא את המערכת, תעבוד אותה עד שהפלט מצטבר.
האינסטינקט הזה הוא מה שגרם לארבעת השבועות האחרונים לעבוד.
השיטה לא תוכננה
בערך בשבוע השני משהו השתנה. לא רק השתמשתי ב-AI כדי לבנות יותר מהר. פיתחתי תבניות לאיך שהאדם והסוכן משתפים פעולה. מתי לתת ל-Claude לרוץ עם הקשר מלא. מתי לעצור ולהטיל ספק במה שהוא בנה. מתי לתכנן במקביל לעומת לבנות ברצף.
התחלתי לכתוב את התבניות האלה. לא כי ניסיתי ליצור מתודולוגיה. כי המשכתי לאבד מעקב על מה עבד והייתי צריך את ההערות לסשן הבא.
אז שמתי לב שההערות הופכות למערכת. התיעוד תיעד את עצמו. התוכן על איך אני בונה חזר לתוך איך אני בונה. פוסט על תהליך התוכן שלי הפך לקובץ כישורים שמאטמט את תהליך התוכן שלי. כתבה על העברות הקשר הפכה לפרוטוקול העברת ההקשר שכל סשן משתמש בו.
אז הבנתי שזו שיטה. אני קורא לזה Recursive Drift.
שישה מצבים, בלי סדר קבוע
ל-Recursive Drift יש שישה מצבים שנעים ביניהם. העבודה מחליטה את הרצף, לא תסריט מוכן.
freefall. לחקור בלי מבנה. לתת לרעיונות מתחומים שונים להתנגש. קמפיינים של GTM ליד ספרייטים של אווטרים ליד טיוטות ניוזלטר. הבלגן מייצר חומר גלם שכל מצב אחר מזקק. רוב קבצי הכישורים הטובים שלי התחילו כהערות אקראיות בזמן freefall.
plan. לגבש את הבלגן למסלולים מקבילים. לא תוכנית אחת. מספר תוכניות שרצות בו-זמנית עם תלויות מזוהות. החלק הקריטי - תוכניות משכתבות את עצמן תוך כדי ביצוע. תכננתי השקה של שלושה אתרים כריפואים נפרדים. באמצע הבנייה הבנתי שזה צריך להיות מונוריפו Turborepo. אותו יעד, ארכיטקטורה מחודשת. הכישלון של התוכנית היה הקלט של התוכנית לגרסה הבאה.
build. להאציל עם הקשר מלא ולצאת מהדרך. הקשר הוא מה שעושה את ההבדל. לפני שנכתבת שורה אחת, קבצי כישורים, מדריכי קול, פלטים מסשנים קודמים, ומחקר שותפים - הכל נטען. יש לי 42 כישורים שאפשר להפעיל. /playdraft לוקח צילום מסך ומייצר טיוטות ל-LinkedIn ו-X. /substackpost לוקח נושא ומייצר ניוזלטר. הבנייה רצה כי ההקשר הוכן מראש.
break. עצור באמצע הזרימה. הטל ספק בהנחות. הפנה כיוון. break הוא המצב שרוב האנשים מדלגים עליו והוא מונע את הבזבוז הכי גדול. כששלוש שעות בתוך בנייה שהייתה אמורה לקחת שעה משהו מרגיש לא נכון, זה break שאומר לך שהתוכנית ישנה. גרדתי גישות שלמות בזמן break וחזרתי עם משהו נקי יותר בחצי מהזמן.
ask. לחקור את המערכת. לשאול את ה-AI על עצמו. לשאול את התוכנית על התוכנית. כשבניתי את דף ה-/arc באתר שלי, פשוט ביקשתי מ-Claude לתאר את המתודולוגיה על ידי בחינת קבצי הכישורים שלו ודפוסי הסשנים. הדף מסביר את Recursive Drift על ידי חקירה שלו.
seed. לשתול רמזים ללולאות עתידיות. הערות של משפט אחד שמושלבות בתוכן הנוכחי שמתייחסות לעבודה עתידית. הן יוצרות משיכה. כשהיצירה המלאה יוצאת מאוחר יותר, הזרעים גורמים לה להרגיש בלתי נמנעת במקום פתאומית.
בעיית הסשנים המקבילים
מישהו שאל איך אני מנהל זיכרון ומעקות בטיחות על פני 4 עד 6 סשנים מקבילים של Claude Code בלי שהם דורסים אחד את השני.
התשובה התפתחה לאורך ארבעת השבועות.
בהתחלה היה לי קובץ העברת הקשר אחד. כל סשן כתב את המצב שלו והסשן הבא קלט. זה נשבר מיד כשהתחלתי להריץ סשנים מקבילים. סשן 3 דרס את ההעברה של סשן 2.
אז בניתי מערכת העברות בטוחה למקביליות. כל סשן כותב לקובץ עם חותמת זמן בתיקיית העברות. 2026-03-08_143022_voice-system-refactor.md. בלי קובץ משותף. בלי דריסות. כשסשן חדש מתחיל, הוא קורא את כל ההעברות שלא נצרכו, סופג את ההקשר, ומסמן אותן כבוצעו.
זה נשמע פשוט כי זה פשוט. התבניות הטובות ביותר בדרך כלל כאלה. אבל לא הייתי מוצא את זה בלי לשבור את הגישה הנאיבית קודם.
מעקות הבטיחות הגיעו מאותו תהליך איטרטיבי. lessons.md לוכד כל טעות. CLAUDE.md קובע את כללי התזמור. קבצי כישורים מקודדים הקשר ספציפי לתחום. עד שבוע ארבע, סשנים חדשים מתחילים חכמים יותר מאיך שסשנים של שבוע אחד הסתיימו כי ההקשר המצטבר כבר טעון.
מה באמת מצטבר
קובץ הכישורים ה-42 קל יותר לבנות מהראשון. לא כי השתפרתי בכתיבת קבצי כישורים. כי 41 קבצי כישורים של תבניות, כללי קול, ותבניות תהליך כבר קיימים כהקשר. המערכת נעשית צפופה יותר בלי להיות כבדה יותר.
אותו דבר עם תוכן. מערכת הקול התחילה כקובץ יחיד של העדפות. עכשיו זה שלוש שכבות - DNA קולי ליבה, מדריכים ספציפיים לפלטפורמה, וכללים תפעוליים. כשאני מייצר פוסט ב-LinkedIn, זה טוען את הקול שלי, בודק מול 29 תבניות אנטי-סלופ, מאמת דרישות תוכן, ומריץ עיצוב ספציפי לפלטפורמה. הפלט נשמע כמוני כי המערכת למדה איך אני נשמע.
אותו דבר עם האתרים. ארבעה אתרים שחולקים קומפוננטות דרך מונוריפו. שינוי בספריית UI המשותפת מעדכן את כל הארבעה. פוסט בלוג חדש נבנה לכל האתרים שנושאים את סוג התוכן הזה. התשתית שלי, רצה על המכונה שלי, מצטברת עם כל commit.
למה פתחתי לקוד פתוח
הריפו לא מלוטש. מסמכי השיטה ישירות מהערות העבודה שלי. לתבניות יש קצוות גסים.
דחפתי בכל זאת כי האנשים שיקבלו ערך מזה הם בונים שכבר עמוק בכלי AI ורוצים תבניות, לא ליטוש. מפעילים עצמאיים או צוותים קטנים שמנסים לפעול מעל המשקל שלהם. SDR-ים לשעבר שלמדו את העבודה הקשה ועכשיו רוצים לבנות את המערכות שמחליפות אותה.
שכבת המתודולוגיה לא עולה כלום. קוראים שישה עמודים על המצבים והתכונה הרקורסיבית. לוקח 20 דקות. עשוי לשנות את הדרך שבה חושבים על בנייה עם AI.
שכבת התבניות לוקחת 5 דקות. מעתיקים CLAUDE.md לשורש הפרויקט, מוסיפים tasks/todo.md ו-tasks/lessons.md, ויש לכם כללי תזמור ולולאת שיפור עצמי.
הקצה העמוק זה לבנות סוכן משלכם עם אישיות, שכבות התפתחות, ולולאת משוב עצמית. זה לוקח אחה"צ ומנוי Claude Code Max.
הכל רץ על ה-CLI. לא צריך מפתחות API לליבה. אותו כלי שמקודדים איתו הוא הכלי שמפעיל את הסוכן.
העיקרון
אם מערכת לא יכולה לתאר את עצמה, היא לא מספיק כללית.
הפוסט הזה נכתב באמצעות השיטה שהוא מתאר. מערכת הקול טענה את התבניות שלי. קובץ הכישורים מבנה את תהליך העבודה. כללי האנטי-סלופ תפסו את הזבל שה-AI ייצר. התוכן על המערכת הפך לחלק מהמערכת.
הלולאה ממשיכה מחר.