הבנייה כבר אינה צוואר הבקבוק: אנתרופיק מציעה מחזור פיתוח חדש

ב-21 באוגוסט 2026 פרסמה Anthropic מסמך בשם “The AI-Native SDLC playbook”, בכתיבת Louis Claxton. הוא אינו מדריך לניסוח בקשות, והוא גם אינו אוסף סיפורי לקוחות. הוא טענה אחת על מחזור חיי הפיתוח, ומתווה שנגזר ממנה.

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

למה האצת הכתיבה לא מזיזה את תאריך השחרור?

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

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

מכאן נגזרות שש תחנות, ובשמותיהן במקור: Plan, Design, Build, Test, Deploy, Maintain. קלוד נכנס לכל אחת מהן, ובני אדם נשארים בנקודות ההכרעה.

שרשרת של שלושה קבצים במקום מסמך דרישות

זה החלק הקונקרטי ביותר במסמך, וגם החדש ביותר לקורא העברי. במקום מסמך דרישות, המתווה מציע שרשרת של קבצי טקסט מנוהלי גרסה: intent.md בתחנת התכנון, ואחריו spec.md ו-plan.md בהמשך.

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

מול זה, כך נראית תחנת התכנון במתווה:

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

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

מה נבדק כאן, הקוד או הסוכן?

זה הרעיון שהופך את המסמך למעניין, ולא רק מסודר. המתווה מגדיר הרצת הערכות (evals) כמקבילה של בקרת איכות בשערי שלבים — והטריגר להרצה אינו שינוי בקוד אלא שינוי בתצורה של הסוכן. משנים פרומפט, סקיל או hook, ומריצים את סוללת ההערכות כדי לבדוק אם הסוכן עדיין עומד בסטנדרט.

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

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

איפה בני אדם לא זזים

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

בתחנת השחרור הכלל נוקשה יותר, ומנוסח כגבול: הסוכן רשאי לפעול עד שער הפרודקשן ואינו עובר אותו. הגנת ענפים דואגת שקוד שסוכן כתב יגיע כבקשת משיכה ולא כ-commit ישיר, ו-hook יכול לדרוש אישור של מנהל שחרור בשם לפני פריסה.

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

הלופ שנסגר בלי שאדם מתחיל אותו

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

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

מה חשוב לומר ביושר

שלוש הסתייגויות, ואחת מהן מכריעה:

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

שורה תחתונה

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

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

המקור: המתווה של Anthropic.