ToCode

📌 תהליך, סכנה, התמודדות כשאנחנו ניגשים לבנות תהליך משולב סוכן כדאי לחשוב מראש על שלושה חלקים של התהליך: מה זה עושה, מה הסיכונים ומה אני עושה כדי לצמצם את הסיכון. אני מדגיש כאן לצמצם כי בעבודה עם סוכנים תמיד יהיו טעויות ותמיד הסוכן יפתיע אותנו. דוגמאות? ברור. ✏ שיפור קוד תהליך: אני כותב תהליך אוטונומי שעוזר לשמור על קוד המערכת נקי ומסודר. כל לילה התהליך רץ, מחפש חלקים מסובכים בקוד ופותח PR איך אפשר לפשט את החלק המסובך. סיכון: שינויים בקוד יכולים להיראות קריאים יותר אבל בעצם להכניס תלויות נסתרות או אילוצים חדשים למערכת. לפעמים נראה שהשינוי לא משפיע על הפונקציונאליות אבל בעצם הוא מקלקל מקרה קצה שדווקא חשוב ללקוחות שלי. מה אני עושה כדי להקטין סיכון: אני דואג שלפרויקט תהיה חבילת בדיקות חזקה ומכריח שלב דטרמניסטי בתהליך שמריץ את הבדיקות לפני ששולח את ה PR. אני משתמש ב LLM as a judge ומעביר את השינוי דרך סוכן נוסף כדי לוודא שלא נשבר כלום והשינוי הוא קוסמטי בלבד. ✏ בניית תיעוד אוטומטית אחרי כל שינוי תהליך: אחרי כל קומיט אני רוצה לעדכן את דפי התיעוד של המערכת כדי להתאים לקוד החדש. אם הוספתי פיצ'ר אני צריך לראות אותו בתיעוד ואם שיניתי התנהגות צריך לראות צילומי מסך חדשים. ה AI יכול להריץ את המערכת, להשתמש בדפדפן על שרת עצמאי לתפוס צילומי מסך חדשים ולכתוב את המאמרים על הנושאים שהשתנו. סיכון: טעות של סוכן יכולה להכניס טעות במאמר. חוסר הבנה של סוכן יכולה לשים צילום מסך לא מתאים או לא מספיק מייצג. שינויים תכופים מדי בתיעוד יכולים לבלבל את המשתמשים שיזכרו גרסה יותר ישנה. מה אני עושה כדי להקטין את הסיכון: כל מאמר במאגר הידע מכיל קישורים לגרסאות ישנות שלו. אני דואג שהסוכן ישנה רק מאמרים ספציפיים על נושאים שהשתנו ודורש אישור אנושי אם השינוי גדול ממספר שורות מסוים, ואני קורא בעצמי את המאמרים החדשים כדי לוודא שבני אדם מסוגלים להבין אותם. ✏ עכשיו נסו את זה אתם מצאו תהליכים אוטונומיים שכבר יש לכם במערכת או שאתם רוצים להכניס ובצעו עליהם את אותו ניתוח. מציאת הסיכונים ובחירת כלים נכונים להתמודד איתם עוזרים לנו לכתוב תהליכים אוטונומיים יציבים יותר ולהישאר ערניים למקרה שהסוכן ילך לאיבוד.

