GSD לקלוד קוד: פרויקט גדול שלא מתפרק באמצע

למה קלוד קוד מתבלבל באמצע פרויקט גדול?

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

ל-GSD Core יש שם לבעיה הזו: context rot, ריקבון של ההקשר. לפי ה-README שלה, רוב הסטאפים נופלים בפרויקטים גדולים משלוש סיבות: ההקשר מתנפח, אין זיכרון משותף בין סשנים, ואף אחד לא בודק שהקוד עובד בפועל. המערכת בנויה לפתור את שלושתן.

השם המקורי הוא Get Shit Done. הריפו הראשון, gsd-build/get-shit-done, צבר 64,187 כוכבים בגיטהאב ונכון לאוקטובר 2026 הוא בארכיון. הבית הפעיל היום הוא open-gsd/gsd-core, עם 11,050 כוכבים ורישיון MIT (נבדק ב-31 באוקטובר 2026).

מה חמשת השלבים של GSD?

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

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

איך מתקינים את GSD בקלוד קוד?

לפי מדריך הפרויקט הראשון של GSD, צריך מראש:

• Node.js בגרסה 22 ומעלה, ו-npm בגרסה 10 ומעלה
• קלוד קוד מותקן
• Git, וגם GitHub CLI מחובר לחשבון שלכם (בשביל שלב השחרור)
• תיקייה של ריפו בגיטהאב, גם ריק

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

npx @opengsd/gsd-core@latest --claude --local

הדגל --local מתקין את GSD רק בפרויקט הזה. בלי הדגלים, המתקין שואל אתכם באיזה כלי אתם עובדים ואם להתקין גלובלי או מקומי. אחרי ההתקנה סוגרים ופותחים מחדש את קלוד קוד, כדי שיזהה את הפקודות החדשות. ה-README מזהיר לא להעתיק ידנית קבצים מהתיקיות agents או commands, רק דרך המתקין.

איך נראה הפרויקט הראשון, צעד אחרי צעד?

1. פותחים פרויקט. כותבים /gsd-new-project. השאלה הראשונה תמיד: מה אתם רוצים לבנות. עונים בשפה רגילה, כמו שהייתם מסבירים לפרילנסר.
2. עונים על שאלות ההבהרה. GSD שואלת מה שחסר לה, ואז בונה מפת דרכים מחולקת לשלבים. אתם מאשרים אותה.
3. מנקים ומדברים על שלב 1. /clear ואז /gsd-discuss-phase 1. כאן היא שואלת על ההחלטות הקטנות, למשל מה קורה כשהקובץ עוד לא קיים, ושומרת את התשובות.
4. תוכנית. /gsd-plan-phase 1 מפרק את השלב למשימות, וסוכן בודק מוודא שכל תוכנית עונה על המטרה.
5. בנייה. /gsd-execute-phase 1 מריץ את המשימות בגלים. משימות שלא תלויות זו בזו רצות במקביל.
6. בדיקה. /gsd-verify-work 1 מציג לכם בדיקה אחת בכל פעם. כותבים pass, או מתארים מה לא עובד. אם משהו נכשל, GSD מאבחנת וכותבת תוכנית תיקון, ומריצים שוב את הבנייה.
7. שחרור. /gsd-ship 1 פותח Pull Request. ממשיכים לשלב הבא עם אותה לולאה.

בפרויקט עם כמה שלבים, /gsd-progress --next אומר לכם מה הצעד הבא. ובפרויקט קיים, במקום new-project מתחילים עם /gsd-onboard.

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

איך קלוד יודע מחר בבוקר איפה עצרתם?

בפתיחת הפרויקט GSD יוצרת תיקייה .planning עם כמה קבצים: PROJECT.md עם התיאור והדרישות, REQUIREMENTS.md עם מזהה לכל דרישה, ROADMAP.md עם השלבים, config.json עם ההגדרות, ו-STATE.md, שהוא הזיכרון של הסשן.

לפי התיעוד, הקבצים האלה שורדים את /clear, שורדים סגירה של המחשב, ומאפשרים לסוכן חדש להמשיך בדיוק מהנקודה שבה הקודם עצר. אז אם סגרתם את הלפטופ באמצע שלב 3, פותחים קלוד קוד בבוקר ומריצים /gsd-progress --next. ואם הלכתם לאיבוד, פותחים את STATE.md ורואים בעצמכם.

מתי כדאי להשתמש ב-GSD ומתי לא?

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

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

חשוב לדעת

• חינמי, אבל לא בלי עלות. GSD עצמה חינמית בקוד פתוח (MIT). הסוכנים שהיא מריצה צורכים את המכסה של המנוי שלכם בקלוד, ובפרויקט גדול זה מורגש.
• צריך גיטהאב. שלב השחרור פותח Pull Request, ולכן צריך חשבון גיטהאב ו-GitHub CLI מחובר.
• ההרשאות. המדריך הרשמי מציע להריץ את קלוד קוד עם --dangerously-skip-permissions, אבל רק בתיקיית תרגול ריקה. בעבודה אמיתית תתחילו עם claude רגיל ותאשרו פעולות.
• הריפו הישן בארכיון. מדריכים ישנים ברשת מפנים ל-get-shit-done. היום ההתקנה היא דרך @opengsd/gsd-core.
• עובד גם מחוץ לקלוד קוד. לפי ה-README, GSD תומכת גם בקודקס, Cursor, Copilot ועוד, אבל הדוגמאות כאן הן לקלוד קוד.
• הממשק באנגלית. הפקודות והקבצים באנגלית. את התשובות לשאלות אפשר לכתוב בעברית.