פיתוח מערכת בינה מלאכותית לתכנון גנרטיבי של מבנים

תכנון גנרטיבי של מבנים AI: היכן התהליך נשבר

מעבר ידני על פתרונות תכנון מתנגש בחשבון פשוט: בזמן המוקצב לקונספט, הצוות מספיק לעבד 4–6 וריאציות, והבחירה ביניהן נעשית לפי "מוצא חן / לא מוצא חן" סובייקטיבי, ולא לפי מדדים — שטח שימושי, אינסולציה, עלות שלד. שאר הקונפיגורציות פשוט לא נשקלות, אף שהפשרה הטובה ביותר בין כלכלה לתקנים נמצאת לרוב דווקא ביניהן.

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

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

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

מה משתנה בעבודת המשרד: מהירות הווריאציות והבדיקות

המעגל הגנרטיבי עובד לא עם קונספט אחד, אלא עם שדה של וריאנטים המוגדרים על ידי מגבלות המגרש: כתם בנייה, מספר קומות, שטחים, אינסולציה, מרווח רשת קונסטרוקטיבית. במהלך הלילה מחושבים 20–40 וריאנטים עם מדדים לכל אחד, ולהגנה מגיעים 3–4 פתרונות מעובדים במקום אחד.

המחזור «תיקון — חישוב מחדש — בדיקה» מתקצר משבועות לשעות. שינוי מספר הקומות כבר לא גורר הרכבה מחדש של תוכניות, חתכים וכתבי כמויות — הכול מחושב ממודל פרמטרי יחיד, ומספר האיטרציות עד לווריאציה מתואמת יורד פי כמה. החלפה עם מדורים סמוכים מתבצעת דרך IFC, ולכן לא מרכיבים מחדש את המודל לפי הכלי של כל משתתף.

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

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

מצבי חיפוש פתרונות: השוואת גישות ומגבלות

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

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

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

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

שלבי הטמעה: מביקורת כללים ועד מסירת המערכת

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

1. ביקורת כללי תכנון — אוספים דרישות תקניות, פתרונות טיפוסיים ומגבלות פנימיות של המשרד: הצבה במגרש, מספר קומות, אינסולציה, מרווחי כיבוי אש, סכמות קונסטרוקטיביות. מנתחים 15–20 פרויקטים קודמים: אילו החלטות התקבלו מיד, מה נעשה מחדש ובאיזה שלב.

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

3. התאמה למשרד — המערכת מכווננת לתבניות שלכם, למשפחות אלמנטים, להרכב המדורים ולפורמטים של הוצאה. בפלט — וריאנטים במבנה רגיל, ולא סכמות מופשטות שצריך לשרטט מחדש.

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

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

6. מסירת המערכת — תיעוד, תקנון עבודה, הדרכת מתכננים ואחראי תמיכה. לאחר המסירה המשרד יכול לשנות כללים ולהוסיף פתרונות טיפוסיים בעצמו.

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

קונפיגורציות, כללים ותקנונים: מה נשאר במשרד

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

• קונפיגורציית המערכת — קבצי הגדרות ייצור: פרמטרים של וריאנטים, משקולות מגבלות, שיוך מערכי כללים לסוגי אובייקטים, פרופילים לשלבי תכנון שונים.
• תיאור כללים ומגבלות — מה המערכת מחשיבה למותר, מה היא פוסלת ומדוע; כל מגבלה עם הפניה לסעיף בתקנים או בתקן הפנימי של המשרד.
• תבניות פתרונות — תרחישים טיפוסיים (סקציות, חניון, גושים ציבוריים) עם מערכי הגדרות מוכנים, כדי שפרויקט חדש יתחיל מקונפיגורציה בדוקה, ולא מדף חלק.
• תקנון עבודת הצוות — מי באיזה שלב מאשר וריאציה, כיצד מתעדים חריגה מפתרון טיפוסי, באיזה רגע מצטרף המהנדס הראשי של הפרויקט.
• תיעוד והוראות — פריסה, תפקידים והרשאות, סדר עדכון מודלים, ניתוח תקלות טיפוסיות עם פעולות מוכנות.
• יומן שינויים בקונפיגורציה ונוהל חזרה לאחור — רואים מי ומתי שינה כלל, ויש לאן לחזור אם מערך חדש נותן ירידה באיכות הווריאנטים.
• מערך משימות קבלה — נתוני קלט לדוגמה עם תוצאה צפויה: לאחר כל תיקון כללים, הרצה מראה אם לא נשברו תרחישים סמוכים.

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

מקרה בוחן: מגוון הפריסות גדל פי כמה במחזור אחד

נקודת פתיחה

בניין מגורים בן 12 קומות: פריסות נולדו ידנית — הצוות הספיק לחשב 2-3 וריאנטים של סידור, וכל אחד מהם לקח 8-10 ימי עבודה. גאומטריה, שטחים, אינסולציה ונתיבי מילוט חושבו בקבצים שונים ואוחדו ידנית, ולכן ההשוואה נעשתה לפי התיקון האחרון, ולא לפי מערך מדדים. החלטות שנויות במחלוקת נשארו שנויות במחלוקת, ומגוון הפריסות נתקע במשאב המתכנן.

מה שינו ומה קיבלו

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

מדדים לפני ואחרי: 2-3 וריאנטים ב-8-10 ימים לעומת 40-60 וריאנטים במחזור של 4-6 שעות; הערכה ראשונית של וריאציה אחת התקצרה מ-3-4 שעות ל-5-7 דקות; שיעור הסידורים שעוברים בדיקות תקניות בהרצה הראשונה עלה מכשליש לכ-85%. המהנדס רואה לא הכול, אלא 5-8 מועמדים סופיים, ממוינים לפי פונקציית מטרה.

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

מה לעשות אם במשרד כבר יש בסיס של פתרונות טיפוסיים?

אין תשובה אוניברסלית: הבחירה בין השלמה למערכת חדשה נקבעת לא לפי היקף הבסיס הקיים, אלא לפי האם הוא מתאים כמקור נתונים. אם פתרונות טיפוסיים מונחים כשרטוטים מוכנים, אפשר להשתיל מהם בלוקים, אך אי אפשר להוליד מהם וריאנטים — לייצור נדרש תיאור פרמטרי, ולא תמונה.

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

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

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

ספקות טכניים: נתונים, תקנים, אחריות

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

כיצד נלקחות בחשבון מגבלות תקניות?

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

כיצד זה משתלב בתהליך הנוכחי?

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

מי אחראי לתוצאה?

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

נדון במשימה על בסיס נתוני המקור שלכם

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

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

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