AesCode 32B לעומת North Mini Code: קובץ המשקולות אינו ההתחייבות

שני המודלים האלה הם תחת Apache 2.0, שניהם ניתנים להורדה, ושניהם נבנו למשימה צרה — ושם הדמיון מפסיק להיות שימושי. AesCode 32B הוא נקודת ביקורת מחקרית של מיקרוסופט ליצירת HTML ו-CSS הניתנים לעריכה: שקופיות, פוסטרים, לוחות מחוונים ודוחות. מאגר ה-Hugging Face שלו נוצר ב-29 בספטמבר 2026, והקומיט שכותרתו "Release AesCode-32B" נחת ב-7 באוקטובר 2026; מיקרוסופט לא פרסמה הודעה, וכרטיס המודל אינו נושא תאריך שחרור כלל. North Mini Code הוא מודל קידוד סוכני בקוד פתוח של Cohere, תערובת מומחים עם 30B פרמטרים ו-3B פרמטרים פעילים, שיצא ביוני 2026, ומיועד להנדסת תוכנה ולעבודה במסוף. הדרך הברורה להשוות ביניהם היא לפי בנצ'מרקים, וזה לא עובד, משום ששניהם מעולם לא נמדדו על אותה משימה, ורק אחד מהם נמדד על ידי מישהו מחוץ למעבדה שלו. ההשוואה שכן עובדת — זו שמכריעה אם באמת תוכל להריץ את מי מהם — היא קובץ המשקולות.

שני מחסומים, שתי הצעות חוק שונות מאוד

זהו הציר שרוב ההשוואות מדלגות עליו, ולשני מודלים באחסון עצמי זהו הציר שהכי חשוב.

• פרמטרים — AesCode 32B: 33B, צפוף. North Mini Code: 30B סה״כ, 3B פעילים, תערובת מומחים.

• זיכרון כדי להריץ אותו — AesCode 32B: הכרטיס ממליץ לתכנן כ־65 GB של זיכרון מאיץ עבור פרמטרי bf16 בלבד. North Mini Code: מקוונטז, סביב 20–24 GB מספיק, ופריסות הייחוס כוללות Mac Studio.

• צורת הגשה — AesCode 32B: מודל חזותי-לשוני, כך שמסלול ההגשה נושא תמונות לצד טקסט, והדוגמה שלו עצמה משתמשת בהקבלה טנזורית בארבע דרכים. North Mini Code: טקסט נכנס, טקסט יוצא; מבחני הביצועים השתמשו בכלי מסוף יחיד.

• רישיון — שניהם Apache 2.0, כשהמשקלים כלולים. השורה הזו היא תיקו, והיא לא הגורם המבדיל שאנשים מניחים שהוא.

• הקשר — AesCode 32B: 24,576 אסימונים בתצורה המדווחת, כאשר הנחיות ותגובות בזמן אימון מוגבלות ל-8,192. North Mini Code: 256K קלט, 64 פלט.

• מה הוא פולט — AesCode 32B: מסמך HTML מלא, טבלאות כטבלאות HTML ותרשימים כמפרטי ECharts. North Mini Code: כל טקסט או קריאת כלי שההרנס ביקש.

• הערכה עצמאית — AesCode 32B: לא פורסמה אף אחת; כל הנתונים הם של מיקרוסופט. North Mini Code: נמדד ב-Artificial Analysis, שגם ציינה את מילוליות היתר שלו.

קרא את השורה השנייה פעמיים. מודל חזותי-לשוני צפוף בגודל 32B שדורש 65 GB ומקביליות בארבע דרכים הוא החלטת רכש שונה מזו של MoE עם 3B פרמטרים פעילים שנכנס, לאחר כימות, בתחנת עבודה. אם הסיבה שלך לשקול משקולות פתוחות הייתה "אנחנו רוצים את זה על החומרה שלנו", השורה הזו היא חלק הארי של התשובה לפני שאתה מריץ אפילו פרומפט אחד.

הרישיון אינו הסיבה לבחור באחד מהשניים.

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

מה שנשאר אחרי שמוציאים את הרישוי מהמשוואה הוא מה שהמודל אומן לעשות — ושני אלה אומנו בכיוונים מנוגדים.

אחד אומן על טרמינל, והשני על קנבס

כרטיס המודל של North Mini Code מציין במפורש את המטרה שלו: יצירת קוד, הנדסת תוכנה סוכנית ומשימות מסוף. Cohere אימנה אותו על פני כמה מסגרות סוכנים — SWE-Agent, mini-SWE-Agent, OpenCode, Terminus 2 — במיוחד כדי שיעבוד בתוך זו שאתה כבר מריץ, והעריכה אותו על SWE-Bench Verified, SWE-Bench Pro, Terminal-Bench v2 ו-Terminal-Bench Hard. החולשה המוצהרת שלו היא אמיתית, והיא נמצאה על ידי מעריך חיצוני ולא נחשפה ביוזמת הספק: הוא פולט בערך פי שלושה אסימוני פלט מהחציון של קטגוריית הגודל שלו. מודלים עתירי מילים כותבים מסלולי סוכן ארוכים, ומסלולים ארוכים הם מה שאתה משלם עליו לאחר שהתמחור המבצעי מסתיים.

