סמכות עיצוב הבינה המלאכותית

אנחנו נמצאים בנקודת מפנה בפיתוח תוכנה. הדיון נסוב לרוב סביב איזה האם AI כותב את הקוד הטוב ביותר (Claude לעומת ChatGPT) או היכן היכן ה-AI צריך לפעול (IDE או CLI). אבל זו לא השאלה הנכונה.

אם נאמץ את ה-AI כ-"Vibe Coders" – שבו אנחנו מגדירים את הכוונה וה-AI מבצע את הביצוע – ניצור זרם עצום של תוכנה חדשה. נחיל של סוכני AI יכול לייצר בדקה אחת יותר קוד ממה שמפתח בכיר יכול לסקור בשבוע. האדם הפך לצוואר הבקבוק.

הפתרון הוא לא יותר יותר אנשים. הפתרון הוא סמכות תכנון AI (AI Design Authority).

מאומן למנהל מפעל

באופן מסורתי, "סמכות תכנון" (Design Authority) היא קבוצת אדריכלים שנפגשת פעם בשבוע או בחודש כדי לאשר או לדחות תכנון. בעולם של פיתוח AI במהירות גבוהה המודל הזה מיושן לחלוטין. הוא איטי מדי ותגובתי מדי.

אם נעבור ל-"קוד חד-פעמי" (Disposable Code) – תוכנה שאנחנו לא מבצעים לה רפקטורינג אינסופי, אלא זורקים ומייצרים מחדש כשהדרישות משתנות – התפקיד שלנו ישתנה מהיסוד. אנחנו כבר לא בנאים שמניחים לבנה אחר לבנה. אנחנו האדריכלים של המפעל שמדפיס את הקירות.

אבל מי בודק אם הקירות האלה ישרים?

ה-"Gauntlet": מבחן אש אוטומטי

סמכות תכנון בינה מלאכותית (AI Design Authority) אינה אדם, אלא צינור עבודה (Pipeline). "כפפה" (Gauntlet) שכל שורת קוד שנוצרה חייבת לעבור דרכה כדי להגיע לייצור. תהליך זה אינו מחליף את סקירת הקוד האנושית ב- כלום, אלא במשהו טוב יותר.

זה עובד בשלוש שכבות:

1. הרשות המבצעת (היצירה)
אנחנו לא מבקשים מבינה מלאכותית אחת פתרון, אנחנו מבקשים משלוש. אנחנו נותנים ל-Gemini 3, GPT-5 ומודל קוד פתוח (כמו Llama) לעבוד במקביל על אותה בעיה. זה מונע ראייה צרה ושובֵר את ה"עצלנות" שלעיתים מודלי שפה (LLMs) סובלים ממנה. גישה זו גם נחקרה מדעית ומוכיחה שניתן למנוע הזיות של בינה מלאכותית ולבנות שרשראות ארוכות מאוד ללא שגיאות

2. המסנן הקשיח (החוק)
כאן אין מקום לדיון. הקוד חייב לעבור קומפילציה. ה-Linters לא יכולים להתלונן. וחשוב מכך, ה- בדיקות קופסה שחורה (Black Box Tests) חייבים לעבור. אנחנו לא בודקים אם הפונקציה עובדת מבפנים (הבינה המלאכותית יכולה לתמרן זאת), אנחנו בודקים אם המערכת עושה מבחוץ את מה שהיא אמורה לעשות. הבדיקה נכשלה? ישר לפח.

3. המסנן הרך (חבר השופטים של ה-AI)
זוהי החדשנות האמיתית. הפתרונות שנותרו מוצגים ל-"בינה מלאכותית מצביעה" (Voting AI) ייעודית. סוכן זה אינו כותב קוד, אלא קריאה קוד. הוא אומן על עקרונות הארכיטקטורה שלנו, דרישות האבטחה (OWASP, ISO) וכללי הציות (EU AI Act).
הוא מצביע: ״פתרון א' מהיר יותר, אך פתרון ב' בטוח יותר ותואם טוב יותר את ארכיטקטורת המיקרו-שירותים שלנו.״

המנצח עובר לייצור.

הטריאס פוליטיקה של התוכנה

מודל זה כופה הפרדת רשויות שחסרה בצוותים רבים.

• הרשות המחוקקת (הארכיטקט): הארכיטקט כותב את ה-"חוקה". הפרומפטים, מסמכי הארכיטקטורה (project-description.md, rules.md, skills.md en principles.md), הדרישות הקשיחות. הארכיטקט קובע מה מה אנחנו בונים, מי בונה את זה, איך ו- מדוע.
• הרשות המבצעת (סוכני הקידוד): הם מבצעים. מהר, בזול ותחת חסותם של מפתחים אנושיים.
• הרשות השופטת (סמכות התכנון): שכבת AI עצמאית שבוחנת עמידה בחוק.

סיכום: תפקידו החדש של הארכיטקט

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

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

ספר לי על כך