ghfind העמיד את MiniCPM-V 4.7 מאחורי הביקורות הצורבות שלו ב-GitHub — והתיעוד של המוצר עצמו חולק בדבר מה שזה משנה

Scroll to the bottom of ghfind.com and there is a small line that did not used to be there: Model sponsor, a MiniCPM mark, and a link out to modelbest.cn. The model behind that mark is MiniCPM-V 4.7, OpenBMB's vision-language release from October 12, 2026. For a product whose entire pitch is a reproducible 0–100 "value and trust" score for any GitHub account, a model sponsorship is not a cosmetic detail — it is a question about what the model is allowed to touch. And ghfind's own documentation gives two different answers to that question. The documented AI failures and agent incidents behind releases like this one are collected in the OrcaRouter AI Incident Archive where each entry carries its own sources, severity, confidence grade and disputed flag.

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

מה שהדף למעשה מציג, ומה שהוא אינו מציג

רצועת החסות אמיתית ונראית לעין בעמוד הבית הציבורי באנגלית. היא ממוקמת לצד שני פקדים נוספים: אפשרות Use your own model / API key, ומשבצות לוגו ריקות המסומנות Your logo here. כלומר, המבנה ש-ghfind מפרסמת אינו "המודל שלנו, חובה" — אלא נותן חסות כברירת מחדל יחד עם פתח מילוט של הבאת מפתח משלך, וזה עיצוב סביר למוצר שמוציא קרדיט מודל על כל roast.

Three things that get repeated about this change are not on the page. First, ghfind publishes no traffic figure anywhere on the site, so any number describing its daily visits is coming from somewhere other than ghfind. Second, the phrase "main model" is not ghfind's — the page says Model sponsor. Third, and most usefully, the open-source repository still ships a different default entirely: its .env.example configures the roast LLM against StepFun's step-3.7-flash, with a D​eepSeek fallback for the case where the primary provider drops or rate-limits before any text streams. Anyone self-hosting ghfind from source gets that configuration, not a MiniCPM endpoint.

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

המוצר, לפני המודל

ghfind הוא יישום Next.js, ברישיון AGPL-3.0, עם כ-260 כוכבים ב-GitHub, ושיחות (push) התבצעו בו ברציפות לאורך השבוע שבו נכתבו הדברים הללו. הליבה שלו אינה LLM כלל. מנוע TypeScript דטרמיניסטי — שהועתק שורה אחר שורה מסקיל Python בקוד פתוח בשם github-account-value, עם מבחני התאמה (parity tests) הנועלים את שתי המימושים יחד — קורא נתוני GitHub ציבוריים ומפיק ציון על פני שישה ממדים משוקללים: בגרות החשבון, איכות הפרויקטים המקוריים, איכות התרומות, השפעה על המערכת האקולוגית, השפעה קהילתית ואותנטיות הפעילות. עשרה דגלים אדומים המעידים על התנהגות של חוות חשבונות מפחיתים ממנו, כשהמשקל נוטה לעבר אותות שיקרים לזיוף, כמו pull requests שמוזגו למאגרים שהחשבון אינו הבעלים שלהם, ומתרחק מאותות שזולים לקנייה, כמו כוכבים ועוקבים.

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

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

הסתירה שראויה לתשומת לב

כאן נפרדות דרכיהם של שני המסמכים.

ה-README של המאגר מתאר שני מעברים נפרדים של LLM: שופט עובדתי רשאי להחיל כיול חסום של ±10, ואז כותב הופך את התוצאה הקבועה לתגיות, לשורת הרוסט המובילה ולדוח. הכותב אינו יכול לשנות את הציון. קראו את המשפט הזה פעמיים. לכותב אסור במפורש להזיז את המספר, ולשופט מותר במפורש להזיז אותו בסטייה של עד עשר נקודות — בסולם של מאה נקודות, זה עשירית מכל הטווח.

של האתר עצמוllms.txt, שנכתב עבור סוכנים ומכונות, אומר משהו חזק יותר: מנוע דטרמיניסטי לחלוטין … אותם קלטים תמיד מפיקים את אותו הציון; שום LLM לא נוגע במספר.

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

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

למה מודל ראייה, למוצר טקסטואלי

הבחירה במודל מולטימודלי עבור אתר לניקוד GitHub נראית מוזרה עד שמסתכלים על מה שבפועל מועבר למודל. לא מבקשים מ-MiniCPM-V 4.7 לקרוא מאגרי קוד; מבקשים ממנו לקרוא פרומפט. מודלים של שפה וחזות משמשים יותר ויותר כשופטים כלליים זולים משום שהם מאומנים על קלט משולב ונוטים להקפיד על הוראות לפלט מובנה, ומשום שמודל יחיד שיכול גם לקבל צילום מסך שימושי ברגע שמשתמש מדביק צילום פרופיל בתהליך תמיכה.

