הרעיון מאחורי GStack נשמע במבט ראשון כמעט מוגזם: לקחת כלי קידוד מבוסס AI כמו Claude Code, Codex או Cursor, ולהפוך אותו לצוות פיתוח קטן עם תפקידים מוגדרים. לא רק “כתוב לי קוד”, אלא מייסד שמאתגר את הרעיון, מנהל הנדסה שמחדד ארכיטקטורה, מעצב שמציע כיוונים, בודק QA שמריץ בדיקות בדפדפן, איש אבטחה שמחפש סיכונים ומהנדס שמכין את העבודה ל-PR. אבל הנקודה המעניינת כאן היא לא עוד אוסף פקודות ל-AI. הערך של GStack הוא בניסיון להכניס לתוך העבודה עם סוכני קוד דבר שחסר להם לעיתים קרובות: תהליך.
רוצים לקבל עדכונים בלייב? רוצים מקום בו אתם יכולים להתייעץ עם מומחי AI, לשאול שאלות ולקבל תשובות? רוצים לשמוע על מבצעים והטבות לכלי ה-AI שמשנים את העולם? הצטרפו לקהילות ה-AI שלנו.
אפשר גם להרשם לניוזלטר שלנו
GStack הוא פרויקט קוד פתוח של גארי טאן (Garry Tan), נשיא ומנכ״ל Y Combinator, שמאפשר להתנסות בסביבת העבודה האישית שלו ל-Claude Code. בפועל, זהו מאגר GitHub שמוסיף ל-Claude Code סט רחב של skills ופקודות slash, שמדמים בעלי תפקידים שונים בצוות מוצר ופיתוח: מייסד, מנהל הנדסה, מעצב, בודק QA, איש אבטחה וכלי שמוודא שהקוד מוכן ל-PR או לפריסה (deployment).
לפי הריפו הרשמי, GStack מכיל כ-23 מומחים “דעתניים” שפועלים כמו בעלי תפקידים שונים בצוות מוצר, פיתוח, QA וקוד ועוד 8 כלי עזר, כולם מבוססי Markdown, חינמיים לשימוש ומופצים ברישיון MIT. במקביל, מספר הפקודות הזמינות בפועל עשוי להשתנות כי המאגר מתעדכן במהירות. הריפו אגב מציג כרגע מעל 100 אלף GitHub stars, וזה רק הולך ועולה.
מי שרוצה לבדוק את הכלי בעצמו יכול להיכנס למאגר הרשמי, לעיין ברשימת הפקודות, לקרוא את הוראות ההתקנה ולראות איך GStack בנוי מבפנים. הערך כאן הוא לא רק עוד אוסף פקודות ל-AI, אלא ניסיון להפוך את העבודה עם סוכן קוד לתהליך מסודר יותר: מתחילים מרעיון, עוברים דרך ביקורת ותכנון, בונים, בודקים ורק אז משחררים.
Y Combinator, או YC, היא אחת ממאיצות הסטארטאפים המשפיעות בעולם. המודל שלה מבוסס על השקעה מוקדמת, תוכנית אינטנסיבית של שלושה חודשים, עבודה צמודה עם מייסדים, office hours, קהילה חזקה ו-Demo Day מול משקיעים. לפי YC, התוכנית נועדה להביא סטארטאפים למצב טוב משמעותית בתוך שלושה חודשים, בדרך כלל עם מוצר טוב יותר, יותר משתמשים ואפשרויות טובות יותר לגיוס.
גארי טאן עצמו לא רק מנהל קרן. הוא נשיא ומנכ״ל Y Combinator, שותף כללי, שותף לשעבר ב-YC, מייסד Posterous שנרכשה על ידי Twitter, מייסד Initialized Capital, ובעברו מעצב ומנהל הנדסה מוקדם ב-Palantir. הוא גם בנה חלקים מרכזיים מחוויית YC למייסדים, כולל Bookface ואתר Demo Day.
זה הקונטקסט שמסביר את ההבטחה של GStack: לא “AI שיודע לקודד”, אלא ניסיון לקחת צורת חשיבה של סטארטאפ מוקדם, כזו שמאתגרת רעיונות לפני שבונים אותם, ולהכניס אותה לתוך סביבת הפיתוח.
GStack מוסיף לסביבת העבודה של הסוכן סדרת פקודות. במקום להתחיל מפרומפט כללי כמו “בנה לי פיצ’ר”, המשתמש יכול להתחיל ב-office-hours/. הפקודה הזו מדמה שיחה בסגנון office hours של YC, כלומר שיחה שבה הרעיון עובר בדיקה לפני שנכתבת שורת קוד אחת. לפי תיעוד הכלי, Office Hours שואל שש שאלות שמאתגרות את הרעיון ואת הנחות היסוד, מציע דרכי מימוש שונות, ובסוף מייצר מסמך עיצוב שמזין את שאר השלבים בתהליך.
בסרטון ההדגמה טאן משתמש בדוגמה של אפליקציית מיסים שאמורה למצוא טפסי 1099 במיילים ובאתרי בנקים. במקום לרוץ מיד לבנייה, GStack שואל שאלה בסיסית: מה הראיה החזקה ביותר לכך שמישהו באמת רוצה את זה? משם הרעיון משתנה. הוא כבר לא רק “כלי שמוצא מסמכים”, אלא אולי התחלה של שירות רחב יותר שמחבר בין איסוף מסמכי מס לבין הכנה בפועל של החומר לרואה חשבון.
זה הערך המרכזי: הכלי לא אמור רק לבצע את מה שביקשת. הוא אמור לעזור לך להבין האם ביקשת את הדבר הנכון.
בתיעוד הרשמי של GStack מופיע משפט שמסביר את כל המוצר: זה תהליך, לא אוסף כלים. התהליך בנוי כמו ספרינט: חשיבה, תכנון, בנייה, סקירה, בדיקות, שחרור ולמידה. כל שלב מזין את הבא אחריו, כך שמסמך שנולד ב-office hours יכול להיכנס לביקורת מוצרית, לתכנון הנדסי, לקוד, לבדיקה, ל-QA ולשחרור.
הפקודות המרכזיות שכדאי להכיר:
office-hours/ מתחילים כאן. מתארים רעיון, בעיה או פיצ’ר. הכלי מנסה להבין מי המשתמש, מה הכאב, מה ההוכחה שיש ביקוש, ומה הגרסה החדה יותר של הרעיון.
plan-ceo-review/ ביקורת מוצרית ברמת מייסד או מנכ״ל. המטרה היא לא רק להקטין scope, אלא לזהות האם יש בתוך הבקשה מוצר טוב יותר.
plan-eng-review/ביקורת הנדסית. כאן הכלי אמור להפוך רעיון לתכנון טכני: ארכיטקטורה, זרימת נתונים, מקרי קצה, כשלים אפשריים ובדיקות.
design-shotgun/ או design-consultation/עבודה על עיצוב וחוויית משתמש. בסרטון טאן מדגים יצירה של כמה כיווני עיצוב לדשבורד, בחירה באפשרות הידידותית יותר למשתמש רגיל, ואז המשך עבודה על בסיס ההעדפה הזו.
review/ביקורת קוד שמנסה למצוא באגים שלא בהכרח נתפסו ב-CI.
qa/ או qa-only/בדיקות בפועל. GStack כולל יכולות דפדפן שמבוססות על Playwright ו-Chromium, כך שהסוכן יכול לפתוח דפדפן, לצלם מסך, ללחוץ, למלא טפסים ולבדוק תקלות UI, JavaScript או CSS.
ship/שלב שחרור. הפקודה מסנכרנת את main, מריצה בדיקות, בודקת כיסוי, דוחפת קוד ופותחת PR.לפני ההתקנה צריך לוודא שיש לכם שלושה כלים: Claude Code, סביבת העבודה שבה הסוכן ירוץ ויערוך קוד; Git, כדי להוריד את המאגר ולעבוד עם גרסאות, ו-Bun בגרסה 1.0 ומעלה, שמשמש להרצת חלק מהסקריפטים של GStack. במילים פשוטות, Claude Code הוא המקום שבו עובדים עם הסוכן, Git מביא את הפרויקט ומנהל את השינויים, ו-Bun עוזר להריץ את הכלים שמאחורי הקלעים.
פקודת ההתקנה שמופיעה בתיעוד:
git clone --single-branch --depth 1 https://github.com/garrytan/gstack.git ~/.claude/skills/gstack && cd ~/.claude/skills/gstack && ./setup
אחרי ההתקנה, הדרך הבריאה להתחיל היא לא לתת לכלי לגעת מיד בפרויקט חשוב. פתחו פרויקט ניסוי, או ענף חדש בריפו קיים, והתחילו כך:
office-hours/אני רוצה לבנות פיצ’ר שמאפשר למשתמשים להעלות קובץ CSV, לראות תצוגה מקדימה, לנקות שגיאות בסיסיות ולייצא קובץ מתוקן. לפני שכותבים קוד, אתגר את הרעיון, שאל מה חסר, והצע שלוש דרכי מימוש.
אחרי שתקבלו תוכנית, אל תאשרו מיד. בקשו מהכלי להציג הנחות, סיכונים, גבולות scope ושאלות פתוחות:
לפני ביצוע, הצג תוכנית פעולה. אל תשנה קבצים, אל תריץ פקודות מחיקה ואל תפתח PR לפני שאאשר במפורש.
GStack מתאים במיוחד למייסדים טכניים, מפתחים שעובדים לבד, צוותים קטנים, מנהלי מוצר טכניים ואנשים שבונים מהר ורוצים להפוך AI coding מתהליך כאוטי לתהליך מנוהל. הוא יכול לעזור במיוחד במקומות שבהם הבעיה אינה כתיבת הקוד עצמו, אלא בחירת הדבר הנכון לבנות, שמירה על איכות, בדיקות וחיבור בין רעיון, עיצוב ושחרור.
הוא פחות מתאים למי שמחפש כלי “קליק אחד” בלי להבין מה קורה, למי שלא יודע לבדוק קוד, או למי שעובד על מערכות רגישות בלי תהליך הרשאות ברור. GStack נותן לסוכן יותר יכולת, ולכן גם דורש יותר אחריות.
החלק המרשים ביותר ב-GStack הוא גם החלק שמצריך זהירות. סוכן שיכול לעבוד עם קבצים, להריץ בדיקות, לפתוח דפדפן, ללחוץ, למלא טפסים ואולי להכין PR הוא לא צ’אטבוט נחמד. הוא עובד בתוך סביבת הפיתוח שלכם. לכן כדאי להתחיל עם כמה כללים פשוטים:
עבדו בפרויקט ניסוי או בענף (Branch) ייעודי. הפעילו פקודות guardrails כמו careful/ ו- freeze/ או guard/ כאשר עובדים ליד קוד רגיש. לפי התיעוד, careful/ מזהה פקודות מסוכנות כמו מחיקות רקורסיביות, מחיקת טבלאות, force push או reset hard, ו-freeze/ מגביל עריכות לתיקייה אחת. חשוב לזכור: אלה מנגנוני מניעת תאונות, לא מערכת הרשאות מלאה.
אל תתנו לסוכן גישה חופשית למידע אישי, סודות עסקיים, מפתחות API, חשבונות פיננסיים או סביבת production בלי בקרה. כאשר משתמשים ביכולות דפדפן, העדיפו חשבונות בדיקה, נתוני דמו והרשאות מצומצמות.
המסר החזק ב-GStack הוא לא שכל מייסד יכול לפטר את כולם ולבנות לבד. זו פרשנות מסוכנת ופשטנית מדי. הערך האמיתי הוא שגם כשאדם אחד עובד מול AI, העבודה צריכה להיראות יותר כמו עבודת צוות ופחות כמו רצף בקשות אקראיות.
טאן מדגיש בסרטון שהמודלים עצמם כבר חזקים מאוד, אבל בלי תפקידים, תהליך וביקורת הם “משוטטים”, מנחשים ומייצרים קוד שנראה סביר אך נשבר בשקט. GStack הוא ניסיון לפתור את הבעיה הזאת לא דרך מודל גדול יותר, אלא דרך מסגרת עבודה ברורה יותר.
זו הסיבה שהצעת הערך כאן חזקה. GStack לא מבטיח קסם, הוא מציע דרך להפוך את השימוש ב-AI coding משיחה עם עוזר חכם לתהליך עבודה של צוות קטן.
בעידן שבו קל יותר מאי פעם לייצר קוד, השאלה החשובה הופכת להיות לא רק “כמה מהר אפשר לבנות”, אלא “האם אנחנו בונים את הדבר הנכון, בצורה מספיק בטוחה, ועם מספיק נקודות בקרה בדרך”.
רוצים לקבל עדכונים בלייב? רוצים מקום בו אתם יכולים להתייעץ עם מומחי AI, לשאול שאלות ולקבל תשובות? רוצים לשמוע על מבצעים והטבות לכלי ה-AI שמשנים את העולם? הצטרפו לקהילות ה-AI שלנו.
אפשר גם להרשם לניוזלטר שלנו
רוצים לקבל עדכונים על כל מה שחדש ומעניין בעולם ה-AI? הרשמו לניוזלטר שלנו!
תוצאות נוספות...
תוצאות נוספות...
