AesCode 32B מול Qoder Cantus: אפשר לבחון אחד ולהריץ את האחר, לעולם לא את שניהם

הנה היפוך ששווה להתעכב עליו. AesCode 32B, נקודת הביקורת של מיקרוסופט ליצירת HTML ו-CSS, הוא המודל שהכי ניתן לבחון במחלקה שלו: משקולות Apache 2.0 ב-Hugging Face, מאגר פתוח שמכיל את מאמתי התגמול, בונה הרובריקה ולופ האימון, הערכה של 300 דגימות שמודפסת במלואה, ומתכון אימון מפורט עד לקצב הלמידה ומספר צעדי ה-rollout. המאגר שלו ב-Hugging Face מתוארך ל-29 בספטמבר 2026; הקומיט שכותרתו "Release AesCode-32B" נחת ב-7 באוקטובר 2026; מיקרוסופט לא הודיעה על דבר מזה. וכמעט אף אחד לא יכול להריץ אותו, כי זו נקודת ביקורת של 33B שדורשת בערך 65 GB של זיכרון מאיץ ואף ספק לא מגיש אותו. Qoder Cantus הוא בדיוק ההפך. הוא פועל היום, בתוך Qoder, עבור כל מי שיש לו מנוי — ואתה לא יכול לבחון אותו בכלל. כל התיאור המפורסם של Qoder את המודל הוא משפט אחד, אין פרמטרים, אין חלון הקשר, אין טבלת בנצ'מרקים ואין משקולות, ומכיוון שאין API, לעולם לא יהיה מספר של צד שלישי. מודל אחד מספר לך הכול ולא מאפשר לך לעשות דבר. האחר מאפשר לך לעשות הכול ולא מספר לך דבר. השאלה המעניינת היא איזה אופן כשל עולה לך יותר.

מה שהתיעוד אומר, במלואו

את האסימטריה הכי קל לראות פשוט על ידי ציטוט של מה שקיים.

ב-AesCode 32B, התיעוד הציבורי כולל: את מודל הבסיס (Qwen3-VL-32B-Instruct), את מספר הפרמטרים, את הרישיון, את השימוש המיועד, את נפח נתוני האימון, את קצב הלמידה של SFT, את הגדרות האופטימיזר של RL, את שמות ערוצי התגמול, את מספר הפרומפטים והצעדים, את גודל מדגם ההערכה, את מספר היצירות לכל פרומפט, את טמפרטורת הפענוח ו-top-p, את אורך ההקשר המשמש לניקוד, שלוש טבלאות תוצאות מפורסמות ונפרדות, ואת הציטוט למאמר הרשום כנמצא בבדיקה. הוא נעצר לפני תאריך שחרור וספירת הורדות דו-ספרתית — וההערה בכרטיס המודל שהוא זקוק ל-transformers>=4.57 ושקטע השימוש שנוצר אוטומטית בעמוד אינו תואם את הדוגמה של הכרטיס עצמו הוא מסוג הפרטים ששורדים רק כאשר הארטיפקט אמיתי.

על Qoder Cantus, התיעוד הציבורי הוא: "המודל האינטליגנטי הבכיר המובנה של Qoder, שמצטיין בביצוע משימות אוטונומיות ממושכות." זה התיאור. אין כרטיס מודל כי אין מודל להורדה, אין טבלת בנצ'מרקים כי Qoder לא פרסמה פוסט השקה או דוח טכני, ואין רישום בזירה כי זירה צריכה נקודת קצה שאליה ניתן לפנות. מה שידוע בנוסף הוא מבני ולא טכני: Cantus מופיע בבורר המודלים ב-Qoder Desktop, בתוסף JetBrains, ב-CLI, ב-Cloud Agents ובלקוח האינטרנטי, והוא מחייב באמצעות מערכת הקרדיטים של Qoder, עם מקדם שמוחל על השימוש במודל.

זו לא ביקורת על המודל. זה תיאור של מה שאפשר לבדוק, ולגבי Cantus התשובה היא כלום.

היכן שכל אחד מהם חזק באמת

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

העלות ספציפית באותה מידה. הכרטיס ממליץ לתכנן בערך 65 GB עבור פרמטרי ה-bf16 בלבד; דוגמת ההגשה שלו משתמשת במקביליות טנזורית בארבע דרכים; המספרים המדווחים משתמשים בהקשר של 24,576 טוקנים; במהלך למידת חיזוק, הפרומפטים והתגובות הוגבלו ל-8,192 טוקנים. העמידו זאת מול העובדה שאף ספק הסקה לא פורס את נקודת הביקורת, והמכשול אינו פילוסופי. או שאתם מחזיקים בבעלותכם את החומרה או שאתם שוכרים אותה, ואת נתיב ההגשה הרב-מודלי אתם בונים בעצמכם.