📌 מה כבר ביקשתי - אוטומציה עם AI אני מודה שלא הבנתי את טרנד העוזרים האישיים כשהוא התחיל. עוזר אישי שיידע עליי הכל ויתחבר לכל הדברים שאני צריך נשמע לי סיוט פרטיות וכאב ראש הרבה יותר ממה שעשוי להועיל. אבל כשראיתי שכולם סביבי מתקינים את אינסטינקט וכש ChatGPT השיקו את דוט וכשהשכנים כבר שאלו אותי על גרוק בוט ואנתרופיק פתחו רשימת המתנה ל duet החדש שלהם החלטתי לתת לרעיון הזדמנות שניה. הפעם נכנסתי, ניסיתי ורשמתי את כל הדברים שהפריעו לי. זו הרשימה בקצרה: 1. הפרדה לסוכנים - פיצ'ר ראשון שאני לא מבין איך כולם בכלל מתחילים את היום בלעדיו הוא הפרדה למספר עוזרים אישיים. אני רוצה עוזר אישי אחד שיעזור לי עם המייל ועוזר אחר לווטסאפ. וכן אם אחד מהם משתגע ומחליט לשלוח את כל המיילים שלי למרגלים סינים לפחות הוא לא יוכל לשלוח גם את הודעות הווטסאפ כי זה עוזר אחר בלי גישה. הכי קרובים לפיצ'ר הזה היו גרוק בוט כי הם מאפשרים הגדרה של מספר בוטים, אבל קריאה באותיות הקטנות מגלה שכל הבוטים חולקים את אותם חיבורים ואת אותם סודות. 2. סקריפטים במקום שימוש במחשב - כל העוזרים האישיים מגיעים עם "מחשב אישי לעוזר". גרוק בוט נותנים לנו לשתף פעולה עם הבוט על אותו מחשב כך שאני מתחבר לחשבונות שלי והבוט ממשיך משם ומפעיל את החשבונות בצורה אוטומטית. גם אם זה עובד זה עקום. סוכנים חכמים מצליחים להפעיל מחשב אבל מרגישים הרבה יותר בנוח עם קוד. אני רוצה עוזר אישי שיוכל לכתוב לעצמו כלי עבודה בפייתון ולהפעיל אותם כשיצטרך, ואף יעדיף לכתוב לעצמו סקריפטים במקום לנסות להפעיל מחשב. 3. בחירת ספק ומודל לטוקנים - דוט מגיע עם ChatGPT, גרוק בוט עם גרוק, קלוד דואט עם קלוד ואינסטינקט אפילו לא מספרים מי המודל שלהם. רוצה להשתמש ב API Key שלך? שיהיה בהצלחה. 4. שיחות ציבוריות והטמעה - אם כבר כתבתי עוזר אישי אני רוצה שיוכל לדבר עם לקוחות דרך ווטסאפ, טלגרם, אימייל או צ'ט מוטמע באתר. אני רוצה שהסוכן של השיחה הציבורית יופעל עם הרשאות מוגבלות. וכן זה מתחבר לבעיה הראשונה של מספר עוזרים אישיים, יהיו עוזרים אישיים בלי חיבורים חיצוניים ובלי הרשאות ועוזרים אחרים עם יכולות אחרות וכל עוזר יהיה זמין בערוצי שיחה אחרים. הנה כמה דוגמאות לפרומפטים שאני מצפה שיעבדו במערכת עוזרים אישיים: 1. בתי הספר של הילדים שולחים המון הודעות בווטסאפ חלק חשוב והרבה לא חשוב אני רוצה סוכן שישב על הקבוצות האלה וישים לי בבייסקמפ משימות מההודעות החשובות 2. יש לי אתר בו אני מציע קורס AI למפתחים. אני צריך ווידג׳ט שישב באתר יסביר למבקרים על הקורס ויכניס את מי שמתעניין לרשימה ברב מסר (צור רשימה חדשה בשביל הפרויקט) 3. צור סוכן שסורק כל יום אתרי חדשות טכנולוגיה וחדשות AI ויוצר דיוור יומי בעברית שמסכם 4-5 כתבות הכי חשובות מאתרים אלה. את הדיוור תשלח ברב מסר לרשימת "עדכוני AI יומיים". 4. אני מפרסם כל יום פוסט בבלוג. צור אוטומציה שתרוץ כל יום בתשע בבוקר ותפרסם את הפוסט הזה לפייסבוק שלי, לטלגרם שלי וללינקדאין שלי. 5. תתחבר למערכת ה Analytics של האתר שלח לי כל בוקר דוח יומי שמסכם את ה 24 שעות האחרונות עם המלצות מה לשפר. אם המערכת זיהתה בעיות טכניות פתח בגיטהאב Issue עם כל הפרטים (שם כבר יש סוכן שיתפוס את זה, יחקור וישאיר לי PR). בשבועות האחרונים אני עובד על מערכת אוטומציה שתצליח להתמודד עם פרומפטים בסגנון הזה. עקרון היסוד שלה הוא יצירת עוזר אישי לכל משימה או אוסף משימות וחיבור עוזרים אישיים לקבוצה עם שליטה מדויקת על ההרשאות והמידע שעובר בין הסוכנים. מערכת זו ואוטומציה של AI באופן כללי יהיו הנושא שלנו בוובינר בחמישי הקרוב. מוזמנים לבוא ולשתף איזה עוזרים אישיים אתם יוצרים וגם אראה בהצצה ראשונה את המערכת והעוזרים האישיים שכבר יצרתי באמצעותה. המפגש יתקיים בחמישי בעשר בבוקר ואם אתם עדיין לא בקבוצת הוובינרים שלנו אז מוזמנים להצטרף כאן ולקבל את הקישור לכניסה למייל: https://www.tocode.co.il/talking_ai