יש גם היגיון עלויות. גרסת 35B-A3B מפעילה בערך שלושה מיליארד פרמטרים לכל טוקן בתערובת של 256 מומחים, וגרסת 1B היא מודל צפוף שקטן מספיק כדי לרוץ על טלפון. עבור מוצר שמעבר הצלייה שלו מופעל בכל סריקת פרופיל, מודל שאפשר לספק בזול — או להריץ בעצמך — הוא הצעה כלכלית שונה מקריאת API של מודל חזית לכל צלייה. זו אותה סיבה שהאתר מציע מסלול של הבאת מפתח משלך: חשבון המודל גדל עם התעבורה, והתעבורה היא הדבר שאתר ניקוד מנסה להגדיל.

אם אתם בונים בעצמכם צינור מסוג זה — ליבה דטרמיניסטית עם שכבת נרטיב מגובה מודל מעליה — השאלה התפעולית היא עבור כמה ספקים אתם רוצים להחזיק מפתחות. OrcaRouter מציבה יותר מ־200 מודלים מתארחים מאחורי נקודת קצה אחת תואמת OpenAI ב־0% תוספת מחיר, עם מחיר המחירון של כל ספק מועבר ישירות ומעבר אוטומטי לגיבוי כאשר ספק נחלש; ה-DSL לניתוב שלה יכול לשלוח את מעבר השופט הזול ואת מעבר הכותב היקר יותר למודלים שונים בתוך קריאה אחת. מגבלה כנה אחת: MiniCPM-V 4.7 אינו בקטלוג שלנו, אז אם זה המודל שאתם רוצים, אתם פונים לפלטפורמה של OpenBMB עצמה כדי להשיג אותו. הראוטר הוא החלק ששומר על נתיב גיבוי חם כאשר נקודת קצה ממומנת יחידה היא הדבר היחיד שעומד ביניכם לבין תיבת צלייה ריקה.

מהו MiniCPM-V 4.7 באמת, נכון לשבוע הזה

צד המודל ראוי לאותה מידת דיוק. המאגר של OpenBMB כולל פריט חדשות מתאריך 2026-10-12 שבו נכתב "MiniCPM-V 4.7 שוחרר", והמאגרים ב-Hugging Face נוצרו בימים שלפני כן — 6 באוקטובר עבור ה-1B ו-7 באוקטובר עבור ה-35B-A3B — וזה בדיוק איך נראית העלאת משקלים בשלבים. כרטיס המודל הגיע לאחר מכן. פריט חדשות שני ב-2026-10-15 הכריז על ראשי פענוח ספקולטיבי של DSpark ב-BF16 וב-GGUF עבור שני הגדלים.

• גדלים — תערובת מומחים דלילה 35B-A3B עם 35.21 מיליארד פרמטרים בסך הכול, וגרסת 1B צפופה עם 1.55 מיליארד

• רישיון — Apache 2.0 על שניהם, המשקולות ניתנות להורדה, ללא שער

• הקשר — 262,144 טוקנים בשתי הגרסאות

• ארכיטקטורה — 256 מומחים עם 8 פעילים לכל טוקן ב-35B; תבנית קשב ליניארי-מלא ביחס 3:1 לאורך 40 שכבות; מגדל חזותי ברוחב מוסתר של 1152 עם אריחי קלט של 980 פיקסלים

• כימות — בניות GGUF, bitsandbytes, AWQ, GPTQ, FP8 ו-int4 מפורסמות לצד משקולות BF16

• הגשה — SGLang, vLLM, llama.cpp ו-Ollama רשומים כנתמכים; ל-Ollama יש רשומה רשמית

• טענות הספק — יותר מ-13 טוקנים לשנייה עם כ-3 GB זיכרון ב-iPhone 17 Pro Max, והאצה של פי 5 במכשיר הודות ל-Lookahead Expert Scheduling

• הפצה — כ-95,000 הורדות חודשיות במאגר 35B-A3B וכ-46,000 ב-1B, עם כ-1,079 ו-398 לייקים

כל מה שברשימה ניתן לבדיקה מן הכרטיס ומקובץ התצורה. מה שעדיין אינו זמין הוא הערכה בלתי תלויה. בקטלוג המודלים של Artificial Analysis אין רשומה לאף אחד משני הווריאנטים של MiniCPM-V 4.7 נכון לכתיבת שורות אלה, ולכן נתון 13 האסימונים לשנייה, ההאצה פי 5 והטענה ש-35B-A3B "משיג ציון כולל גבוה יותר בזמן הסקה קצר יותר מאשר Qwen3.6 35B-A3B" — כולם מדווחים על ידי הספק ולא שוחזרו. זה נורמלי למודל בן שמונה ימים, וזו הסיבה להתייחס למיקום החסות כאות למבנה העלויות של ghfind ולא כאות לאיכות המודל.

