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

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

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

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

מְאֲמָן למנהל מפעל

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

כאשר עוברים ל\"קוד חד-פעמי\" – תוכנה שאינה מתוחזקת ללא סוף, אלא נזרקת ונוצרת מחדש כאשר הדרישות משתנות – תפקידנו משתנה באופן יסודי. איננו עוד קבלנים שמציבים אבן אחרי אבן. אנו הארכיטקטים של המפעל שמדפיסים את הקירות.

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

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

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

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

1. הכוח המבצע (הדור)
איננו מבקשים מאינטליגנציה מלאכותית אחת פתרון, אנו מבקשים שלוש. אנו מאפשרים ל‑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 עצמאית שבודקת את ההתאמה לחוק.

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

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

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

הודע לי