AesCode 32B אומן על משהו אחר לגמרי, והכרטיס מבהיר באופן יוצא דופן שהמטרה היא הארטיפקט. כל מטרת העיצוב היא שמודל קוד לא יכול לראות איך פריסה, היררכיה וצבע מתחברים יחד על קנבס, ולכן AesCode משתמש בתמונה שנוצרת מאותו פרומפט כהתייחסות אסתטית, תוך שמירה על הפרומפט כמקור האמת עבור התוכן. הפיקוח הוא "גרף עיצוב" של צמתים וקשתות, שבעה ערוצי תגמול — ביצוע, טקסט, גבול, טבלה/תרשים, פריסה, רווח לבן, עיצוב — שישה מהם מאמתים דטרמיניסטיים ואחד שופט חזותי-לשוני שפועל לפי רובריקה לכל דגימה. המועמדים מרונדרים בדפדפן Playwright בארגז חול עם בקשות חיצוניות חסומות, ומקבלים ניקוד מתוך ה-DOM, סגנונות מחושבים, תיבות תוחמות וצילום מסך.

המנגנון הזה קיים כדי שדבר אחד יהיה נכון: הפלט הוא עמוד מרונדר שאדם יפתח ויערוך, ולא טלאי שמוחל על מאגר. AesCode 32B מעולם לא אומן להשתמש במעטפת, ושום דבר בעיצוב התגמול לא יתגמל אותו על הניסיון.

אי־הסימטריה בראיות, אם לומר זאת בכנות

North Mini Code הורץ על ידי צד שלישי. Artificial Analysis מעניקה לו ציון 33.4 ב-Coding Index שלה ו-27.6 ב-Intelligence Index שלה, ומפרסמת את ממצא הוורבוזיות. הנתון המרכזי של Cohere עצמה — 61.0% pass@1 ב-SWE-Bench Verified — מדווח על ידי הספק אך ניתן לבדיקה מול מודל שכל אחד יכול להוריד, וכרטיס המודל גלוי לב לגבי בחירות מסגרת ההערכה שלו, עד כדי כך שהוא מציין שעבור Terminal-Bench Hard הוא פעל לפי המתודולוגיה של Artificial Analysis עצמה כדי לשמור על השוואה הוגנת.

ל-AesCode 32B אין מקבילה. הערכת האינפוגרפיקה שלו, בת 300 דגימות — שלושה דורות לכל פרומפט ללא ברירה — מניבה ציון כולל של 85.89 לעומת 81.28 של GPT-5.5 ו-80.39 של Claude Opus 4.8 — הכול נמדד בתוך תשתית הבדיקה של מיקרוסופט, על הדגימות של מיקרוסופט, ועם ערוצי הניקוד שמיקרוסופט אימנה את המודל כנגדם. יש סיכוי ממשי שהמספרים הוגנים; העיצוב שקוף יותר מרוב טבלאות הספקים, מערכת האימות (verifier stack) ובונה מחוון ההערכה (rubric builder) פתוחים בקוד, והכרטיס מפרסם את העובדה שאף מודל בהשוואה לא חוצה 60 בממד הסגנון שלו. אבל אף מעבדה חיצונית לא שחזרה דבר מזה, ואין רישום בזירה, אין מיקום בלוח המובילים ואין מבחן תפוקה עצמאי. אם מבחן של ספק שבמקרה מטיב עם המבחן של אותו ספק — משימת אינפוגרפיקה — עושה עבודה רבה בהחלטה שלך, מבקשים ממך לאמץ את הפירוש היחיד הזמין.

שימו לב למשמעות של זה ספציפית להשוואה הזו: אין מספר משותף. אף אחד. מודל אחד מדורג על פי האם משימות הנדסת תוכנה עוברות, והשני על פי האם הטקסט קריא והפריסה אינה גולשת מהקנבס. כל עמוד שמציב 33.4 לצד 85.89 משווה בין Coding Index לבין ציון Overall של אינפוגרפיקה, ואף אחד מהמודלים לא יודע על מה נבחן השני.

אף אחד מהשניים אינו מודל לשימוש כללי, וזה המחיר האמיתי

