Linus Torvalds מפתח את ליבת Linux עם AI

כש-Linus Torvalds מצרף ל-commit הודאה שהקוד, תוכניות הבדיקה והסקירה נכתבו על ידי עוזר LLM — כדאי להקשיב. זה לא איזה סטארטאפ שמנסה לייצר כותרת, זה האיש שבזכותו לינוקס קיימת, והוא עבר להשתמש ב-Claude Code של Anthropic כדי לפתח את הליבה עצמה.

מה באמת קרה ב-commit ההוא

ב-10 באוקטובר פרסם Torvalds commit ובו שמונה שינויים ניסיוניים שמטרתם לפתור בעיית ביצועים ב-Linux kernel. במסמך הנלווה הוא כתב: "הקוד, תוכניות הבדיקה, הסקירה שמאחורי הרשימה שלמעלה והטיוטה הראשונה של הטקסט נעשו עם עוזר LLM (Claude Code) תחת ההנחיה שלי. המדידות רצו על המכונה שלי".

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

Torvalds אמר קודם לכן שהוא משתמש ב-AI "כדי לעשות את הדברים שבהם אני גרוע", וכינה את הגישה של vibe coding "דרך נפלאה למצוא הנאה בתכנות". כשדמות כזו עוברת ל-Claude Code, זה כבר לא טרנד של האקאתון.

הצד השני: הפרצות מתגלות עוד יותר מהר

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

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

אז מה קורה לגרסאות הרגילות?

בעולם ה-Linux יש שתי משפחות עיקריות. הStandard releases עובדות לפי לוח זמנים קבוע: Ubuntu משחררת פעמיים בשנה (גרסת .04 באפריל וגרסת .10 באוקטובר), Fedora מוציאה גרסה ראשית כל חצי שנה, ו-Debian כל שנתיים. Rolling releases כמו Arch, Manjaro, EndeavourOS, openSUSE Tumbleweed ו-Gentoo לא מוציאות גרסאות ראשיות בכלל: מתקינים פעם אחת, והתוכנות מתעדכנות ברציפות ישר מה-upstream.

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

כל הסיפור הזה הוא בעיית backporting

פה זה נהיה טכני. ל-Canonical, שמפתחת את Ubuntu, יש עכשיו תמיכת אבטחה מורחבת לגרסאות 26.04, 24.04, 22.04, 20.04 ו-18.04. כלומר, כשמתגלה פרצה, התיקון צריך לעבור backport עד 18.04 — גרסה מלפני כמעט שמונה שנים. זה המון עבודה.

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

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

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