סמכות תכנון הבינה המלאכותית

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

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

הפתרון הוא לא יותר אנשים. הפתרון הוא סמכות תכנון ה-AI.

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

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

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

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

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

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

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

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

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

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

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

הפרדת הרשויות של התוכנה

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

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

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

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

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

ספר לי על כך