רשות העיצוב של AI

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

הבעיה איננה יצירה של קוד. זה ה אימות שלו.

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

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

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

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

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

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

ה„Gauntlet“: מבחן אש אוטומטי

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

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

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

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

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

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

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

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

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

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

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

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

תודיע לי