📌 למי מתאים קורס ה AI החדש בשבועות האחרונים דיברתי עם רבים מכם שהתעניינו בקורס AI החדש. מפתחים וותיקים, חדשים, שלמדו בצורה מסודרת או למדו עצמאית מביעים תחושות דומות - אנחנו עובדים עם AI, אנחנו משתמשים בקלוד קוד או קופיילוט, אנחנו כותבים סקילים ומחברים MCP. ואנחנו חושבים שאפשר לעשות את זה טוב יותר. אנחנו שמים לב שהפרומפט שאנחנו כותבים משפיע על איכות הקוד שמקבלים, שהסוכן נוטה להציע פתרונות מסוג מסוים, שלאורך זמן כשאנחנו נותנים לסוכן לבחור המערכת לוקחת כיוון שלא אנחנו בחרנו, ואנחנו רוצים להשתפר בתהליך הכתיבה ובבחירת המילים. אנחנו שמים לב שהפרויקט שאנחנו עובדים עליו משפיע על התוצאות של הסוכן, שבתחילת הדרך מקבלים תוצאות טובות ומהר אבל על פרויקטים וותיקים לסוכן קשה יותר ואנחנו רוצים לחקור את זה, להבין טוב יותר למה ולשנות את הפרויקט כדי שהסוכן יצליח להגיע לתוצאות טובות יותר על הפרויקט שלי. אנחנו שמים לב שסוכן קידוד כותב את כל הקוד אבל הזמן שלנו לא מנוצל מספיק טוב. שחלק גדול מדי מהיום אנחנו עושים עבודת בודקי תוכנה או פרודאקט ומרגישים שלא בשביל זה נכנסנו למשחק. אנחנו רוצים למצוא מחדש זמן להיות מקצועיים, לחשוב על בעיות, לפתור בעיות מעניינות ולהכנס לעובי הקורה הטכנית. ואנחנו חוששים מדברים שאנחנו לא מבינים עד הסוף. אנחנו חוששים להריץ סוכנים על המחשב שלנו ולא בטוחים מה לעשות עם זה. חוששים להריץ תהליכים אוטונומיים בלי שעשינו להם בדיקת אבטחה מקיפה ולא בטוחים מה זה אומר "מספיקה", חוששים לקבל קוד של סוכן רק בגלל שסוכן אחר אמר ש"הכל בסדר". חוששים להיות אחראיים על מערכת שאנחנו לא מספיק מכירים את הקוד שלה. לאף אחת מהדילמות האלה אין פתרון קל. אנחנו עייפים מהמדריך השלם לכתיבת פרומפטים או מאוסף ה MCP-ים שאתם חייבים בפרויקט שלכם. עוד שבועיים יתחיל קורס מובילי AI בפיתוח תוכנה. זה הקורס הכי מעשי שבניתי ובעיניי הקורס הכי חשוב למפתחי תוכנה היום. חמישה שבועות של תרגול ושיפור מיומנות ב-5 צדדים של עולם הפיתוח המודרני. במיוחד אם אתם כבר עובדים עם סוכנים זה הקורס בשבילכם. תאריכים, מחיר, סילבוס מלא וכל שאר הפרטים מחכים לכם בדף הקורס: https://www.tocode.co.il/genai_course

