AesCode 32B מול Muse Code: מנוע פוסטרים וסוכן טרמינל אינם יריבים

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

למה כל אחד מהם בעצם מיועד

AesCode 32B מתחיל מ-Qwen3-VL-32B-Instruct ומאומן, על פי כרטיס המודל שלו, באמצעות כיוונון עדין מפוקח עם התחלה קרה על 3,000 הדגמות, ולאחר מכן למידת חיזוק GDPO על פני שבעה ערוצי תגמול — ביצוע, טקסט, גבול, טבלה/תרשים, פריסה, רווח לבן ועיצוב. שישה מהערוצים הללו הם מאמתים דטרמיניסטיים; השביעי הוא שופט חזותי-לשוני שפועל לפי מחוון לכל דגימה, הקשור ל"גרף עיצוב" של העמוד המיועד. כל פלט מועמד מרונדר בדפדפן Playwright מבודד, כאשר בקשות חיצוניות חסומות, ואז ניתן לו ציון על סמך ה-DOM, סגנונות מחושבים, תיבות תוחמות וצילום מסך. הפלטים המיועדים מפורטים במפורש בכרטיס: שקופיות ניתנות לעריכה, פוסטרים, לוחות מחוונים ודוחות, וכן מחקר על יצירת קוד רב-מודאלית. המודל פולט מסמך HTML שלם ומאומן להשתמש במבני טבלאות HTML אמיתיים ובמפרטי ECharts כדי שהפלט שלו יישאר ניתן לבדיקה.

Muse Code עושה משהו שונה מבחינה מבנית. זהו בינארי נייטיבי עבור macOS ו-Linux עם לולאת סוכן ראשית, סוכני רקע אסינכרוניים שממשיכים לאסוף הקשר לאורך סשן, עצי עבודה מבודדים של Git כך שסוכני משנה לא מתנגשים, ויומן אירועים מקומי שמאפשר לשחזר או להמשיך סשן שקרס. הדיווחים של Meta עצמה מראים שהוא כותב אלפי קריאות כלים על פני תקופות הנמדדות בשעות. הדבר שנמכר הוא הלולאה, לא התוצר.

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

הראיות בכל צד אינן מאותו סוג של ראיות

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

המספרים של AesCode 32B מגיעים מהערכת אינפוגרפיקה בת 300 דגימות, עם שלוש יצירות לכל פרומפט וללא סלקציה, והם מרשימים בזכות עצמם: ציון כולל של 85.89 לעומת 81.28 של GPT-5.5 ו-80.39 של Claude Opus 4.8, כששניהם נמדדו עם אותה הגדרת תמונות ייחוס באמצעות ההרנס של Microsoft עצמה. הכרטיס גם מדווח שכשל חמור בגבולות הקנבס חוזר ב-4.3% מהדגימות לעומת 34.7% אצל GPT-5.5, ושהאAesCode 32B מנצח את מודל הבסיס Qwen3-VL-32B של עצמו ב-22.4 נקודות בממד החזותי וב-24.8 בציון הכולל.

קרא את כל זה כמדווח על ידי הספק וכבלתי משוחזר. הבנצ'מרק, ערוצי התגמול שאימנו את המודל, והמדדים שמעניקים לו ציון הם עבודה של אותה מעבדה, ו-300 הדגימות הן של מיקרוסופט. זו אינה סיבה לפסול את התוצאה — ההערכה שקופה באופן יוצא דופן, מערכת האימות פתוחה, והעובדה שהכרטיס מפרסם מימד שאף מודל לא עובר בו את 60 ("סגנון", שבו שום דבר לא מקבל ציון מעל 55.99) היא יותר כנות מזו שרוב טבלאות הספקים מכילות. זו סיבה שלא להציב את 85.89 לצד מספר שהופק במעבדה אחרת במשימה אחרת ולהעמיד פנים שהשוואה נעשתה.

המספרים של Muse Code מדווחים על ידי Meta במובן שונה שוב: הם מודדים יחד מודל ורתמה. Meta מדווחת 82.9% ב-Terminal-Bench 2.1 עבור Muse Code, במקום השני אחרי Claude Opus 5 בשילוב עם Claude Code עם 86.7%, ובנוסף 59.3% ב-DeepSWE 1.1 ו-70.6% במבחן קידוד פנימי. מכיוון שברחבי הטבלה הזו הותאמו רתמות שונות למודלים שונים, אי אפשר לחלץ את תרומתו של המודל מתוך הציון של המערכת. ואין שום חפיפה בין מה ש-Muse Code נמדד עליו לבין מה ש-AesCode 32B נמדד עליו — האחד נמדד על משימות טרמינל והנדסת תוכנה, והשני על אם הטקסט של האינפוגרפיקה קריא ואם הפריסה שלה אינה גולשת.

מה מסתיר "checkpoint 32B אחד"

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

• מה זה — AesCode 32B: נקודת ביקורת של מודל עם 33 מיליארד פרמטרים שאותה מורידים. Muse Code: מוצר סוכן טרמינלי שניתן להתקין.

• רישיון — AesCode 32B: Apache 2.0, כולל המשקולות. Muse Code: קנייני; המודל שמאחוריו סגור.

• מה שאתה מספק — AesCode 32B: GPU ומערכת הגשה. Muse Code: מפתח API או מנוי.

• רצפת חומרה — AesCode 32B: הכרטיס ממליץ לתכנן כ-65 GB של זיכרון מאיץ עבור פרמטרי bf16 בלבד, ודוגמת ההגשה שלו עצמה משתמשת במקביליות טנזורית ארבע-כיוונית. Muse Code: מחשב נייד.

