עדכון אבטחה של ווינדוס ניתק את הקבצים מ-Claude Cowork, ויצא תיקון

עדכון, 18 בספטמבר 2026: יש תיקון, ואין יותר סיבה להתלבט. מיקרוסופט פרסמה ב-14 בספטמבר עדכון מחוץ למחזור, KB5129195, ודף התקלה שלה אומר עכשיו במפורש: ״This issue is resolved in Windows updates released on and after September 14, 2026 such as KB5129195״. מי שתקוע צריך פשוט להתקין את העדכון האחרון — לא להסיר את KB5124008, ולא לחכות. שאר הפריט נשאר כפי שנכתב ב-14 בספטמבר, מפני שהוא מתאר נכון מה נשבר ואיך מזהים את זה; הפסקאות שנכתבו לפני שהתיקון יצא מסומנות ככאלה.

ב-8 בספטמבר 2026 יצא עדכון האבטחה החודשי של ווינדוס 11, KB5124008. יומיים אחר כך נפתחו במעקב הבאגים של קלוד שני דיווחים עם שחזור מלא, ושניהם מתארים את אותו דבר: אחרי העדכון, הסביבה המבודדת של Claude Cowork בווינדוס מפסיקה לראות את הקבצים שלכם.

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

מה בדיוק נשבר?

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

ביומן של המכונה זה נראה כך:

[hyperv] failed to mount Plan9 share "c": Plan9 mount failed: invalid argument
[hyperv] mounted 0/9 Plan9 shares

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

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

איך יודעים שזה קרה לכם?

העדכון מביא את ווינדוס 11 לגרסת בנייה 26100.9445 במהדורת 24H2 ו-26200.9445 במהדורת 25H2. לוחצים Win+R, מקלידים ‎winver‎, ומשווים למספר שמופיע שם.

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

ומה עם קלוד קוד עצמו, ומה עם WSL?

שתי שאלות נפרדות, ורק לראשונה יש תשובה ברורה.

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

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

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

הפתרון שמסתובב ברשת, והמחיר שלו

בשבוע שבין 8 ל-14 בספטמבר לא היה תיקון, ודף התקלה של מיקרוסופט אמר רק שהיא עובדת על פתרון. הפער הזה נסגר מאז, וזה מה שהופך את הפסקה הבאה להיסטוריה ולא להמלצה.

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

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

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

אז מה עושים עכשיו?

• מתקינים את העדכון האחרון: KB5129195 הוא עדכון מצטבר מחוץ למחזור מ-14 בספטמבר לווינדוס 11 בגרסאות 24H2 ו-25H2, והוא מתקן את שיתוף התיקיות ב-Plan9 שנשבר. כל עדכון מאוחר יותר כולל אותו
• מי שכבר מעודכן ועדיין תקוע: הבעיה כנראה אינה זו. שווה לבדוק את מספר הבנייה ב-‎winver‎ לפני שממשיכים לחפש
• מזיזים את העבודה אם אי אפשר לעדכן עכשיו: משימות שאינן חייבות את הקבצים המקומיים רצות כרגיל ב-Cowork בדפדפן ובמובייל, ועבודה על קוד ממשיכה בקלוד קוד בטרמינל

שורה תחתונה

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

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

מה Cowork עושה, למי הוא מתאים ואיפה הוא לא הכלי הנכון: המדריך המלא. המקורות: דף העדכון של מיקרוסופט, דף התיקון KB5129195, דיווח 92984 ודיווח 93283.