📌 רמה 1 במחשבה לאחור אני לא מבין איך אנשים אהבו כל כך ליצור אפליקציות עם בוני אפליקציות כמו בייס44, אבל קל לראות למה לאורך זמן היה קשה לייצר איתם מערכות אמיתיות. עבדתי היום על מערכת שהיתה "ברמה 1", בלי אופטימיזציה לסוכנים בכלל: 1. אני מחליף תיבת בחירה כדי שתכלול אפשרות חיפוש, ואז צריך לחפש בשאר היישום איפה עוד התיבה הזאת מופיעה ואיפה הסוכן שכח לשים את העדכון. 2. אני מבקש מהסוכן להחליף עורך טקסט לעורך HTML עשיר וצריך להסביר איזה חלקים בעורך יהיו ואיך בדיוק שומרים את התמונות. 3. אני מבקש מהסוכן להוסיף פיצ'ר והוא מכניס תרגום רק של חצי מהטקסטים. 4. הסוכן כותב לי שהוא סיים עבודה אבל בבדיקה שלי הפיצ'ר לא עובד. וכמובן הקלאסי - סוכן מתקן דבר אחד ושובר שלושה אחרים. כל זה עם סוכן די מתקדם אבל אני מודה שהשקעה מועטה שלי בפרומפטים. כל כך הייתי רגיל לעבוד על מערכות ידידותיות לסוכנים ששכחתי איך זה להתחיל מהבסיס. התאמת קוד לסוכן היא תהליך וזה אפילו לא מכסה את כל המערכת כלומר בדרך כלל נראה חלקים מסוימים במערכת שקל לעבוד עליהם ואז חלקים אחרים שדורשים יותר תשומת לב. הפתרון הקל הוא תמיד להשקיע את תשומת הלב ולתקן כל פיצ'ר ואני מודה שזה גם מה שאני עשיתי באותו ספרינט. לטווח הארוך נשים לב שזמן שאנחנו משקיעים בתיקון ושיפור המערכת נותן תמורה וחסכון משמעותי בזמן בפיצ'רים הבאים. וכן האבסורד הוא שקל לשכוח מזה. כשאני משקיע זמן בשיפור המערכת בשוטף הסוכנים כותבים קוד מצוין ואני מדמיין שסוכני AI הם הדבר הכי חכם בעולם. אולי צריך מדי פעם להגיע עם הסוכן לקוד גרוע כדי להבין כמה חשובה ההשקעה בשיפור בשוטף.

📌 לא תחרות סת׳ גודין כותב:

AI gives bosses a cheaper (and often more compliant) alternative to hiring humans to do some tasks.

סת׳ רואה מה שאני רואה ומה שאתם רואים. המשימה שלנו היא לא להיות יותר מהירים מ AI, לא יותר זולים מ AI, לא יותר צייתנים מ AI ולא יותר מדויקים מ AI. המשימה שלנו היא להיות יותר יצירתיים מ AI, להיות יותר יזמיים מ AI, להיות יותר משכנעים מ AI, לשים לב לפרטים יותר טוב מ AI ולקחת אחריות טוב יותר מ AI. זה כבר לא נשמע כל כך מסובך.

