Google פרסמה ב-11 באוקטובר 2026 תיקון ב-Agent Platform Workbench v2 לכשל שמנע מ-gcloud ומ-gsutil להיטען. לפי הערות הגרסה, שגיאת AttributeError בתוך OpenSSL.crypto נגרמה מחוסר התאמה בין גרסאות pyOpenSSL ו-cryptography. עבור משתמש שפגש בדיוק את השגיאה הזאת, יש כעת תיקון מתועד ברמת הסביבה, ולא צורך להתחיל את האבחון מחדש מאפס.
התיקון מופיע בגרסה 20261011-2230-rc0, לצד עדכון חבילות מתלויות המקור. הוא מופיע שוב בהערות 12 באוקטובר תחת 20261011.00_p0. אלה שני רישומים של אותו תיקון, ולא שתי תקלות שונות. גם אין להסיק מהם שכל בעיית גישה לענן או כל שגיאת OpenSSL נובעת מאותו גורם או נפתרה באותו עדכון.
למה תקלה בחבילה עוצרת עבודה בענן
gcloud משמש לניהול משאבי Google Cloud משורת הפקודה ובסקריפטים, ו-gsutil משמש לעבודה עם Cloud Storage. כאשר כלי אינו מצליח להיטען, הפעולה שתוכננה באמצעותו עשויה להיעצר עוד לפני שהיא בוצעה. לכן גם שינוי תחזוקה קטן בספריות יכול להיות משמעותי לצוות שמפעיל תהליכי נתונים או משימות חוזרות מתוך סביבת העבודה שלו.
ההודעה מצביעה על תאימות בין חבילות, ולא על פגיעה במודל AI או על שינוי באיכות התשובות שלו. היא גם אינה מגדירה את הכשל כאירוע אבטחה. כדאי לשמור את הודעת השגיאה המלאה ואת פרטי הסביבה ולהשוות לתיאור של Google, משום שהשם OpenSSL לבדו אינו מספיק כדי לקבוע איזו תקלה התרחשה ומה צריך לתקן.
לפני עדכון, בדקו את מספר גרסת הסביבה בעמוד המופעים בקונסולת Google Cloud. לפי התיעוד, לא כל פרסום גרסה מעדכן את כל הסביבות: השדרוג תלוי בתמונת המערכת שעליה מבוסס המופע. לכן עצם הופעת התיקון בהערות אינה מוכיחה שהוא כבר הותקן במופע מסוים או שכל משתמש יקבל אותו באותו מסלול ובאותו זמן.
איך להתכונן בלי לשבש את סביבת העבודה
Google ממליצה לגבות נתונים לפני שדרוג ומבהירה שתאימות לאחור אינה מובטחת. תהליך השדרוג מחליף את תמונת דיסק האתחול ושומר נתונים בדיסק הנתונים, אך ספריות שהמשתמש התקין עשויות לדרוש התקנה מחדש. המשמעות המעשית היא להכין גם רשימת תלויות, ולא להסתפק בכך שמחברות העבודה עצמן נשמרו ושאפשר לפתוח אותן לאחר השינוי.
בסביבה המבוססת על קונטיינר, גרסת התמונה תלויה גם במה שה-Dockerfile מושך, ולכן עדכון המופע אינו בהכרח עדכון של כל חבילה מותאמת. כדאי לתכנן חלון עבודה מתאים, לבדוק את מסלול השדרוג הנתמך ולנסות תחילה את הפעולות שנכשלו בסביבה שאפשר לבחון. אין צורך לשנות כמה ספריות באופן אקראי רק משום ששמותיהן מופיעים בהודעת השגיאה.
לאחר העדכון, בדיקה שימושית היא לוודא שהכלים נטענים ואז להריץ פעולה מוכרת ולא הרסנית שתלויה בהם. אם הכשל ממשיך, פרטי הגרסה והשגיאה יסייעו להמשך האבחון. התועלת של העדכון ממוקדת: החזרת תקינות הטעינה בתרחיש שתועד, כדי שעבודת הפיתוח תוכל להמשיך, בלי להציג תיקון תאימות נקודתי כפתרון גורף לכל תקלות Google Cloud.