למתחזקי תת-מערכות יש גם שיקול דעת להטיל כללים מחמירים יותר. באוגוסט 2026, יוהנס ברג (Johannes Berg), מתחזק תת-מערכות הרשת האלחוטית של גרעין לינוקס (802.11, mac80211, WWAN, rfkill), הכריז על עמדה נוקשה במיוחד לגבי תיקונים שנוצרו על ידי בינה מלאכותית/LLM :

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

מדיניות זו קדמה לכלל שקבע גרג קרואה-הרטמן (Greg Kroah-Hartman) כי תת-המערכת drivers/staging/ דוחה את כל התיקונים שנוצרו על ידי LLM למעט תיקוני אבטחה אמיתיים .

מדוע גרעין לינוקס נקט בגישה זו

קהילת גרעין לינוקס זיהתה שלוש בעיות ליבה שהובילו למדיניות:

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

פרויקט Rust: מדיניות LLM של חמש קבוצות (5 באוגוסט 2026)

ב-5 באוגוסט 2026, חמש קבוצות ב-Rust אימצו מדיניות LLM רשמית עבור מאגר המונו rust-lang/rust . המדיניות אינה במפורש עמדה רשמית ברמת הפרויקט והיא חלה רק על מאגר הליבה והקבוצות שאימצו אותה .

מה מותר (בגילוי מלא)

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

מה אסור

• הגשת תיעוד שנוצר על ידי LLM, כולל הערות תיעוד והערות בטיחות .
• פרסום תגובות GitHub, גופי בעיות, תיאורי בקשת משיכה (Pull Request), אבחוני מהדר או הערות קוד מקור משמעותיות שנוצרו על ידי LLM .
• פרסום קוד שנוצר על ידי LLM אלא אם כן התקבלה הסכמת מבקר מראש והשימוש ב-LLM נחשף במפורש .
• הגשת תוכן שנוצר על ידי בינה מלאכותית ללא הבנה או סקירה .

תקציר העבודה של המדיניות: "זה בסדר להשתמש ב-LLM כדי לענות על שאלות, לנתח, לזקק, לחדד, לבדוק, להציע, לסקור. אבל לא כדי ליצור."

מדוע Rust נקטה בגישה זו

ג'ין נלסון (Jynn Nelson), כותב המדיניות, תיאר שלוש בעיות ליבה בהודעת ההכרזה הרשמית :

1. מוצרים טכניים מלוטשים אינם מעידים עוד על מאמץ והבנה: LLM יכולים לייצר תיקונים שנראים נקיים שהמגיש אינו מבין, ובכך שוברים את האות החברתי שבקשת משיכה זהירה מייצגת השקעה אנושית אמיתית.
2. רוחב הפס לסקירה כבר מוצף: יש 1,281 בקשות משיכה פתוחות ב-rust-lang/rust. הפיכת כתיבת הקוד לקלה יותר מבלי להגדיל את קיבולת המבקרים מחמירה צוואר בקבוק קיים.
3. העתק-הדבק מכני מבזבז את זמנם של כולם: תורמים שמדביקים הערות סקירה לתוך LLM ואז מדביקים את תגובת ה-LLM חזרה ל-GitHub שוחקים את האמון ועוקפים דיון אנושי.

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

השלכות רחבות יותר על ממשל קוד פתוח

שתי המדיניות חושפות דפוס משותף ומערכת אתגרי ממשל משותפים:

מה זה מסמן

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

למתחזקי תת-מערכות יש גם שיקול דעת להטיל כללים מחמירים יותר. באוגוסט 2026, יוהנס ברג (Johannes Berg), מתחזק תת-מערכות הרשת האלחוטית של גרעין לינוקס (802.11, mac80211, WWAN, rfkill), הכריז על עמדה נוקשה במיוחד לגבי תיקונים שנוצרו על ידי בינה מלאכותית/LLM :

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

מדיניות זו קדמה לכלל שקבע גרג קרואה-הרטמן (Greg Kroah-Hartman) כי תת-המערכת drivers/staging/ דוחה את כל התיקונים שנוצרו על ידי LLM למעט תיקוני אבטחה אמיתיים .

מדוע גרעין לינוקס נקט בגישה זו

קהילת גרעין לינוקס זיהתה שלוש בעיות ליבה שהובילו למדיניות:

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

פרויקט Rust: מדיניות LLM של חמש קבוצות (5 באוגוסט 2026)

ב-5 באוגוסט 2026, חמש קבוצות ב-Rust אימצו מדיניות LLM רשמית עבור מאגר המונו rust-lang/rust . המדיניות אינה במפורש עמדה רשמית ברמת הפרויקט והיא חלה רק על מאגר הליבה והקבוצות שאימצו אותה .

מה מותר (בגילוי מלא)

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

מה אסור

• הגשת תיעוד שנוצר על ידי LLM, כולל הערות תיעוד והערות בטיחות .
• פרסום תגובות GitHub, גופי בעיות, תיאורי בקשת משיכה (Pull Request), אבחוני מהדר או הערות קוד מקור משמעותיות שנוצרו על ידי LLM .
• פרסום קוד שנוצר על ידי LLM אלא אם כן התקבלה הסכמת מבקר מראש והשימוש ב-LLM נחשף במפורש .
• הגשת תוכן שנוצר על ידי בינה מלאכותית ללא הבנה או סקירה .

תקציר העבודה של המדיניות: "זה בסדר להשתמש ב-LLM כדי לענות על שאלות, לנתח, לזקק, לחדד, לבדוק, להציע, לסקור. אבל לא כדי ליצור."

מדוע Rust נקטה בגישה זו

ג'ין נלסון (Jynn Nelson), כותב המדיניות, תיאר שלוש בעיות ליבה בהודעת ההכרזה הרשמית :

1. מוצרים טכניים מלוטשים אינם מעידים עוד על מאמץ והבנה: LLM יכולים לייצר תיקונים שנראים נקיים שהמגיש אינו מבין, ובכך שוברים את האות החברתי שבקשת משיכה זהירה מייצגת השקעה אנושית אמיתית.
2. רוחב הפס לסקירה כבר מוצף: יש 1,281 בקשות משיכה פתוחות ב-rust-lang/rust. הפיכת כתיבת הקוד לקלה יותר מבלי להגדיל את קיבולת המבקרים מחמירה צוואר בקבוק קיים.
3. העתק-הדבק מכני מבזבז את זמנם של כולם: תורמים שמדביקים הערות סקירה לתוך LLM ואז מדביקים את תגובת ה-LLM חזרה ל-GitHub שוחקים את האמון ועוקפים דיון אנושי.

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

השלכות רחבות יותר על ממשל קוד פתוח

שתי המדיניות חושפות דפוס משותף ומערכת אתגרי ממשל משותפים:

מה זה מסמן

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