📌 האם יש טעם להתאמן על פתרון בעיות ביצועים במערכת? חבר שואל "כשיש לי בעיית ביצועים במערכת אני כותב ל AI והוא מסביר לי מה לא בסדר ופותר את הבעיה. למה אני צריך להתאמן על זיהוי, מניעה ותיקון של בעיות ביצועים? לא מספיק היום להגדיר תקציב ביצועים בהוראות לסוכן ולתת למכונה לעבוד?" זו שאלה יותר קשה מהצורך ב Code Review או לימוד ארכיטקטורה. ביצועים זה משעמם. ביצועים צריכים להיות טובים וזהו. בעיות ביצועים זה פשוט באגים, תקן את הבעיה והאתר נטען מהר. או שלא? אם נתקדם מהרמה של "בעיות ביצועים הן באגים" נוכל לגלות את השאלות המעניינות של ביצועים, שאלות ש AI לא יכול לפתור: 1. אינדקס מאיץ את הקריאות אבל מאט כתיבות. האם פתרון בעיה במקום אחד יגרום לבעיה במקום אחר? 2. מטמון יאיץ את החיפוש אבל עלול להחזיר נתונים שגויים (stale) או בקירוב. האם אנחנו מוכנים לחיות עם ההתנהגות השונה? 3. טעינת מידע לזכרון וחישוב מקדים יכולים להאיץ את החישוב על חשבון זמן עלייה איטי יותר של המערכת. 4. הקצאה מחדש של זכרון כשחוצץ גדל דורשת העתקה של כל האלמנטים לחוצץ חדש. שימוש ברשימה מקושרת מאפשר חוצץ ללא הגבלת גודל אבל מאט את הגישה לאלמנטים. אחת הבעיות עם AI היא הנחישות שלו להגיע לתשובה. כשאנחנו מתאמנים על שיפור ביצועים אנחנו לומדים לשים לב לשיקולים שהולכים לאיבוד בממשק הצ'אט כדי שנגיע למערכת שלנו מוכנים לשאול את השאלות הקשות. אנחנו מתאמנים על פתרון בעיות ביצועים כדי ללמוד לאתגר את ה AI. לא כדי שהוא יסביר לנו מה לא בסדר, אלא כדי שאנחנו נבחר את הגישה והוא יממש.

📌 שלושה דולרים ושבעה סנט היום בשעה טובה התחלתי חודש חדש במנוי Ollama, בדיוק בזמן לקראת הוובינר מודלים פתוחים שמתוכנן לחמישי. בחודש שעבר Ollama עברו למודל של חיוב חודשי בו אני משלם 20$ לחודש על מנוי ומקבל טוקנים בשווי 60. מודל זה לדעתי משמעותית פחות טוב מההצעה הקודמת שלהם שהיתה מנוי של 20 בחודש, מגבלת "האטה" אם אתה לוקח יותר מדי טוקנים והגבלת Session של 4 שעות בלי הגבלה חודשית. שיטת ה 60$ אומנם פוטרת אותנו מהגבלת ה Session שזה כיף אבל היא גם גורמת לכל העסק של מנוי להישמע יותר קר ורוב הזמן יותר יקר מ Deepinfra. את הטוקנים של חודש שעבר גמרתי על לולאת רלף כושלת. ניסיתי לכתוב סוכן שיכתוב פוסטים לבלוג וישייף אותם והלכתי על ארכיטקטורה של LLM As a judge, כלומר סוכן אחד כותב, שני משפר ושלישי בודק אם זה מספיק טוב ואם הפוסט לא מספיק מעניין מחזירים אחורה. נושא אחד שלא היה מספיק מעניין טחן את הלולאה. לא עזר כלום הסוכן לא הצליח לכתוב פוסט טוב על הנושא ושלושתם רק אכלו טוקנים עד שגמרו את התקציב החודשי. בבוקר מצאתי את הארנק ריק והסוכנים מעוכים על הרצפה אז נתתי להם עוד 20$, תנאי עצירה יותר טובים וסגרתי את הניסוי כי גם הפוסטים הטובים שיצאו מהמערכת ההיא לא היו מספיק מעניינים. מה שכן יצא ממנה זה סוכן חוקר שסורק את האינטרנט ושולח כל בוקר תקציר חדשות תכנות יומי (בהמשך כשהוא יהיה מספיק טוב אפתח אותו שתוכלו גם לקבל אל דאגה). המשכתי בבניית עוד מספר סוכנים והיום כשהגיע החודש החדש של מנוי ה Ollama קיבלתי תמונה טובה של ההוצאות: 1. הסוכן החוקר התחיל את הבוקר בקריאת אתרי חדשות ושלח לי סיכום חדשות יומי של דברים שמעניינים אותי. 2. בונה הוובינרים זיהה שיש לו טוקנים ושהוובינר הקרוב יהיה ממש ביום חמישי אז הוא קפץ על ההזדמנות וכתב לי פוסט מבוא (תוכנית) לוובינר וגם פוסט סיכום לוובינר. הוא חמוד שהוא כותב פוסט סיכום לוובינר שלא קרה רק לפי הפורמט. למתעניינים זה הסיכום מחר נגלה אם הוא צדק. 3. הסוכנת האוטומטית "נועה מטוקוד" שיושבת בפינה של קורס AI פה באתר ענתה לפניות שלכם. רובכם שאלתם אותה כמה הקורס עולה (למרות שזה כתוב בדף) או ביקשתם הנחה אבל לא השארתם פרטים אז אפילו אם היא היתה רוצה לתת הנחה לא היה לה איך. בכל מקרה אני חושב שהיא ענתה בנימוס המתבקש ממודל סיני. 4. סוכן הטיולים שלי התחיל לתכנן לי את הטיול לאוגוסט הבא ושלח לי גם הבוקר טיפ קטן על היעד וגם יצר רשימת משימות לביצוע לקראת הנסיעה, כל זה בעזרת סקיל של מתכנן טיול לחו"ל שמצאתי ב skills.il. 5. סוכן בתי הספר קרא 5 קבוצות ווטסאפ של 3 ילדים וריכז לי את כל המשימות לביצוע בתוכנת המשימות שלי. כל העסק הזה לקח 500 בקשות ל deepseek flash, מודל פתוח סיני שרץ על השרתים של Ollama Cloud ועלה 3 דולרים ושבעה סנט או במחיר מנויים דולר ושני סנט. אם העתיד הולך להיות מורכב מסוכני AI אין ספק שנצטרך ללמוד לשלב מודלים בגדלים ומחירים שונים כדי לבנות מערכות תחרותיות.