• הקשר — AesCode 32B: 24,576 טוקנים בתצורה המדווחת, כאשר הפרומפטים והתגובות מוגבלים ל-8,192 במהלך אימון RL. Muse Code: חלון של 1M טוקנים דרך מודל Muse Spark שמתחתיו.

• מחיר — AesCode 32B: המשקלים בחינם; העלות היא החומרה. Muse Code: מחויב לפי טוקן, או באמצעות תוכנית חודשית.

• ראיות — AesCode 32B: הערכה שערך הספק על 300 הדגימות שלו עצמו, כשה-harness פורסם לציבור. Muse Code: מדדי מערכת שדווחו על ידי Meta על מחסנית משולבת של סוכן ומודל.

השורה של "רצפת החומרה" הזו היא זו שאנשים מדלגים עליה. צ'קפוינט של 32B ב-bf16 הוא לא מודל למחשב נייד, ו-AesCode 32B הוא מודל חזותי-לשוני על גבי זה, כך שמסלול ההגשה נושא גם קלטי תמונות. Muse Code הוא קובץ בינארי שמתקינים בתוך אחר צהריים אחד.

היכן שהם חופפים באמת

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

אפילו שם החלוקה נקייה. AesCode 32B מפיק את הארטיפקט. Muse Code מפיק את השינוי. צינור עיבוד שעושה את שניהם יקרא ל-AesCode 32B כדי לרנדר, ואז יעביר את הקובץ המתקבל לסוכן כדי למקם, לחבר ולבדוק — ושום דבר בשני המוצרים לא מונע זאת, מפני שהם מעולם לא התחרו על אותה משבצת.

המחצית של המפגש הזה שאתה יכול לנבא היום

הנה א-סימטריה מעשית שראוי להצהיר עליה בבירור. AesCode 32B אינו נפרס על ידי אף ספק inference. הכרטיס ב-Hugging Face אינו מפרט נקודת קצה מתארחת, לא שותף ולא API; אם ברצונך להשתמש בו, אתה מוריד 65 GB של משקלים ובונה את נתיב ההגשה בעצמך. זהו מצב רגיל לשחרור מחקרי, וזה גם הדבר היחיד הגדול ביותר העומד בין המודל לבין כל מי שאינו מחזיק בשמונה GPUs.

למודל הבסיסי של Muse Code אין את הבעיה הזו. משפחת Muse Spark מוגשת כמודל API פשוט, ו-Muse Spark 1.2 נמצא בקטלוג של OrcaRouter שם ניתן לחייב עליו לפי מחירי המחירון של Meta של $1.25 למיליון טוקני קלט ו-$4.25 למיליון טוקני פלט — מחיר המחירון של הספק מועבר הלאה, בלי תוספת מצדנו, כך ששינוי מחיר של Meta מגיע לכאן באותו יום שבו הוא מגיע לשם. מפתח אחד מכסה אותו לצד יותר מ-200 מודלים אחרים, עם מעבר אוטומטי לגיבוי אם ספק מתערער, וזה ההבדל בין "אנחנו יכולים לנסות את זה" לבין "אנחנו יכולים להעלות את זה למסלול ייצור". אם מה שרציתם באמת מהעמוד הזה היה דרך להשתמש באינטליגנציה שבתוך Muse Code בלי לאמץ את המוצר Muse Code, זה המסלול, והוא קיים. אם מה שרציתם היה AesCode 32B, המסלול הוא הורדה.

מה לבחור

בחר ב-AesCode 32B אם התוצר הוא העיקר. אתה מייצר מצגות, דוחות, פוסטרים או לוחות מחוונים בהיקף גדול, יש לך את החומרה או את הנכונות לשכור אותה, והמשיכה של מודל שמייצר HTML מובנה וניתן לעריכה — טבלאות כטבלאות, גרפים כמפרטי ECharts, והכול ניתן להשוואה ב-Git — שווה מערך הגשה ברמת מחקר. קבל את העובדה שאתה מאמץ מוקדם של מודל שלא הוכרז עם מספר הורדות קטן, שאף מעבדה עצמאית לא שחזרה את הציונים שלו, ושההקשר של 24K שלו הוא מגבלה אמיתית על מסמכים ארוכים.

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

אל תבחר באף אחד מהשניים, ונתב ישירות אל Muse Spark 1.2, אם מה שהיית צריך היה מודל הסקה בעל יכולות מאחורי מפתח API והחלק שרצית מעולם לא היה רתמת הטרמינל.

מה היה משנה את הדף הזה

שלושה דברים. אם ספק inference יאמץ את AesCode 32B — או שמיקרוסופט תפרסם נקודת קצה מתארחת — עמודת הפריסה קורסת והמודל הופך למשהו שאפשר להעריך בתוך אחר צהריים, מה שיהפוך את השאלה להרבה יותר צמודה עבור צוותים עתירי עיצוב. אם הערכה בלתי תלויה תשחזר את הציון הכולל 85.89 ואת שיעור כשלי הגבול של 4.3%, אסימטריית הראיות מצטמצמת במידה ניכרת. ואם Meta תפתח את המשקולות של Muse Spark, המסגור של "אפשר להוריד אחד ולא את השני" נעלם לחלוטין. עד שאחד מאלה יקרה, הסיכום הכנה הוא ששני המוצרים האלה חולקים מילה, לא תפקיד.