היתרון של Cantus הוא ההפך: הוא פשוט שם. אין הורדה, אין GPU, אין סטאק הגשה, אין הארנס לבחור. הוא מופיע בבורר המודלים של ה-IDE שאתה כבר נמצא בו, והוא ממוצב בדיוק בשביל הדבר שכלי קידוד סוכניים נמכרים עליו — הרצת משימות ארוכות ואוטונומיות. כל דבר אחר שאינו בטוח לגביו, בעיית הפריסה נפתרה עבורך, ו-Qoder כנראה יודע יותר על המודל שבנה ממה שפרסם.

שלוש השאלות שאתה לא יכול לענות עליהן בנוגע ל-Cantus

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

• מה גודלו — לא ידוע. מספר הפרמטרים אינו נחשף. במודל שנמדד בקרדיטים זה אינו פרט שולי: זהו הקלט העיקרי לשאלה אם משימה שעולה לך 2$ במקום אחר יכולה להיעשות כאן רק תמורת 6$.

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

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

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

מה זה עולה לך בכל צד

Cantus מחייבת דרך מערכת הקרדיטים של Qoder ולא לפי תעריף טוקנים מפורסם. Qoder מחילה מקדם על השימוש במודל, ו-Cantus עלתה לאוויר עם מכפיל של 3.2×, שהופחת ל-1.6× במסגרת מבצע הנחה של 50% שנמשך עד 31 ביולי 2026. בשחזור מתוך אומדני הקרדיטים המפורסמים של Qoder עצמה, ולא מתוך נתון כלשהו לפי טוקן — Qoder מעולם לא פרסמה נתון כזה עבור Cantus — זה מסתכם בכ-0.38$ לסבב במצב עורך, 1.60$ למשימת Quest, ו-2.40$ ל-Quest במצב Experts. אלה שחזורים, המסומנים ככאלה משום שאין מקור ראשוני שאומר אחרת.

העלות של AesCode 32B היא עלות הונית ולא עלות ליחידה. המשקלים חינמיים תחת Apache 2.0, והחשבון מגיע כשעות GPU — 65 GB של זיכרון מאיץ כדי להחזיק את הפרמטרים, בתוספת מגדל הראייה, בתוספת כל תפוקה שתצטרך. אם אתה כבר מפעיל צומת ברמת B200 לעבודה אחרת, העלות השולית קרובה לאפס. אם לא, ההשוואה הכנה היא לא "0 דולר למיליון טוקנים" מול הקרדיטים של Qoder; זו החלטת חומרה מול מנוי.

ההבדל בהרכיבות

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

Cantus לא יכול להיות מורכב עם שום דבר. אין API פירושו אין גיבוי, אין השוואת A/B מול מודל אחר על אותה משימה, אין מעבר מדורג ממודל זול ליקר באמצע בקשה, ואין דרך לכלול אותו במערכת הערכה שכתבת בעצמך. זו אפשרות אחת בתוך מוצר אחד, והמנוף היחיד שבידיך הוא הבורר. זו החלטת עיצוב מכוונת מצד Qoder, והחלטה סבירה לחלוטין אם ה-IDE הוא המקום שבו אתה רוצה לחיות — אבל המשמעות היא שהארכיטקטורה שלך יורשת את מפת הדרכים של Qoder.

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

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

איך לבחור

בחר ב-Cantus אם אתה כבר בתוך Qoder, אתה מעריך את היעדר עבודת התשתית, והיעדר היכולת לאמת הוא מחיר שאתה מוכן לשלם עבורו. היה מפוכח שאתה קונה יכולת, לא מודל: אתה לא יכול להריץ עליה בנצ'מרק לפני שאתה מאמץ אותה, אתה לא יכול להשוות את מחירה לשום דבר על בסיס פר-טוקן, ואתה לא יכול לקחת אותה איתך אם Qoder תשנה את התמחור או את מפת הדרכים שלה.

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

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

מה לצפות

Cantus הופך למודל רגיל ביום שבו Qoder חושפת נקודת קצה או משחררת משקולות; עד אז, כל טענה לגביו היא טענה על המוצר של Qoder ולא טענה על מודל, והפער הראייתי הוא מבני ולא מחדל תיעודי. AesCode 32B הופך למודל רגיל ביום שבו ספק הסקה מאמץ את הצ'קפוינט או שמעבדה חיצונית משחזרת את 85.89 — ואם זה קורה במקביל לכך ש-Microsoft למעשה מכריזה על הדבר, מחסום 65 GB הוא היחיד שנותר. הראשון שינוח יגיד לך איזה משני מצבי הכשל האלה התעשייה הזו החליטה להפסיק לסבול.