📌 הצהרת כוונות אנתרופיק פרסמו פוסט מפורט איך הם מבצעים Code Review. הקו המוביל מתואר בפתיחה:

We want to preserve human time and attention for issues only humans can solve and make sure automated checks catch the rest

הנה עוד כמה דרכים להצהיר כוונות שעשויות להוביל למסקנות שונות כשאתם בונים את תהליך ה Code Review אצלכם: 1. אנחנו לא יכולים להרשות לעצמנו בעיות בתוכנה ומוכנים לשחרר רק קוד שנבדק לעומק. 2. אנחנו רוצים לבנות סביבה בה המכונה תנתח את הקוד ואת המערכת שרצה ותייצר תיקונים בזמן אמת, כמו מכונית שנוסעת לבד. 3. חשוב לנו שלכל מוצר יהיה מוביל טכני שיכיר את כל ההיבטים של המוצר ויהיה אחראי על המוצר, איכותו ועמידתו בתקנים. אנחנו משתמשים ב Code Review כדי שהמובילים הטכניים יכירו את המוצר. 4. שיתוף פעולה בין מפתחים בצוות הוא ההיבט הכי חשוב של העבודה אצלנו. אנחנו מאמינים שרק סיעור מוחות של בני אדם על Pull Request יכול להוביל ליצירתיות וחשיבה ביקורתית. 5. אנחנו מוכנים לקחת סיכונים אבל לאורך זמן קוד איכותי הוא ייתרון תחרותי. מפתחים אצלנו לא קוראים PR-ים אלא מנטרים את המערכות הרצות וכשדברים נשברים צוללים לקוד של אותם מנגנונים כדי לשפר ולבנות אותם מחדש. כוונות שונות מכתיבות שיטות עבודה שונות וסטנדרטים שונים. לפני שאתם רצים להעתיק את שיטת העבודה של אנתרופיק (או של כל אחד אחר שמפרסם איך הוא עובד) ודאו שיש לכם את אותן מטרות.