הנה המלכודת בשני החצאים של ההשוואה הזו. אימוץ של כל אחד מהמודלים משמעו תחזוקה של נתיב הגשה באירוח עצמי עבור מומחה: 65 GB של VRAM וסטאק מולטימודלי לזה שמרנדר דפים; חריץ ל-MoE עם 3B פעילים לזה שמטפל במשימות טרמינל. שניהם טובים בעבודתם ואף אחד מהם לא יכול לעשות את של האחר, מה שאומר שצוות שרוצה את שתי היכולות מריץ כעת שתי פריסות הסקה — ולכל מה שביניהם, המודל שאינו מרנדר דפים ואינו סוכן טרמינל, הם מריצים פריסה שלישית.

זה המקרה שבו שכבת ניתוב מצדיקה את מקומה במקום להיות תוספת מאוחרת. מפתח אחד על פני יותר מ-200 מודלים במחיר המחירון של הספק, ללא תוספת, משמעו שהעבודה המומחית נשארת על החומרה שלך, במקום שבו הכלכלה והטיפול בנתונים הגיוניים, והעבודה השגרתית עוברת למודל המתארח שהכי מתאים לה באותו שבוע. משפחת עמוד השדרה Qwen3-VL היא המחשה טובה לכך עד כמה דק נעשה הגבול: מיקרוסופט בנתה את AesCode 32B על Qwen3-VL-32B-Instruct, והחברים החזותיים-לשוניים של אותה משפחה זמינים לקריאה בקטלוג של OrcaRouter — Qwen3-VL 235B A22B Instruct במחיר $0.40 למיליון טוקנים בקלט ו-$1.60 בפלט, או הדגם הקטן יותר Qwen3-VL 8B Instruct במחיר $0.18 ו-$0.70. אף אחד מאלה אינו AesCode 32B: הכיוונון העדין הוא של מיקרוסופט ואף ספק לא מספק אותו. אבל אם מה שרצית מ-AesCode 32B היה מודל שקורא צילום מסך וכותב קוד, ולא היית צריך במיוחד את הכיוונון העדין לעיצוב אסתטי, האפשרות הניתנת לקריאה קיימת ועולה חלק קטן מעלות ה-GPU. מעבר אוטומטי לגיבוי תחת אותה נקודת קצה הוא ההבדל בין לנסות את זה לבין להמר על זה כמסלול ייצור.

איך בעצם להחליט

תוריד קודם את הרישיון מהשולחן, כי זה תיקו וזה לא הולך להכריע שום דבר.

ואז שאלו מה אתם רוצים שהפלט יהיה. אם התשובה היא עמוד מרונדר וניתן לעריכה — מצגת, דוח, לוח מחוונים — North Mini Code לא יכול לעזור לכם ו-AesCode 32B הוא היחיד מבין השניים שמכוון לבעיה. היכנסו לזה בעיניים פקוחות לגבי ה-65 GB, חלון ההקשר של 24K, היעדר ההערכה הבלתי תלויה והעובדה שזהו מודל שלא הוכרז עם מספר הורדות דו-ספרתי. זהו מהדורת מחקר, ומהדורות מחקר מתגמלות צוותים שיכולים להרשות לעצמם להיות סקרנים.

אם התשובה היא שינוי במאגר — מיגרציה, תיקון, משימת טרמינל רב-שלבית — North Mini Code הוא זה עם אימון ה-harness, חלון ה-256K, פרופיל הפריסה עם 3B פעילים ומדידה חיצונית גם של האיכות וגם של האריכות שלו. תקצב לפי מספר הטוקנים, לא לפי התעריף המפורסם.

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

בעיית המודל הלא-מוכרז

דבר אחד אחרון מבדיל בין שני אלה, והוא לא טכני. מאחורי North Mini Code עומד ספק שפרסם כרטיס מודל, פוסט בבלוג, Hugging Face Space כדי לנסות אותו, ושובל תיעוד של מתודולוגיית בנצ'מרק שאפשר להתווכח איתה. ל-AesCode 32B יש מאגר, קובץ README ושורת ציטוט שאומרת "בתהליך סקירה, 2027". מיקרוסופט לא אמרה שהוא קיים.

זה משתנה כשמאמצים אותו. באשר ל-North Mini Code, השאלה הפתוחה היא אם שפע המילים שלו הופך אותו ללא כלכלי בקנה מידה — שאלה שאפשר לענות עליה בהרצה שלו. באשר ל-AesCode 32B, השאלה הפתוחה היא מה Microsoft תעשה איתו: אם זהו ארטיפקט מחקרי, מהדורה ראשונה של מוצר, או משהו שיוחלף בשקט בגרסת 70B בעוד שישה שבועות. שום דבר בתיעוד לא עונה על כך, ושום קריאה בכרטיס המודל לא תועיל. שימו לב לשלושה דברים — הודעה רשמית, שחזור בלתי תלוי של 85.89, ספק אינפרנס שמאמץ את הצ'קפוינט — ולהיעדרם של שלושתם כמצב הראיות הנוכחי או כסיבה לכך שהמודל הוא un.