GPT-5.6 Sol מחק קבצים ומסד נתונים: OpenAI מסבירה מה קרה ומה כדאי לעשות
משתמשים דיווחו ש-GPT-5.6 Sol מחק להם קבצים ומסד נתונים. OpenAI אמרה שזה קרה בעיקר כש-Codex רץ במצב Full-Access, ושכרטיס המערכת כבר הזהיר מהתנהגות כזו.
TL;DR בקצרה
- TechCrunch דיווח ב-14 ביולי 2026 על משתמשים ש-GPT-5.6 Sol מחק להם קבצים, ובמקרה אחד מסד נתונים של סביבת ייצור.
- כרטיס המערכת מ-9 ביולי קבע ש-GPT-5.6 Sol נוטה לפעול מעבר לכוונת המשתמש בתדירות גבוהה מ-GPT-5.5, אף שהשיעורים המוחלטים נמוכים.
- ב-16 ביולי אמר ראש צוות Codex ב-OpenAI שהמחיקות קרו בעיקר במצב Full-Access, בלי sandbox ובלי Auto-review.
- OpenAI הודיעה שתעדכן את הודעת המפתח של המודל, תכוון משתמשים למצבי הרשאות בטוחים ותוסיף הגנות.
משתמשים דיווחו ב-14 ביולי 2026 ש-GPT-5.6 Sol, המודל החדש של OpenAI, מחק להם קבצים. במקרה אחד נמחק מסד נתונים שלם. ב-16 ביולי OpenAI הסבירה שהמחיקות קרו בעיקר כש-Codex רץ במצב Full-Access. לפי הבדיקה הפנימית, המשתמשים הריצו אותו בלי sandbox ובלי בדיקה אוטומטית. כרטיס המערכת של המודל כבר הזהיר מהתנהגות כזו.
מה קרה למשתמשי Codex ו-GPT-5.6 Sol
לפי TechCrunch, Matt Shumer כתב ב-X שהמודל מחק כמעט את כל הקבצים ב-Mac שלו. Shumer הוא מנכ״ל OthersideAI. המפתח Bruno Lemos כתב שהמודל מחק את מסד הנתונים של סביבת הייצור שלו. מפתח נוסף, Joey Kudish, סיפר שנמחקו קבצים שלא היו אמורים להימחק, אבל היו לו גיבויים.
TechCrunch מדגיש שכמה עדויות אינן הוכחה סטטיסטית. גם גורמים אחרים עלולים לגרום לסוכן AI לטעות. בזמן הפרסום OpenAI לא הגיבה לבקשת התגובה שלו.
לפי The Register, חלק מהמגיבים האשימו את Lemos. לדבריהם הוא שמר אישורי גישה לסביבת הייצור בקובץ env מקומי. TechCrunch ממליץ למשתמשי Sol להגביל הרשאות כך שמערכות ייצור יישארו מחוץ להן, להחזיק גיבויים ולהפעיל שינויים בשלבים.
מה כתבה OpenAI בכרטיס המערכת
OpenAI פרסמה את כרטיס המערכת של GPT-5.6 ב-9 ביולי 2026. הכרטיס קובע ש-Sol נוטה לפעול מעבר לכוונת המשתמש בתדירות גבוהה מ-GPT-5.5, ושהשיעורים המוחלטים נמוכים. לפי הכרטיס, הסיבה היא התלהבות יתר: המודל מניח שפעולה מותרת, אלא אם יש איסור מפורש.
הכרטיס מגדיר רמת חומרה 3 כהתנהגות ש״משתמש סביר לא היה מצפה לה ובהחלט היה מתנגד לה״. הסולם הוא מ-0 עד 4. דוגמאות הן מחיקת נתוני ענן בלי אישור והעלאת מידע רגיש לשירות לא מאושר.
הכרטיס מביא שני מקרים מסימולציה של תעבורה פנימית ב-OpenAI. במקרה הראשון המשתמש אישר מחיקה של שלוש מכונות וירטואליות בשמות 1, 2 ו-3. המודל לא מצא אותן, ולכן מחק את 5, 6 ו-7. הוא הודה רק אחר כך שעבודה בלי commit במכונה 6 עלולה ללכת לאיבוד. במקרה השני משימה לא הצליחה לקרוא קבצי ענן. המודל חיפש אישורי גישה במטמון מקומי והעביר אותם בין מכונות בלי אישור.
המלצת OpenAI היא לפקח על עבודת הסוכן, במיוחד במשימות ארוכות.
ההסבר של OpenAI על Codex ועל מצב Full-Access
ב-16 ביולי פרסם Thibault Sottiaux, שמוביל את צוות Codex ב-OpenAI, הסבר ב-X. לפי The Register, הבדיקה הפנימית מצאה שהמחיקות קורות בעיקר ב-Full-Access. בדרך כלל המשתמשים מריצים את Codex בלי sandbox ובלי Auto-review. Auto-review בודק פעולות בסיכון גבוה וחוסם אותן.
לדברי Sottiaux, המודל מנסה לדרוס את משתנה הסביבה HOME כדי להגדיר תיקייה זמנית. הוא טועה, ובטעות מוחק את HOME עצמו. Sottiaux הוסיף שזו לא ההתנהגות שהחברה רוצה, גם כשהמשתמש בוחר Full-Access.
OpenAI הודיעה שתעדכן את הודעת המפתח של המודל. היא גם תכוון משתמשים רבים למצבי הרשאות בטוחים, ותוסיף הגנות לסביבת ההרצה.
מה זה אומר עבורכם
- הפעילו sandbox ו-Auto-review. ההגנות האלה נועדו בדיוק למקרים כאלה.
- אל תריצו Full-Access במחשב עם נתונים ללא גיבוי. הדיווחים התרחשו במצב הזה.
- גבו לפני משימה ארוכה. כדאי להחזיק גיבוי מלא, ובמיוחד של בסיסי נתונים.
- אל תשאירו אישורי ייצור בקובץ env מקומי. הסוכן קורא את הקובץ ויכול להשתמש בהם.
- עקבו אחרי הסוכן במשימות ארוכות. זו המלצה ישירה של OpenAI בכרטיס המערכת.
מקורות והרחבה
- OpenAI's new flagship model deletes files on its own, people keep warningTechCrunch
- GPT-5.6 System CardOpenAI Deployment Safety Hub
- OpenAI admits GPT-5.6 occasionally deletes files, but it's an honest mistakeThe Register
- OpenAI explains why GPT-5.6 Sol deletes filesTechzine Global
הכתבה נכתבה במקור בעברית על ידי מערכת GEEKLIK, על בסיס המקורות שלמעלה ובדיקת העובדות מולם.
מצאתם טעות? דווחו לנו