📌 ארבעה תיקונים לפרומפט כדי לקבל קוד טוב יותר מ AI קיבלתם קוד שלא רציתם או שלא תואם לדרישות? אלה 4 סוגי השינויים ששווה לנסות לבצע בפרומפט כדי לשפר את התוצאה: 1. עדכנו את הקונטקסט - הוספת קבצים, צילומי מסך, הפניות לדיונים, הפניות ללוגים, מידע מבסיס הנתונים. מיטיבי לכת יקחו צעד קדימה ויתנו לסוכן כלים באמצעותם הוא יגיע לבד למידע הרלוונטי. 2. הגבילו את כללי המשחק - הורידו גישה לדברים, מחקו tools, הגדירו קבצים מסוימים לקריאה בלבד (אפשר בהגדרות הסוכן לסמן את זה), הוסיפו הוראות שבחלקים מסוימים מהפרויקט אסור לגעת. הרחיקו את הסוכן ממקומות שאתם לא רוצים שהוא ישנה. 3. דייקו את ההוראות - במקום להגיד "תקן את X" הסבירו "תקן את X באמצעות ביטול הכפתור אחרי לחיצה כדי שמשתמשים לא ילחצו פעמיים". מיטיבי לכת יוסיפו פילוסופיית פרויקט לקובץ AGENTS.md כדי שהסוכן מראש יבחר בפתרון שמתאים למערכת שלכם. 4. תנו ל AI דרך לבדוק את עצמו - צרו בדיקות אוטומטיות, הוסיפו בדיקות, כתבו הגדרות ל Code Style, תנו לסוכן גישה לדפדפן, גישה למערכת, גישה ל DB.

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

linode performed an emergency update on my server and now my VPS isn't responding. In its lish console I see

Begin: Loading essential drivers ... done.
Begin: Running /scripts/init-premount ... done.
Begin: Mounting root file system ... Begin: Running /scripts/local-top ... done.
Begin: Running /scripts/local-premount ... done.
Begin: Will now check root file system ... fsck from util-linux 2.41
fsck: fsck.swap not found; ignore /dev/sda
done.
mount: mounting /dev/sda on /root failed: No such device
Failed to mount /dev/sda as root file system.


BusyBox v1.37.0 (Debian 1:1.37.0-6+b7) built-in shell (ash)
Enter 'help' for a list of built-in commands.

(initramfs)

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

My leading suspicion is that your VPS is trying to boot from the swap disk instead of the actual Linux filesystem.

אחרי זה הוא נתן לי המון פקודות להריץ ופקודה אחת שמסדרת את הבעיה ובעקבותיה השרת עלה. הבעיה בעברית פשוטה: 1. השרת הוירטואלי מחבר דיסקים לפי סדר לבחירתו. 2. במקרה שלנו אחרי המיגרציה הסדר התחלף, הדיסק שקודם החזיק את הקבצים זוהה שני והדיסק ששימש ל swap זוהה ראשון. השרת התלונן שהוא מנסה לעלות מהדיסק הראשון אבל לא מוצא שם מערכת הפעלה. 3. כל מה שהיה צריך לעשות זה להכנס לתפריט האתחול grub ולבקש מהשרת לעלות מהדיסק השני. שני דברים ChatGPT לא הזכיר והיה צריך שאני אשאל עליהם ספציפית: 1. איך יודעים מה יהיה הסדר? האם אפשר לטעון "מהדיסק עם מערכת ההפעלה" במקום "מהדיסק הראשון" ? (תשובה: כן, יש לכל דיסק UUID ואפשר לציין אותו במקום את מספר הדיסק). 2. מה לינוד ממליצים לעשות? (תשובה: להשתמש ב kernel שלהם שמותאם לעבודה בתוך הסביבה שהם יצרו ולא נשבר ככה). סך הכל אני שמח ש ChatGPT היה שם בשביל לעזור לפתור את זה ואני שמח שאני יודע מספיק על תחזוקת שרתים בשביל להבין את כל מה שהצ'אט כתב.