אנו עומדים בנקודת מפנה בפיתוח תוכנה. הדיון עוסק לרוב ב איזו האם הבינה המלאכותית כותבת את הקוד הטוב ביותר (Claude לעומת ChatGPT) או היכן היכן על אותה בינה מלאכותית לשכון (סביבת פיתוח או שורת פקודה). אבל זו אינה השאלה הנכונה.
אם נחבק את הבינה המלאכותית כ"מתכנתי אווירה" (Vibe Coders) – שבהם אנו מגדירים את הכוונה והבינה המלאכותית מבצעת – אנו יוצרים זרימה עצומה של תוכנה חדשה. נחיל של סוכני בינה מלאכותית יכול לייצר בדקה אחת יותר קוד ממה שמפתח בכיר יכול לבקר בשבוע. האדם הפך לצוואר בקבק.
הפתרון הוא לא יותר אנשים. הפתרון הוא רשות עיצוב בינה מלאכותית (AI Design Authority).
באופן מסורתי, "רשות העיצוב" היא קבוצת ארכיטקטונים שמתכנסת פעם בשבוע או בחודש כדי לאשר או לדחות עיצוב. בעולם של פיתוח בינה מלאכותית בקצב גבוה מודל זה מיושן לחלוטין. הוא איטי מדי ותגובתי מדי.
אם נעבור ל"קוד חד-פעמי" (Disposable Code) – תוכנה שאנו לא מתחזקים או מהנדסים מחדש אינסוף פעמים, אלא זורקים ומייצרים מחדש כאשר הדרישות משתנות – התפקיד שלנו מששתנה מהיסוד. איננו עוד בונים המניחים אבן אחר אבן. אנו האדריכלים של המפעל שמדפיס את הקירות.
אבל מי בודק אם הקירות האלה ישרים?
רשות עיצוב מבוססת בינה מלאכותית (AI Design Authority) אינה אדם, אלא צינור עיבוד (pipeline). סביבת מבחן ("Gauntlet") שדרכה חייב כל קטע קוד שנוצר להילחם כדי להגיע לסביבת הייצור. תהליך זה אינו מחליף את סקירת הקוד האנושית ב בכלום, אלא במשהו טוב יותר.
זה עובד בשלוש שכבות:
1. הרשות המבצעת (היצירה)
אנחנו לא מבקשים מבינה מלאכותית אחת פתרון, אלא מבקשים משלוש. אנו נותנים ל-Gemini 3, GPT-5 ולמולם קוד פתוח (כמו Llama) לעבוד במקביל על אותה הבעיה. זה מונע ראיית מנהרה ושובר את "העצלות" שלעיתים מודלים של שפה גדולים (LLMs) סובלים ממנה. גישה זו גם נחקר מדעי ומראה שניתן למנוע הזיות של בינה מלאכותית ולבנות שרשרת ארוכה מאוד ללא שגיאות
2. המסנן הקשוח (החוק)
כאן אין מקום לדיונים. הקוד חייב לעבור הידור (compile). אסור לכלים לבדיקת קוד (Linters) להתלונן. וקריטי: ה- בדיקות תיבה שחורה חייבים לעבור. אנחנו לא בודקים אם הפונקציה עובדת מבפנים (את זה הבינה המלאכותית יכולה לעקريف), אלא האם המערכת מבצעת חיצונית את מה שהיא אמורה לעשות. הבדיקה נכשלה? מיד לפח האשפה.
3. המסנן העדין (חבר המושבעים של ה-AI)
זו החדשנות האמיתית. הפתרונות שנותרו מוצגים בפני "בינה מלאכותית מצביעה" (Voting AI) מתخصות. סוכן זה אינו כותב קוד, אלא קורא קוד. הוא מאומן על עקרונות הארכיטקטורה שלנו, דרישות האבטחה (OWASP, ISO) וכללי הציות (EU AI Act).
הוא קובע: "פתרון A מהיר יותר, אך פתרון B בטוח יותר وتואם טוב יותר את ארכיטקטורת המיקרו-שירותים שלנו."
הזוכה עובר לייצור.
מודל זה אוכף הפרדת רשויות שחסרה בצוותים רבים.
project-description.md, rules.md, skills.md en principles.md), הדרישות הקשיחות. האדריכל קובע מה אנחנו בונים, מי בונה את זה, איך ו- למה.הוא משחרר אותנו מעריצות שגיאות התחביר ומאפשר לנו להתמקד במה שאנחנו טובים בו: חשיבה מערכתית. חקר האמת. מבנה וקבלת החלטות.
השאלה אינה האם בינה מלאכותית יכולה לכתוב את הקוד שלנו. הנושא הזה כבר סגור. הקוד הופך ברובו למוצר חד-פעמי.
השאלה היא: האם אתה מעז לשחרר את השליטה על ה קוד , כדי להחזיר לעצמך בכך את השליטה על ה איכות להחזרה?
תנו לי לדעת