לתשתית ה־AI המקומית יש אבן דרך חדשה בתאימות. בהודעה מ־13 בנובמבר 2026, פרסם ggml-org את גרסאות 1.0 של llama.cpp ושל ggml, והתחייב לשינוי מספר הגרסה הראשי כאשר תאימות ה־API או ה־ABI הציבוריים נשברת. במילים פשוטות: שינוי שפוגע באופן שבו יישום מתחבר לספריות האלה אמור להיות גלוי יותר במספר הגרסה.
הערות הגרסה של llama.cpp מסירות גם ממשקים מיושנים ומדווחות על הקשחת השרת בתחומי SSRF, CORS ו־DNS rebinding. זו גרסה שפורסמה, לא הבטחה במפת דרכים.
למה זה חשוב לצוות IT
יישום יכול להיות תלוי במנוע הרצה מקומי בלי שהמפעיל שלו יקמפל אותו אי פעם. עוזר שולחני, שירות מסמכים פנימי או מוצר ארוז עשויים לכלול עותק משלהם. לכן השאלה הראשונה אינה ״התקנו 1.0?״ אלא ״איזה רכיב מפעיל בפועל את המודלים שלנו, ומי מעדכן אותו?״
הפרשנות התפעולית שלנו היא שגבולות גרסה ברורים מקלים על תכנון שינוי, אך אינם מייתרים אותו. איתות על תאימות של ספרייה אינו מאשר את תקינות היישום שסביבה, קובצי המודל או תצורת הרשת.
תנאי קבלה שימושיים
- זהו מי אחראי לתלות. במוצר ארוז, בדקו באיזו גרסת מנוע תומך מתחזק המוצר. החלפת ספרייה מתחת ליישום אינה אותו שינוי כמו התקנת העדכון הרשמי שלו.
- הפרידו בין בדיקת חיבור לבדיקת תשובות. תחילה בדקו שהשירות עולה ושהלקוחות מתחברים. אחר כך השוו קבוצה קטנה של בקשות מייצגות ולא רגישות לפריסה הקודמת. עלייה מוצלחת אינה הוכחה לתשובות שימושיות.
- בדקו חשיפה בנפרד. בדקו מי יכול להגיע לנקודת הקצה ולאילו מערכות נוספות היא יכולה לפנות. פריסה מקומית אינה בהכרח פריסה פרטית.
- תעדו החלטה על חזרה לאחור. הגדירו אילו בדיקות שנכשלו עוצרות את הפריסה ומי אחראי להחלטה, לפני הרחבת הגישה.
מה אבן הדרך הזאת אינה מוכיחה
לא ביצענו מבחני ביצועים לגרסה זו ולא בדקנו באופן עצמאי את תיקוני האבטחה שלה. המספר ״1.0״ אינו הוכחה שעומס עבודה ירוץ מהר יותר, ישתמש בפחות זיכרון או יהיה בטוח לחשיפה ציבורית. התייחסו לאלה כשאלות קבלה נפרדות, עם תוצאות מהסביבה שלכם.