למה כלי AI נעשים מתסכלים: מפת למידה מעשית
Markdownמטפורת למידה בת ארבעה שלבים של המחבר, סימנים מעשיים בדרך העבודה וניסוי עם שלושה עמודי תווך להתקדמות בפרויקט אחד בעזרת AI.
קריאת המאמר המלא
עיקרי הדברים
המאמר משתמש בעקומת למידה פופולרית בת ארבעה שלבים כמטפורה של המחבר לעבודה עם Claude Code או Cursor. התלהבות ראשונית יכולה להתחלף בתסכול, ולאחריו בתרגול מכוון יותר ובדרך עבודה יציבה יותר. השלבים הם כלי לחשיבה, ולא רצף מאומת שכולם עוברים, תחזית שתפרשו או מבחן אבחוני. רשימות הבדיקה ומסגרת שלושת עמודי התווך בהמשך הן הצעות מעשיות לניסוי בפרויקט אחד.
הוראות נוספות לעבודה עם Ailoot נמצאות בתיעוד.
מטפורת למידה, ולא חוק פסיכולוגי אוניברסלי
עיקרי הדברים
אפקט דאנינג–קרוגר עוסק במגבלות של שיפוט הביצועים של עצמנו. התמונה המוכרת של פסגה, עמק, מדרון ורמה היא איור פופולרי, ולא ראיה שכל לומד חייב לעבור ארבעה שלבים בסדר הזה. כאן אני משתמש בה רק כדי לארגן דוגמאות לציפיות, לתסכול ולתרגול.
השאלה המעשית במאמר מצומצמת יותר מאבחון פסיכולוגי: האם הציפיות שלכם תואמות לתוצאות שתוכלו לאמת? השוו את מה שציפיתם לסיים למה שעובד בפועל והתאימו את המשימה הבאה לראיות האלה.
אל תשתמשו בביטחון לבדו כמדד למיומנות; בדקו תוצאה אמיתית ואת הבדיקות שתומכות בה.
עקומת דאנינג–קרוגר הפכה לאיור פופולרי בן ארבעה שלבים. תחילה הביטחון נוסק ל„פסגת הר הטיפשות”. אחר כך הוא מתרסק אל „עמק הייאוש”. לאחר מכן הוא מטפס לאט ב„מדרון ההארה” לעבר „רמת היציבות”.
העקומה היא מטפורה שמשמשת במאמר הזה. שום מחקר על קוראי המאמר אינו מבסס שיעור נטישה, משך למידה קבוע או מסלול אוניברסלי דרך התוויות האלה.
ארבעת שלבי תכנות הווייב — באיזה שלב אתם עכשיו?
עיקרי הדברים
ארבע התוויות הבאות מתארות מצבים שלומד עשוי לזהות; אלה אינם שלבים שכל משתמש Claude Code חייב לעבור. פסגת הר הטיפשות: אתם קוראים מאמר על סוכנים וחושבים שאתם מתכנתים בשיטת וייב. עמק הייאוש: אתם מתחילים להתעמק ב-MCP וב-Skills ומבינים שלא הבנתם כלום. מדרון ההארה: הכללים עובדים והמתודולוגיה מניבה תוצאות. רמת היציבות: הידע שלכם תואם לביטחון שלכם ואתם בונים מוצרים בקביעות. לכל שלב יש מחשבות משלו בראש שלכם ופעולות משל עצמו בחוץ.
אפשר לזהות כל שלב לפי מחשבות והתנהגות אופייניות. הנה המפה.
שלב 1 — פסגת הר הטיפשות
אתם קוראים מאמר על Claude Code. אולי צפיתם בסרטון. הכול נראה ברור: מתקינים את הכלי, כותבים prompt ומקבלים קוד. מחברי המאמרים מספרים איך „בנו SaaS בערב אחד”. גם אתם רוצים לעשות זאת בערב אחד.
מחשבות שעוברות לכם בראש:
- „נראה לי שהבנתי.”
- „זה פשוט צ'אט, רק חכם יותר.”
- „אני יזם; אני לא צריך מתכנתים.”
- „תוך חודש אשלוט בזה ואטוס לדובאי.”
התנהגות:
- אתם מורידים ומתקינים את Claude Code.
- אתם מקלידים בצ'אט „תבנה לי אפליקציה להזמנת מקומות”.
- אתם מקבלים קוד שלא עובד.
- אתם חושבים שהמודל לא מתאים וקונים מנוי Max.
בשלב הזה אתם מעריכים יתר על המידה גם את הכלי וגם את עצמכם. זו נקודת התחלה אפשרית אחת. אם הציפיות נשארות מנותקות מתוצאה עובדת, התסכול עלול לגדול; פרויקט קטן ובדיקות מפורשות נותנים לכם בסיס מוחשי ללמוד ממנו.
לבדיקה עצמית מעשית, בקשו מאדם אחר לבחון את אותו פלט מול קריטריונים מפורשים. תיאור עצמי בטוח כגון ״מומחה AI״ אינו מוכיח את איכות התוצאה שנוצרה.
התייחסו לרושם ראשוני בטוח כהשערה. הריצו את הקוד, בדקו את הפלט ותנו לתוצאה לשנות את ההערכה שלכם לגבי מה שאתם יכולים לעשות.
שלב 2 — עמק הייאוש
אתם מעמיקים. קוראים על MCP ומנסים לחבר שרת. מורידים Skill מוכן ומנסים להבין אותו. מפעילים את Plan Mode — הסוכן כותב תוכנית ואז סוטה מהמסלול בשלב השלישי. פותחים את ~/.claude/ — יש שם 12 תיקיות, ואין לכם מושג למה אף אחת מהן משמשת.
מחשבות שעוברות לכם בראש:
- „אני לא יודע לעשות כלום בכלל.”
- „כל האנשים האלה ברשתות החברתיות פשוט משקרים.”
- „מה שעובד לאחרים לא עובד לי.”
- „אולי נכנסתי לזה מוקדם מדי.”
- „הוצאתי $200 על טוקנים — ומה יש לי להראות בתמורה?”
התנהגות:
- אתם פותחים 20 לשוניות של תיעוד בבת אחת.
- כל צ'אט מתחיל ב„תשכח את ההקשר הקודם”.
- אתם גולשים בפורומים וקוראים שרשורים כמו „X שבר לי את הפרויקט”.
- אתם משווים את Claude ל-Cursor, את Cursor ל-Codex ואת Codex ל-Cline. אתם חושבים שבחרתם בכלי הלא נכון.
- אתם מתיישבים לתכנת בבוקר, אבל עד ארוחת הצהריים אתם כבר גוללים בפיד.
זה עשוי להיות מצב מתסכל. אין במאמר שיעור נשירה שנמדד עבורו; השתמשו בסימנים שלהלן כדי לזהות שינוי אחד שכדאי לנסות.
שלב 3 — מדרון ההארה
אתם עוצרים. מאטים. מפסיקים לקפוץ על כל דבר חדש. כותבים את CLAUDE.md הראשון שלכם ומוסיפים אותו לפרויקט. יוצרים תיקיית business/ ושמים בה תיאור של המוצר, המחירים והקהל. מריצים /compact עשר פעמים ולבסוף מבינים אילו חלקים מההקשר כדאי לשמור. יוצרים Skill ראשון — למשימה מסוימת, באורך 30 שורות.
מחשבות שעוברות לכם בראש:
- „אה, ככה זה עובד.”
- „היום עשיתי משהו שלא הצלחתי לעשות לפני שבוע.”
- „נראה לי שאני מבין את ההבדל בין
business/ל-ai-clone/.” - „כבר יש לי prompt מוכן למשימה X.”
התנהגות:
- אתם חוזרים ל-Plan Mode לפני כל משימה חדשה.
- לפני שאתם כותבים משהו ל-Claude, אתם שואלים את עצמכם: „האם זה נמצא ב-CLAUDE.md שלי?”
- אתם מחפשים את כלל המתודולוגיה הבא; כלי חדש כבר לא מושך את תשומת לבכם.
- אתם עוזרים לאחרים בצ'אטים: „גם אני נתקעתי בזה — נסו ככה.”
שלב 4 — רמת היציבות
זה לא השלב שבו הכול נעשה קל. זה השלב שבו הידע שלכם סוף סוף תואם לביטחון שלכם.
מחשבות שעוברות לכם בראש:
- „אני יודע מה אני לא יודע.”
- „המשימה הזאת תיקח לי שלוש שעות; כבר עשיתי אותה בעבר.”
- „צריך כאן Skill חדש; אכין אותו עכשיו.”
- „אם Claude יסטה מהתוכנית, אני יודע שלוש סיבות אפשריות.”
התנהגות:
- אתם בונים מוצרים בקביעות — אחד בערב, ועוד אחד במהלך סוף שבוע.
- יש לכם תיקיית Skills משלכם, סוכני משנה משלכם ותיקיית
business/משלכם לכל פרויקט. - אתם שוכרים קבלנים באופן סלקטיבי — לחלקים שאתם פשוט לא מסוגלים לטפל בהם בעצמכם.
- אתם כמעט לא נעזרים במדריכי וידאו של אחרים — בעיקר כדי לקבל רעיונות חדשים, לא כדי ללמוד את היסודות.
רשימת בדיקה להערכה עצמית — באיזה שלב אתם נמצאים עכשיו?
- אם עדיין לא ניסיתם את Claude Code ואתם חושבים „אה, אני יכול לעשות את זה בערב אחד”, אתם בשלב 1.
- אם ניסיתם אותו, פתחתם MCP, ניסיתם לקרוא Skills ואתם חושבים „למה נכנסתי לזה?”, אתם בשלב 2.
- אם יצרתם CLAUDE.md ואתם רואים איך הוא באמת משנה את ההתנהגות של Claude, אתם בשלב 3.
- אם אתם בונים מוצרים בקביעות ויודעים בדיוק באיזה כלי להשתמש ומתי, אתם בשלב 4.
7 סימנים שאתם נמצאים עכשיו בעמק הייאוש
עיקרי הדברים
אפשר לזהות את עמק הייאוש לפי שבעה סימני התנהגות — ממעבר בלתי פוסק בין כלים ועד למשפט „זה פשוט לא בשבילי”. השתמשו בשבעת הסימנים כשאלות לחשיבה, ולא כאבחון עם ציון. בחרו את הסימן שמפריע בצורה הברורה ביותר לסיום המשימה הנוכחית ונסו את השינוי המתאים.
העמק לא מגיע בפתאומיות. הוא מתגנב. הנה הסימנים:
1. אתם משווים כלים במקום לבנות. אתם פותחים לשונית „Cursor vs Claude Code”. מסיימים לקרוא. פותחים „Cline vs Cursor”. אחר כך „Codex vs everything else”. עם כל השוואה אתם חושבים „אולי אני מחפש במקום הלא נכון”. בסוף היום לא כתבתם אפילו שורת קוד אחת ובזבזתם ארבע שעות.
2. אתם מתחילים כל צ'אט חדש ב„תשכח את כל מה שהיה קודם”. אין לכם CLAUDE.md, לא השתלטתם על /compact ואתם לא מבינים מהו חלון הקשר. כל שיחה מתחילה מדף חלק. כעבור שבוע תבחינו שהסברתם ל-Claude את אותו הדבר בפעם החמש-עשרה.
3. אתם אוספים prompts אבל לא משתמשים בהם. יצרתם תיקיית „Claude Code Prompts” ב-Notion. יש בה 47 סימניות. לא השתמשתם באף אחת מהן פעמיים. בכל פעם אתם חושבים „זה בדיוק מה שאני צריך”.
4. אתם חושבים שאחרים „מצליחים כי יש להם קשרים”. אתם פותחים את הרשתות החברתיות ורואים מישהו משיק גרסה ראשונה של מוצר במהלך סוף שבוע. אתם חושבים „יש להם צוות. יש להם קשרים. אני לא מסוגל”. אתם לא מביאים בחשבון שהם בשלב ארבע בזמן שאתם בשלב שתיים.
5. אתם נוטשים פרויקט ביום השלישי. כל פרויקט חדש מתחיל בהתלהבות („זה הולך להיות מדהים!”) ומסתיים ביום השלישי. כשהאתגר גדל מ„ברכה בצ'אט” ל„עיבוד תשלום”, אתם פורשים. מפחיד לעשות משהו קשה.
6. אתם מחפשים תשובות ב-ChatGPT כי Claude לא הצליח. Claude נתן לכם תשובה גרועה, אז אתם פותחים את ChatGPT. ChatGPT נתן תשובה גרועה, אז אתם פותחים את Gemini. לא עולה בדעתכם שהבקשה נוסחה בצורה גרועה — אתם תמיד חושבים שהכלי אשם.
7. אתם אומרים לעצמכם „זה פשוט לא בשבילי”. זהו הסימן הערמומי ביותר. הוא נשמע כמו משפט סיום מתגונן, שאחריו האדם עוזב. המחשבה הזאת יכולה לשקף תסכול ולא חוסר יכולת ללמוד. ה״עמק״ הוא מטפורה כאן; אין אחוז שנמדד או לוח זמנים קבוע שמראה מי מרגיש כך ומה קורה בהמשך.
אם כמה סימנים מתאימים לכם, בחרו תוצאה עובדת קטנה אחת כיעד הבא. תעדו מה חסם אותה ושנו חלק אחד מדרך העבודה; הרשימה אינה מנבאת כמה זמן יידרש לשיפור.
למה אנשים מוותרים בעמק — ולמה זו לא עצלנות
עיקרי הדברים
במטפורה הזאת, העמק הוא שם לפער בין התקדמות צפויה להתקדמות בפועל. משימה שנראתה מהירה עלולה לדרוש הגדרה וניפוי שגיאות לא מוכרים, ודוגמאות ברשתות החברתיות עלולות להפוך את ההשוואה למייאשת. זהו תיאור מעשי של תסכול, ולא אבחון נוירולוגי.
תסכול מכלי אינו מדד אמין ליכולת. בדקו את גודל המשימה, הידע שחסר וסביבת ההרצה לפני החלטה ארוכת טווח לגבי הכלי.
במקום להסיק מנגנון מוחי משבוע קשה, תעדו עובדות שאפשר לצפות בהן: מה ניסיתם, מה עבד, איזו שגיאה חסמה את הצעד הבא וכמה זמן נדרש. הרישום הזה נותן מקום מסוים שאפשר לשפר.
בעמק אתם חוטפים שתי מכות בבת אחת. ראשית, ההתקדמות שלכם לא עומדת בציפיות. שנית, אנשים סביבכם מפרסמים תוצאות שאין לכם. אתם פותחים את הרשתות החברתיות — מישהו השיק גרסה ראשונה של מוצר, מישהו בנה סוכן, מישהו הרוויח מאה דולר ראשונים עם Claude API. אתם כבר שלושה שבועות לא מצליחים אפילו לחבר מסד נתונים.
עקבו אחר הזמן שחלף לצד תחושת המהירות שלכם. סוכן יכול להרגיש מועיל בזמן שהוא מוסיף סקירה ועבודה חוזרת; השוו משימה מייצגת לדרך העבודה הקודמת במקום להניח ששיפור סובייקטיבי הוא שיפור שנמדד.
התקדמות אטית במשימה לא מוכרת אינה מוכיחה חוסר יכולת. הפרידו את עלות הלמידה מפלט הכלי והגדירו תוצאה קטנה יותר שתוכלו לבדוק.
ללא צעד הבא שאפשר לחזור עליו, קל לעבור בין כלים או לנטוש את המשימה. מסגרת שלושת עמודי התווך בהמשך היא המבנה שמציע המחבר, ולא הסבר שהוכח סטטיסטית לסיבות שאנשים עוזבים.
3 עמודי תווך — מתודולוגיה ליציאה מהעמק
עיקרי הדברים
כלי חדש או prompt חדש לא יוציאו אתכם מעמק הייאוש. מה שיוציא אתכם ממנו הוא מסגרת של שלושה עמודי תווך: שיבוט AI (Skills ומתודולוגיה אישית), מוח שני (CLAUDE.md ותיקיית business/) והנדסת הקשר (Plan Mode וניהול חלון ההקשר). כל עמוד תווך לבדו מטפל בתסמין אחד של העמק. יחד הם יכולים להקל על בדיקת התהליך ועל חזרה עליו. הם אינם מבטלים הזיות ואינם מחליפים בדיקת תוצאה.
לפי הניסיון של המחבר המתואר כאן, היציאה מהעמק ארכה שלושה חודשים: במהלך התקופה הזאת נוסו עשרות כלים. והבנתי דבר אחד: Claude לא היה הבעיה. הבעיה הייתה שהתחלתי מדף חלק בכל פעם. בלי זיכרון, בלי כללים, בלי גבולות.
אחר כך בניתי מסגרת. קראתי לה „שלושת עמודי התווך”. השם מתייחס לשלושה סוגי רכיבים שעליהם נשען כל תהליך העבודה עם Claude Code. הסירו אחד מהם והמסגרת קורסת.
עמוד תווך 1 — שיבוט AI שלכם
שיבוט AI הוא המומחיות שלכם ארוזה בפורמט ש-Claude מיישם אוטומטית.
בעמק הייאוש אתם כותבים ל-Claude „עזור לי במשימה הזאת” ומסבירים בכל פעם מחדש את הגישה שלכם. עמוד תווך 1 פותר זאת: המתודולוגיות שלכם נמצאות בתיקיית ai-clone/ כאוסף קבצים. Skill בנושא „איך אני מטפל במקרה של לקוח”. Skill בנושא „איך אני כותב פוסט לטלגרם”. סוכן משנה בשם „ארכיטקט מוצר” שחושב כמוכם בשלב התכנון.
כך נראה עמוד תווך 1 בפועל:
- Skills — קבצים עם הוראות למשימות מסוימות (
/build-article,/build-reel-script). - סוכני משנה — פרסונות בעלות תחומי מומחיות שונים, שביניהן Claude מחלק משימות משנה.
- תיקיית
ai-clone/feedback/— כללים שנלמדו מטעויות. כל כלל בנוי במבנה כלל - למה - איך.
הרחבתי על כך במדריך ל-Skills, Subagents, MCP ו-Plugins — מפה של מה להשתמש ומתי.
עמוד תווך 2 — מוח שני
מוח שני הוא מאגר מובנה של ידע על פרויקט, ש-Claude יכול לגשת אליו ישירות.
בעמק הייאוש אתם מסבירים ל-Claude בכל שיחה מהו המוצר, מיהו הקהל ומהו המודל העסקי. בסוף השבוע השלישי אתם מבינים שכבר הסברתם את אותו הדבר בפעם החמש-עשרה. עמוד תווך 2 פותר זאת: אתם מארגנים את הידע על הפרויקט בקבצים לצד הקוד. Claude קורא אותם בעצמו לפי הצורך.
כך נראה עמוד תווך 2 בפועל:
CLAUDE.md— נקודת הכניסה של הסוכן. כללי התנהגות, מסלולים וקישורים לכל השאר.- תיקיית
business/— מוצר, קהל, כלכלה, יעדים, תוכניות תוכן ומתחרים. - תיקיית
plans/— תוכניות טכניות לפי שלב, עם הסטטוס של כל אחת. - תיקיית
retrospectives/— לקחים משיחות קודמות כדי להימנע מחזרה על אותן טעויות.
לפירוט המלא, ראו את המדריך להגדרת CLAUDE.md ואת המדריך למוח שני ב-Claude Code.
עמוד תווך 3 — הנדסת הקשר
הנדסת הקשר היא ניהול התוכן שנכנס לחלון ההקשר של Claude לפני שאתם לוחצים על Enter.
בעמק הייאוש אתם לא מבינים למה Claude „שוכח” הוראות אחרי ארבעים הודעות בצ'אט. אתם לא מבינים למה צריך את /compact. אתם לא פותחים את Plan Mode כי „בלעדיו זה מהיר יותר”. עמוד תווך 3 פותר זאת: אתם מכוונים במכוון את התוכן שאתם טוענים להקשר. כך הוא מקבל קלט רלוונטי יותר; עדיין צריך לאמת את הטענות והפלט שלו.
כך נראה עמוד תווך 3 בפועל:
- Plan Mode — הסוכן כותב תחילה תוכנית למשימה, אתם מאשרים אותה, ואז הוא מבצע. אם לא תשתמשו בו, הניסיון הראשון יניב תוצאה כאוטית.
/compact— דחיסה חכמה של היסטוריית הצ'אט. כשההקשר מתחיל להתמלא, דחסו אותו ושמרו רק את ההחלטות המרכזיות.- Prompts מובנים — במקום „תעזור לי”, כתבו „הנה הקשר A, הנה משימה B, החזר את התוצאה בפורמט C”.
- Sub-agents — האצלת משימות משנה להקשרים חדשים כדי שההקשר הראשי לא יהיה עמוס מדי.
הרחבתי על כך במדריך להנדסת הקשר ובמדריך ל-Plan Mode.
למה שלושה ולא אחד
אפשר לבנות רק מוח שני, ו-Claude יכיר את הפרויקט שלכם. אבל הוא יתנהג כמו מתמחה בלי כללים.
אפשר לבנות רק שיבוט AI, ו-Claude יאמץ את המומחיות שלכם. אבל בלי זיכרון של הפרויקט, כל שיחה תתחיל מחדש.
הנדסת הקשר יכולה לשפר את הקלט למשימה, אך אינה מבטיחה הרצה חלקה ואינה שומרת ידע לבדה. אבל הידע לא יצטבר בין משימות.
כשמחברים את שלושתם מתקבלת מה שאני מכנה „מסגרת צפויה”: הקשר לפרויקט, נהלים וניהול חלון ההקשר. זו דרך לארגן עבודה ולבחון אותה, ולא הבטחה ש-Claude יזכור הכול או יפעל תמיד לפי המתודולוגיה. בדקו את התוצאה בפועל.
בנקודה הזאת יוצאים מעמק הייאוש.
7 דפוסים מזיקים שמשאירים אתכם בעמק
עיקרי הדברים
הדפוסים הבאים הם דוגמאות שהמחבר משתמש בהן לחשיבה על דרך עבודה מתסכלת. הם עובדים בלי CLAUDE.md, מנהלים שיחות ארוכות בלי /compact, סומכים על התשובה הראשונה ומתעלמים ממעקב אחר עלויות. כל דפוס מזיק הוא סימן שאתם מנסים את הכלי תוך דילוג על המתודולוגיה. בחרו שינוי רלוונטי ובדקו אם הוא מסייע להשלים משימה אמיתית; אין לרשימה הזאת ציון מעבר מאומת.
דפוסים מזיקים שכדאי לבדוק בדרך העבודה שלכם:
1. „כתוב לי אפליקציה עובדת” בלי CLAUDE.md. אתם פותחים צ'אט חדש ב-Claude Code ומיד מכתיבים את המשימה. ל-Claude אין הקשר על הפרויקט, המתודולוגיה או ההעדפות שלכם. הוא נותן לכם תבנית כללית ואתם מתאכזבים.
מה לעשות: צרו CLAUDE.md והכניסו אליו את המינימום — ה-stack שלכם, המודל העסקי, קהל היעד וקישורים לקבצים האחרים. כל שיחה מתחילה עם ההקשר הזה.
2. שיחה ארוכה בלי /compact. אתם מנהלים שיחה של 80 הודעות. Claude כבר לא זוכר מה החלטתם בהודעה 12. חלון ההקשר עמוס בהיסטוריה שאין בה החלטות מרכזיות — רק התלבטויות. איכות התשובות יורדת.
מה לעשות: הפעילו /compact כל 30–40 הודעות וציינו מה חשוב לשמור. ההקשר נעשה ממוקד יותר.
3. לסמוך על התשובה הראשונה. Claude נותן לכם פתרון ואתם מיישמים אותו מיד. כעבור שעה אתם מגלים שהוא שבר שלושה קבצים אחרים. אתם מוותרים כי „שוב זה לא עובד כמו שצריך”.
מה לעשות: השתמשו ב-Plan Mode למשימות מורכבות. קודם תוכנית, אחר כך דנים בתוכנית, ואז מבצעים. כך תתפסו טעויות בשלב התכנון ולא אחרי חצי יום עבודה.
4. prompt גרוע ולא מובנה. אתם כותבים „תעשה את זה טוב”, ומצפים ש-Claude יבין לבד. הוא לא מבין. הוא לא יודע מה פירוש „טוב” מבחינתכם. הוא מנחש.
מה לעשות: כתבו prompts במבנה „הקשר - משימה - מגבלות - פורמט”. כך גדלים הסיכויים לקבל תוצאה טובה כבר בניסיון הראשון.
5. התעלמות ממעקב אחר עלויות. אתם לא יודעים כמה טוקנים אתם מוציאים. התוכנית החודשית נגמרת, אתם פותחים את לוח הבקרה ורואים שבזבזתם $200. אתם מופתעים. אתם פורשים.
מה לעשות: הגדירו כלי מעקב להוצאות על טוקנים. סקרתי את הכלים במדריך למעקב אחר טוקנים. כשאפשר לראות את ההוצאות בזמן אמת, מפסיקים לבזבז טוקנים לחינם.
6. חיפוש אינסופי אחר „הכלי הנכון”. Cursor יוצא — אתם עוברים ל-Cursor. Cline מופיע — אתם מנסים את Cline. Codex מתעדכן — אתם חוזרים ל-Codex. כל שבועיים אתם בכלי חדש ומתחילים מחדש. אתם אף פעם לא מגיעים לרמה שבה הכלי מתחיל לעבוד בשבילכם.
מה לעשות: בחרו כלי אחד. השתמשו בו שלושה חודשים. אל תעברו כלי בגלל התירוץ הראשון. אני בודק השוואות רק כשהכלי שלי לא מסוגל לעשות משהו מהותי.
7. „אין לי זמן לקרוא את המתודולוגיה”. אתם חושבים שהכלי אמור לעבוד בלי הכנה. שכתיבת prompts היא כישרון מולד. ש-CLAUDE.md הוא „עוד שכבה”. כתוצאה מכך, בחודש השני אתם עדיין עושים משהו שאפשר היה לסיים בשבוע בעזרת מתודולוגיה.
מה לעשות: קבלו את העובדה שצריך ללמוד את Claude Code, כמו כל כלי מקצועי. לומדים אותו באמצעות מתודולוגיה; אינטואיציה לא עובדת כאן.
קשור: המדריך לחנופה ב-Claude Code בוחן איך להימנע מהתפיסה המוטעית הגדולה ביותר בעמק — ש-Claude תמיד צודק כשהוא מסכים עם הרעיון שלכם.
5 סימנים שאתם במדרון ההארה — איך לדעת שיצאתם
עיקרי הדברים
אפשר לזהות את מדרון ההארה באמצעות כמה שינויים רגועים, לא באמצעות אופוריה. יש לכם CLAUDE.md שאורכו יותר מ-200 שורות. אתם חוזרים ל-Plan Mode בלי תזכורות. אתם מכירים את ה-Skills שלכם בעל פה. קצב העבודה שלכם התייצב — כעת אתם יודעים כמה זמן נמשכת משימה טיפוסית. ואנשים אחרים מתחילים לבקש מכם עזרה כי אתם משיגים תוצאות.
חמישה סימנים לכך שאתם בשלב השלישי:
1. יש לכם CLAUDE.md שאורכו יותר מ-200 שורות, ואתם מתחזקים אותו במכוון. לא העתקתם אותו מתבנית — בניתם אותו בעצמכם. אתם מכירים כל סעיף ויודעים למה הוא נמצא שם. כשאתם מזהים דפוס חדש, אתם מוסיפים כלל.
2. אתם מפעילים Plan Mode לפני כל משימה שאינה שגרתית. בלי תזכורות ולא מתוך משמעת, אלא כי אתם מבינים שבלי תוכנית תבזבזו שעה ותקבלו תוצאה שגויה. זה כבר לא „שלב נוסף” אלא הפך לרפלקס.
3. יש לכם קטלוג Skills ו-Subagents משלכם. לא כאלה שהורדתם מ-GitHub — משלכם. למשימות הספציפיות שלכם. כשמגיעה משימה שדומה למשימה קודמת, אתם נזכרים ב-Skill שלכם במקום לכתוב prompt מהתחלה.
4. הקצב שלכם התייצב. עכשיו אתם יודעים: „משימה כזאת לוקחת לי 3 שעות.” לא „אה, זה מהיר” ולא „אה, זה ייקח לנצח”. יש לכם הערכת זמן מציאותית. פירוש הדבר שהתגברתם על אפקט דאנינג–קרוגר בשני הכיוונים — הפסקתם להעריך יתר על המידה וגם להמעיט בערך.
5. אנשים מתחילים לשאול אתכם. מישהו בצ'אט שואל שאלה על MCP — אתם עונים בדוגמה מסוימת: „זה מה שקרה לי.” מישהו שואל על Plan Mode — אתם מראים לו את הדוגמה שלכם. זו תופעת לוואי של שליטה במתודולוגיה: אנשים בעמק מזהים את החוויה שלהם אצלכם ופונים אליכם.
השתמשו בסימנים האלה כדי לחשוב על התקדמות אחרונה, ולא כדי לתת לעצמכם ציון או לנבא מתי תגיעו לרמה. בדקו שוב אם ההערכות והתוצאות העובדות שלכם נעשות עקביות יותר לאורך זמן.
ברמה, התפקיד של האדם במסגרת עם סוכנים משתנה.
זאת התוצאה של המסע החוצה מהעמק: אתם כבר לא „לומדים לכתוב prompts”. אתם מנהלים מסגרת של סוכנים, אתם ארכיטקטים של התהליך, אתם אלה שנמצאים בראש.
מה לעשות ממש עכשיו אם אתם מאבדים תקווה
עיקרי הדברים
אם קראתם את המאמר והבנתם שאתם תקועים בעמק, אל תסגרו את הלשונית. בצעו שלושה צעדים: תנו שם לשלב שלכם בקול רם (אבחון), האטו (פרויקט אחד, עמוד תווך אחד להתחלה) וצרו מבנה (משלכם או של מישהו אחר). נסו דרך עבודה מובנית לפני שתניחו שכלי חדש יפתור את הבעיה. שמרו עליה רק אם התוצאות משתפרות; המטפורה הזאת ולוח זמנים אינם מבטיחים התקדמות.
שלושה צעדים לנסות במשימה הבאה.
צעד 1 — תנו שם לשלב בקול רם. אמרו לעצמכם: „אני בעמק הייאוש. זה חלק מתסכל בדרך העבודה הנוכחית שלי. אני יכול לתת שם לחסם המסוים ולבחור צעד הבא קטן יותר.” ברגע שאתם נותנים לשלב שם, הוא מפסיק להיות „האסון האישי שלי” והופך ל„המיקום הנוכחי שלי בעקומה”.
צעד 2 — האטו. בחרו פרויקט אחד. לא שניים, לא שלושה — אחד. בחרו אחד משלושת עמודי התווך — זה שיטפל במספר הגדול ביותר של נקודות הכאב בפרויקט הזה. אם הפרויקט חדש ואין לו הקשר בכלל, בחרו במוח השני (CLAUDE.md). אם הפרויקט קיים אבל Claude לא פועל „כמוכם”, בחרו בשיבוט AI (Skills). אם המשימות ארוכות וההקשר הולך ומתמלא, בחרו בהנדסת הקשר (Plan Mode + /compact).
פרויקט אחד, עמוד תווך אחד, שבועיים. אל תנסו לבנות הכול בסוף שבוע — זה יחזיר אתכם לעמק.
צעד 3 — צרו מבנה. אתם יכולים לבנות את המתודולוגיה בעצמכם. לפי הניסיון של המחבר המתואר כאן, זה לקח שלושה עד שישה חודשים.
מקורות
- Anthropic Engineering, הנדסת הקשר יעילה לסוכני AI (2025) - מדוע חלון ההקשר מתדרדר ומדוע צריך לנהל אותו.
- תיעוד Claude Code - Memory - היררכיית הזיכרון הרשמית של Claude Code.
כדי להמשיך לעבוד עם מודלים, תוכלו לעבור אל Ailoot.
פרטים נוספים
שאלות ותשובות: למה כלי AI נעשים מתסכלים: מפת למידה מעשית
האם ארבעת השלבים מנבאים שאפרוש אחרי חודש?
לא. המאמר משתמש בעקומה פופולרית כמטפורה, ללא שיעור נטישה שנמדד או לוח זמנים אוניברסלי. השתמשו בדוגמאות לזיהוי מכשול מסוים, ולא כדי לאבחן את עצמכם או לנבא מתי תשתפרו.
מהו צעד מעשי כשאני ממשיך לעבור בין כלי AI?
בחרו פרויקט אחד ותוצאה קטנה אחת שאפשר לאמת. שפרו את החלק שגורם לקושי הרב ביותר — הוראות פרויקט, נוהל לשימוש חוזר או ניהול הקשר — והשוו את התוצאה והזמן בפועל לניסיון הקודם.