קלאוד קוד קיבל סמכויות לנהל את AWS, ולאחר מכן הבינה מלאכותית מחיקה לחלוטין שני אתרי אינטרנט ואת מסדי הנתונים שלהם

קצרת תמצית החדשות

אלכסיי גריגורייב – מפתח שהעביר את האתר שלו ל-Amazon Web Services (AWS). הוא השתמש ב-Terraform לניהול התשתיות והסתמך על הסוכן Claude Code של Anthropic. השגיאה בסוכן לא הייתה סיבת האירוע: מדובר בגורם אנושי.

מה קרה
1. אלכסיי החליט לשלב שני משאבים (אתר ושירות נוסף) בתשתית ענן אחת. הוא הפחית את כמות התצורות, אך הגדיל את הסיכון לטעויות.
2. בחר ב-Terraform לאוטומציה: יצירה/מחיקה של שרתים, רשתות, מאזן עומסים ומסדי נתונים. תכנית Terraform כללה את כל המשאבים הדרושים.
3. אלכסיי ביקש מ-Claude Code להחיל את התוכנית אך לא העלה קובץ מצב (state) המתאר את התצורה הנוכחית. הבינה מלאכותית ביצעה חלק מהפקודה – יצרת קונטיינר לאתר, אך המשתמש עצר את התהליך באמצע.
4. בשל חוסר ה-state החלו המשאבים להופיע כפולים. אלכסיי החליט למחוק את הדו-פעמים ואז העלה את קובץ המצב. הוא מניח שהסוכן ימשיך למחוק אובייקטים מיותרים ויפתח את המצב לתיקון תקין.
5. Claude Code ריצת `terraform destroy` לפי קובץ ה-state. בקובץ היה מצוין כבר בסיס נתונים קיים ב-AWS. שני האתרים והנתונים שלהם (2,5 שנות רשומות + תמונות) נמחקו.

השלכות
- אבדן כל מסד הנתונים עם 2,5 שנות היסטוריה.
- צורך לפנות לתמיכת Amazon לשחזור נתונים.

במשך יום התמיכה של AWS שיחזרה את כל האובייקטים הדרושים.

מה עשה אלכסיי לאחר האירוע
1. בדיקה תקופתית – קבע ניטור סדיר למצב מסד הנתונים.
2. הגנה מפני מחיקה – הפעל מנגנוני הגנה ב-Terraform ובהגדרות AWS.
3. אחסון state – העביר אותו לאחסון בטוח S3 במקום כונן מקומי.
4. ניהול עצמאי למחיקה – עכשיו כל פעולות ההשמדת משאבים מבוצעות על ידי המפתח עצמו, ולא על ידי סוכן בינה מלאכותית.

מסקנה
האירוע נגרם בגלל טעויות אנוש (חוסר העלאת קובץ מצב והבנת הבעיות בניהול משאבים כפולים), ולא מחסור ב-Claude Code. אלכסיי קיבל צעדים לצמצום הסיכונים בעתיד ונטל את התלות המלאה בבינה מלאכותית בפעולות Terraform.