מדריך קלוד קוד לסטארטאפים: למה הם בונים את אותו מוצר שוב ושוב
מאת ירון דויטשר עודכן לאחרונה:
ב-20 באוגוסט 2026 פרסמה Anthropic מדריך בשם “The Claude Code guide for startups”, בכתיבת Michael Segner. השם מרמז על עוד אוסף פרומפטים, וזה בדיוק מה שאין בו.
המדריך מבוסס על יותר מתריסר חברות צומחות שעובדות עם קלוד קוד יומיום, בהן ClickHouse, Clay, Harvey, Cognition, Crosby ו-Commure. השאלה שהוא עונה עליה אינה “איך לנסח בקשה טוב יותר” אלא שאלה ארגונית: איך נראית חברה שבנויה סביב סוכן, להבדיל מחברה שהוסיפה סוכן.
חמישה עקרונות, וארבעה מספרים
שלושה מחמשת העקרונות יהיו מוכרים למי שקורא כאן: להוריד את חסם הכניסה כך שגם מי שאינו מהנדס משחרר גרסה ראשונה, להעביר לסוכנים את החלק המכני של כל תהליך, ולא לאוטומט שום דבר בלי מנגנון אימות שרץ תמיד.
המספרים שנלווים אליהם שווים ציטוט מדויק, כי הם קונקרטיים באופן שאינו שכיח בפוסטים כאלה:
- ClickHouse: משחררת 30% יותר פיצ’רים. והפרט החד יותר: שני סוכנים ייעודיים, אחד שמתקן בדיקות מתנדנדות ואחד שמאתר כיסוי בדיקות חסר, הם היום התורמים מספר 2 ומספר 3 למאגר של החברה
- Clay: 100% מהטריאז’ של הבאגים אצלה אוטומטי
- Omni: פי 2 עד 3 בפריון ההנדסי
- Artemis Security: מעבדת יותר מ-6,000 בקשות משיכה בשבוע
העיקרון הראשון מקבל את הציטוט הטוב במדריך, ודווקא לא ממהנדס. Ryan Daniels, מייסד שותף ומנכ”ל Crosby, מתאר איך קלוד קוד שינה מה זה אומר להיות עורך דין בחברה שלו: “לעורכי הדין יש את התובנות הטובות ביותר על המוצר, כי הם המשתמשים”.
העיקרון שסותר את מה שלימדו אתכם
וכאן החלק שהופך את המדריך לפריט חדשות ולא לעוד עמוד שיווקי. העיקרון הרביעי נקרא “Build for rebuilding”, והוא אומר דבר אחד: הקוד שאתם כותבים היום הוא זמני, ועדיף לתכנן מראש לזרוק אותו.
זו אינה אמירה של Anthropic על עצמה. זו התכנסות של ארבעה מייסדים ומנהלים שאומרים במדריך את אותו דבר במילים שונות:
- Walden Yan, מייסד שותף של Cognition: “אורח החיים של בנייה עם AI היום הוא לקבל שהדבר שאתם בונים היום סביר מאוד שייזרק בתוך חצי שנה עד שנה”. הוא מוסיף שהמוצר שלהם לא היה אפשרי בכלל עם המודלים שהיו לפני שנתיים
- Tanay Tandon, מנכ”ל Commure: “בנייה מחדש אינה נגמרת כשהמסלול החדש עולה לאוויר. היא נגמרת כשהמסלול הישן נעלם”. זה המשפט המעשי ביותר בפרק כולו, כי הוא מגדיר מתי מותר להפסיק
- Kareem Amin, מנכ”ל Clay: בונים, ואז בונים שוב, ואז שוב, ובפעם הרביעית כבר יודעים הכול
Niko Grupen, שמוביל את תחום ה-AI היישומי ב-Harvey, מנסח את זה כמדידה של קצב: לשאלה איך נראית הארכיטקטורה שלהם, תשובה מלפני חצי שנה הייתה שונה מהיסוד מהתשובה של היום.
איך בונים מחדש בלי להרוס את מה שעובד
זו השאלה שהופכת את העיקרון מהצהרה לעבודה, והמדריך נותן לה שלושה כלים שכולם קיימים בקלוד קוד עכשיו.
worktrees של git הם הבסיס: עותקי עבודה מבודדים של אותו מאגר. מריצים את הכתיבה מחדש בעותק אחד בזמן שהגרסה הנוכחית ממשיכה לחיות בעותק השני, מודדים את שתיהן, וממזגים רק את זו שניצחה. אין כאן הימור שמחייב אתכם מראש.
מצב תכנון הוא שער הכניסה: כתיבה מחדש שאינה טריוויאלית מתחילה ב-Shift+Tab,
שם קלוד סורק את הקוד ומציע אסטרטגיה לפני שהוא נוגע בשורה אחת. לאשר או להסיט
אותו בשלב הזה עולה כמעט כלום, ואחרי שלוש שעות עבודה זה כבר לא נכון. ההסבר
המלא: מצב תכנון בקלוד קוד.
golden set הוא מה שהופך את ההשוואה בין שתי הגרסאות למדידה ולא לתחושה: אוסף מקרים עם תשובות מאומתות שהצוות מתחזק לאורך זמן. המדריך ממליץ להחזיק כמה אוספים כאלה לשימושים המרכזיים ולעדכן אותם באופן קבוע, בדיוק כדי שיהיה אפשר להעריך מודל חדש כשהוא יוצא. הדוגמה שהוא מביא היא Cainex, שמריצה כל שינוי מועמד מול golden set ועוד מדגם אקראי לפני שהוא נכנס לפרודקשן.
לצד השלושה, המדריך מציב את ה-hooks כשכבה נפרדת: פקודות שרצות בנקודות קבועות במחזור החיים של קלוד קוד ומשמשות שער קשיח, למשל חסימת כתיבה שנכשלת בבדיקת סגנון או דרישה שהבדיקות יעברו לפני commit. ההבחנה חשובה: hook רץ תמיד, בלי קשר למה שהמודל החליט. התמונה המלאה של השכבה הזאת: אימות בקלוד קוד.
ומה זה לא אומר
שלוש הסתייגויות שכדאי להחזיק לפני שמאמצים את זה כמדיניות:
- המספרים אינם מדידה עצמאית: הם מגיעים מהחברות עצמן, בתוך מדריך ש-Anthropic פרסמה כדי לקדם את קלוד קוד. זה אינו אומר שהם לא נכונים, אבל אין כאן צד שלישי שבדק
- מדגם החברות מוטה, ובכוונה: כולן סטארטאפים צומחים, רובם עם בסיס קוד צעיר וללא חוב רגולטורי. “לבנות מחדש כל רבעון” נשמע אחרת לגמרי במערכת בת חמש-עשרה שנה שעוברת ביקורת
- הסדר במדריך אינו מקרי: עקרון האימות מופיע לפני עקרון הבנייה מחדש. מי שמאמץ את השני בלי הראשון קונה לעצמו את החופש לזרוק קוד בלי היכולת לדעת אם מה שבא במקומו טוב יותר
שורה תחתונה
הערך של המדריך אינו ברשימת חמשת העקרונות, שהיא צפויה למדי. הוא בכך שהוא נותן שם ומנגנון לדבר שהרבה צוותים כבר עושים בהיסוס: לזרוק קוד עובד כי המודלים השתנו מתחתיו. שלושת הכלים הם התשובה המעשית לחשש הסביר מהמהלך הזה, וסדר העדיפויות בין אימות לבנייה מחדש הוא מה שמפריד בין שיטה לבין תירוץ.
מי שרוצה להתחיל מהצד הבטוח: אימות בקלוד קוד ומצב תכנון הם שני העמודים שהמדריך נשען עליהם בפועל. ומי שהחלק על “כולם משחררים” תפס אותו, הרחבה על העברת ידע בין אנשים דרך הכלי: סקילים בקלוד קוד.
המקור: המדריך של Anthropic.