השיח סביב AI בהנדסת תוכנה הגיע לרתיחה בישראל. כולם מדברים על Vibe Coding, מהקפה בשרונה ועד מעבדות מאובטחות בגליל. אבל יש טעות מסוכנת: לחשוב שאם LLM יכול לייצר קוד, ארכיטקטורה כבר לא חשובה.
האמת הפוכה. כאשר קוד נוצר במהירות המחשבה, ארכיטקטורה היא הדבר היחיד שמונע קריסה למורכבות בלתי ניתנת לניהול.
ה-Vibe הוא הכוונה, לא היישום
Vibe Coding מתאר מעבר לשפה טבעית כממשק לפיתוח. מתארים את הכוונה, וה-AI מספק Syntax. לסקריפט עצמאי זה נס. אבל peax ideo בונה אקוסיסטמות דיגיטליות למגזר ציבורי, בריאות, ביטחון ותעשייה.
בסביבות כאלה, vibe שאינו מעוגן במסגרת ארכיטקטונית הוא דרך מהירה ליצור חוב טכני.
שלב 1: פורמליזציה של הכוונה
הטעות הראשונה היא לתת ל-AI לכתוב קוד משיחה רופפת. זה מוביל לדרישות שהומצאו. אנחנו מתחילים עם Agentic AI שעוזר לחקור את כוונת המשתמש.
אם בנק גדול אומר שהוא צריך מערכת לניהול כרטיסים וירטואליים לעובדים, הסוכנים שלנו לא מתחילים לקודד. הם שואלים על מגבלות עסקה, אינטגרציה לשער חיוב, ופרוטוקול Failover אם API ראשי אינו זמין.
כך ה-vibe הופך למפת כוונה עסקית מובנית ומכונה-קריאה.
שלב 2: המפרט כמעקה בטיחות
לפני קוד פרודקשן אנחנו מייצרים Deep Technical Specification. כאן האדריכלים הבכירים נכנסים. AI מנסח WBS וחוזי API, אבל מומחה אנושי בודק ריבונות נתונים, Clean Core ואבטחה מהיום הראשון.
Clean Core מאפשר לנתק לוגיקה עסקית ממודל AI ספציפי. אם היום משתמשים ב-Claude Code על AWS Bedrock, מחר אפשר להחליף למודל יעיל יותר בלי לפרק את הבית.
שלב 3: הקוד כמנוע ביצוע
רק כשהמפרט מאומת מתחילה יצירת הקוד. אז מתרחשת מהירות 10x. הקוד עקבי, מתועד, ונבדק מול כוונה כי המפרט הוא מקור האמת.
פער ה-Last Mile
האתגר הגדול בארגונים אינו כתיבת הקוד אלא פריסה. בסביבה AI-native אפשר לבצע איטרציות כמה פעמים ביום. זה דורש Serverless, Event-Driven Architecture ו-CI/CD שמסוגל לעמוד בקצב.
למה המומחה עדיין הגיבור
AI מחליף toil, לא שיקול דעת. המהנדס הבכיר של העתיד הוא Architect of Intent. הוא מבין שהמערכת חזקה רק כמו נקודת האינטגרציה החלשה ביותר.
השורה התחתונה
אל תחפשו ספק שמשתמש ב-AI. חפשו שותף שמבין איך לארכיטקט AI, איך להפוך vibe למפרט, מפרט לקוד וקוד למערכת אמינה.
שלב 4: שכבת האינטגרציה
בארגון אמיתי אין מערכת אחת. יש CRM, ERP, Data Warehouse, מערכות זהות, שירותי ענן, ספקים חיצוניים ומערכות Legacy שעדיין מחזיקות תהליכים קריטיים. לכן כל מפרט Vibe-to-Code חייב להגדיר לא רק מה לבנות, אלא גם איך המערכת תחיה בתוך האקוסיסטם.
אנחנו מתייחסים לאינטגרציה כאל רכיב ארכיטקטוני ראשון במעלה: חוזי API, תורים, Event Streams, מיפוי הרשאות, אסטרטגיית Retry, Monitoring ו-Fallback. זו העבודה שמבדילה בין דמו מרשים לבין מערכת שמחזיקה שנתיים בפרודקשן.
שלב 5: אימות רציף
הקוד שנוצר מהיר, ולכן הבדיקות חייבות להיות מהירות באותה מידה. כל שינוי צריך להיבדק מול המפרט, מול דרישות אבטחה, מול עומסים ומול חוויית המשתמש. בלי זה, היתרון של AI הופך למפעל לייצור חוב טכני.
עבור מנהלים, השאלה אינה האם הספק משתמש ב-AI. כמעט כולם ישתמשו. השאלה היא האם יש לו מתודולוגיה שמחברת כוונה, מפרט, ארכיטקטורה, קוד, בדיקות ואופרציה למערכת אחת.
ארכיטקטורת Intent דורשת גם בחירה מודעת של גבולות מערכת. מה נשאר בליבה? מה הופך לשירות? איפה משתמשים ב-Serverless? איפה עדיף תור אירועים? אילו פעולות חייבות להיות Idempotent? אלה שאלות ש-AI יכול לעזור לנסח, אבל לא להכריע בלי הקשר עסקי ותפעולי.
בפרויקטים מורכבים אנחנו רואים שוב ושוב שהסיכון אינו בקוד הראשון, אלא בשינוי העשירי. מערכת שנבנתה בלי גבולות ברורים תתקשה לגדול, וכל שינוי קטן ייגע ביותר מדי מקומות. לכן Vibe-to-Spec חייב לכלול Modular Boundaries, Ownership, Observability ואסטרטגיית שינוי.
העולם החדש אינו מבטל Design Review, Architecture Review או Security Review. הוא הופך אותם לחשובים יותר, כי כמות ההחלטות גדלה. המומחה האנושי צריך להתמקד במקומות שבהם טעות אחת תעלה ביוקר: הרשאות, נתונים, אינטגרציה, ביצועים ותפעול.
יש כאן גם שינוי תרבותי. צוותים צריכים להפסיק לחשוב על AI כעל קיצור דרך ולהתחיל לחשוב עליו כעל מכפיל כוח בתוך מערכת הנדסית. מי שמדלג על המפרט אולי יגיע מהר יותר לדמו, אבל ישלם ביוקר במעבר לפרודקשן.
במילים אחרות: ה-vibe הוא חומר גלם. המפרט הוא המפעל. הארכיטקטורה היא קו הייצור. רק החיבור ביניהם הופך רעיון למערכת.