החלק שאף אחד עדיין לא יכול לאמת

מה שמחבר בחזרה את שני החצאים של הסיפור הזה. האמינות של ghfind נשענת על מספר שהיא אומרת שניתן לשחזר. האמינות של MiniCPM-V 4.7 נשענת על מבחני בנצ'מרק שהספק שלה פרסם לפני שבוע. החסות מחברת ביניהם בלי שום ראיה שפורסמה לגבי האופן שבו המודל מתנהג כשופט — אין שיעור הסכמה מול מדרגים אנושיים, אין מדידת סחף בין גרסאות מודל, ואין קביעה אם החלפת נותן החסות תשנה למישהו את הציון.

אלה דברים זולים לפרסם ודברים יקרים שישאלו עליהם późmore? Wait Hebrew only. Need final. Ensure no English except LLM, pipeline maybe. Could translate pipeline as "צינור העיבוד" but technical maybe preserve? The instruction preserve brand/product names; pipeline not brand. Use "צינור העיבוד". "judge pass" = "מעבר שופט". Need natural. Final: "אלה דברים זולים לפרסם ויקרים שישאלו עליהם אחר כך. המדידה הספציפית שתכריע את זה היא מבחן ניקוד מחדש: לקחת מדגם קבוע של חשבונות, להריץ את צינור העיבוד כשמעבר השופט מופעל וכבוי, ולדווח את התפלגות ההפרש. אם היא מתקבצת סביב אפס, ה־±10 הוא מעקה בטיחות שאיש לא נתקל בו, והקביעה ש"שום LLM לא נוגע במספר" נכונה למעשה. אם היא מתפרסת, הכיול עושה עבודה אמיתית ועמוד המתודולוגיה צריך לומר זאת." Need maybe "שאיש לא מפעיל" for trips. Safety rail nobody trips: "מעקה בטיחות שאיש לא מכשיל" no. "נתקל בו" okay. "line" = "האמירה". Good.אלה דברים זולים לפרסם ויקרים שישאלו עליהם אחר כך. המדידה הספציפית שתכריע את זה היא מבחן ניקוד מחדש: לקחת מדגם קבוע של חשבונות, להריץ את צינור העיבוד כשמעבר השופט מופעל וכבוי, ולדווח את התפלגות ההפרש. אם היא מתקבצת סביב אפס, ה־±10 הוא מעקה בטיחות שאיש לא נתקל בו, והקביעה ש"שום LLM לא נוגע במספר" נכונה למעשה. אם היא מתפרסת, הכיול עושה עבודה אמיתית ועמוד המתודולוגיה צריך לומר זאת.

עד אז, הקריאה הכנה היא זו. ghfind הוא מדרג דטרמיניסטי בנוי היטב, עם הפרדה ברורה במיוחד בין המספר לפרוזה שלו, וכעת יש לו נותן חסות מודל בשם, שתפקידו בצינור מתועד באופן לא עקבי לאורך הקבצים של עצמו. MiniCPM-V 4.7 הוא מהדורה מולטימודלית אמיתית, ברישיון Apache, שבאמת קטנה בזיכרון, שהגיעה לפני שמונה ימים עם כרטיס מודל, המשך DSpark וללא מבחני השוואה עצמאיים. אף אחת מהעובדות האלה אינה שערורייה. שתיהן מסוג הדברים שמבחינים בהם רק כשקוראים את המאגר במקום את דף הבית — מה שלגבי מוצר שמדרג את העבודה של אחרים, הוא המעט שקורא יכול לעשות.

איך לבדוק את הניקוד שלך, באופן קונקרטי

אם יש לך פרופיל באתר, הנתיב הדטרמיניסטי הוא זה שכדאי לבדוק. ghfind חושף נקודת קצה לניקוד שאינה דורשת אימות ואינה דורשת קריאה למודל, ויכולת הניקוד הבסיסית היא בקוד פתוח, כך שהמספר שתקבל מה-API והמספר שתקבל מהאתר אמורים להתאים. אם הם לא מתאימים, ההבדל הוא либо בתזמון האיסוף — האתר שומר מטמון ליום — או במעבר הכיול, ואפשר להבחין בין אלה על ידי בדיקה אם הפער יציב לאורך ריצות חוזרות.

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

מה שכדאי לעקוב אחריו בהמשך הוא צר. ל-ghfind יש יומן שינויים ציבורי ומאגר שמתעדכן כמעט מדי יום, כך שהערת מתודולוגיה שמגשרת בין כיול ±10 לבין קו "בלי LLM" תופיע במהרה. בצד המודל, הבנצ'מרק העצמאי הראשון של MiniCPM-V 4.7 — או הדוח הראשון על הכמה זה עולה לכל צלייה בהיקף גדול — הוא המספר שיהפוך חסות לוויכוח. שניהם עדיין לא קיימים. שניהם במרחק פרסום אחד.