האם Jev הוא קוד פתוח? המשקלים סגורים, הכלים לא

לא. Jev 1.13 (typesafe/jev-1.13) אינו קוד פתוח, אין מאגר משקולות למצוא, וכמה שלא תגללו בארגון של TypeSafe ב-GitHub לא תמצאו צ'קפוינט, מסמך ארכיטקטורה או מספר פרמטרים. מה שכן קיים הוא התוכנה סביב המודל: אחד-עשר מאגרים ציבוריים, כל אחד מהם MIT או Apache-2.0, ואף אחד מהם אינו מכיל את Jev עצמו. זו התשובה הכנה בשורה אחת — הכלים פתוחים, המודל לא — וזה חצי מהסיפור שקורא לעולם לא מקבל מ"סגור, מתארח, לא מפורסם" לבדו. שני תאריכים ממסגרים אותה. TypeSafe השיקה את המודל ב-2026-09-15, וזה מחוץ לחלון שבעת הימים שהבלוג הזה כותב עליו, כך שזה אינו מאמר השקה ואין לקרוא בו דבר ככזה. האירוע המתוארך הוא 2026-09-24, כאשר OrcaRouter הוסיפה את typesafe/jev-1.13 לקטלוג שלה: הפעם הראשונה ש-Jev ניתן לקריאה דרך שער של צד שלישי ולא רק דרך נקודת הקצה של TypeSafe עצמה. זו החריגה שהעמוד הזה רץ עליה — מודל שהפך לבר-הרצה במקום שבו לא היה כזה.

מה שזה משנה לקורא הוא צר ומעשי. לפני 2026-09-24, הערכה של Jev חייבה פתיחת קשר עם ספק שני לפני שיכולת לבחון החלטה אחת. אחרי זה, Jev יושב על אותו מפתח כמו החצי הגנרטיבי של אותו תהליך עבודה: API אחד ל-200+ מודלים, 0% תוספת (מחיר המחירון של הספק מועבר הלאה, כך שהורדות מחיר של ספקים נכנסות לתוקף כאן באותו יום), כאשר המודל נגיש בכתובת typesafe/jev-1.13. אתה עדיין קורא לו בצורה שלו — POST /v1/systemone, ללא סטרימינג — כי זה לא המסלול chat-completions של OpenAI, אבל החוזה שאתה חותם עליו והמפתח שאתה מבצע עליו רוטציה הם אלה שכבר יש לך.

התשובה היא שניים, ושניהם נחוצים.

"האם Jev בקוד פתוח?" נשמעת כמו שאלת כן/לא ומתנהגת כמו שאלה דו-חלקית. חלק ראשון: המודל. הוא סגור. TypeSafe לא פרסמה משקלים, לא ארכיטקטורה, לא נתון מחשוב אימון ולא מספר פרמטרים עבור Jev 1.13, ואין מאגר שנקרא על שמו. חלק שני: התוכנה הסובבת. היא פתוחה, מתוחזקת באופן פעיל, ושימושית באמת, והיא הסיבה לכך שקורא שמחפש מאגר אינו סתם חסר מזל.

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

מה ש-TypeSafe באמת מפרסם

נקרא בתאריך 2026-09-30, לארגון יש אחד עשר מאגרים ציבוריים. ספירות כוכבים ותאריכי דחיפה משתנים, לכן התייחסו לזה כתמונת מצב ולא כתכונה קבועה של הפרויקט. כל רישיון הוא MIT או Apache-2.0 אלא אם צוין אחרת.

• skills — MIT, כ־2.4 אלף כוכבים, נדחף לאחרונה ב-2026-09-12. "כישורי סוכנים לבנייה עם System One API של TypeSafe."

• system-one-adapter-python — MIT, 356 כוכבים, נדחף לאחרונה ב-2026-09-22. "תחליף Drop-in ל-TypeSafeClient המגובה ב-LLM APIs."

• typesafe-sdk-js — MIT, 257 כוכבים, נדחף לאחרונה 2026-09-15. ספריית TypeScript/JavaScript הרשמית של TypeSafe API.

• typesafe-sdk-python — MIT, 254 כוכבים, הדחיפה האחרונה: 2026-09-26. ספריית ה-Python הרשמית; v0.7.2 הוסיפה תוסף `http2` באותו יום, ו-v0.7.1 ב-2026-09-21 הוסיפה דוגמאות לשימוש עם שערי AI.

• daggerverse — Apache-2.0, 23 כוכבים, נדחף לאחרונה 2026-09-25. אוסף של מודולי Dagger.

• WorkflowEvals — Apache-2.0, 7 כוכבים, הדחיפה האחרונה: 2026-09-29. "פורסם קוד זרימת העבודה של evals.typesafe.ai."

• n8n-nodes-typesafe-ai — MIT, כוכב 1, נדחף לאחרונה 2026-09-29.

• typesafe-ai.github.io — לא הוצהר רישיון, 2 כוכבים, עדכון אחרון 2026-06-04.

שלושה נוספים הם פורקים של פרויקטים לא קשורים ונסקרים להלן: pulumi-clickhouse, LLaDA ו-vllm.

שום דבר ברשימה הזו אינו המודל. אין מאגר Jev, אין קבצי משקלים, אין טוקנייזר, אין תצורת הגשה — שום דבר שיאפשר לך להעמיד עותק עובד. המאגרים הם ריהוט בצד הלקוח: שני SDKs רשמיים, חבילת מיומנויות סוכנים, אוסף מודולי CI, מערך הערכה מפורסם, צומת n8n, אתר הארגון, והמתאם. זהו משטח אמיתי ומתוחזק היטב, והוא אינו המודל.

המאגר היחיד שחשוב אם אתם מנסים להימנע מנעילה

system-one-adapter-python הוא הערך בעל ההשלכה הגדולה ביותר עבור כל מי שמקבל החלטת אימוץ, והתיאור שלו עצמו מבהיר את הנקודה: "תחליף Drop-in ל-TypeSafeClient המגובה ב-LLM APIs."

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

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

שתי ההסתעפויות, והמסקנה שהן מזמינות

שלושה מבין אחד־עשר מאגרי הקוד הם פורקים. pulumi-clickhouse הוא ספק Pulumi עבור ClickHouse Cloud, Apache-2.0, 3 כוכבים, נדחף לאחרונה ב־2026-07-08. השניים האחרים הם אלה שמתפרשים כראיות, ושני הפירושים שגויים.

• vllm — Apache-2.0, 3 כוכבים, נדחף לאחרונה 2025-05-23. פורק של מנוע ההסקה וההגשה בעל תפוקה גבוהה.

• LLaDA — MIT, 12 כוכבים, נדחף לאחרונה 2025-06-17. גרסה מפוצלת של המימוש הרשמי ב-PyTorch עבור "Large Language Diffusion Models".

ההיסק העצל כותב את עצמו: הם עשו פורק למאגר של מודל שפה דיפוזי, אז Jev חייב להיות מבוסס דיפוזיה. זה לא המצב, והפורק לא אומר לך דבר על הארכיטקטורה של Jev. פורק הוא העתק של קוד של מישהו אחר תחת רישיון של מישהו אחר, שיושב בארגון מסיבות שתאריך ה-push האחרון של עצמו מבהיר אותן — מאי ויוני 2025, יותר משנה לפני ש-Jev הושק בפומבי, ומאז לא נגעו בו. אף אחד משני המאגרים אינו חלק ממה ש-TypeSafe שחררה בספטמבר. אם ברצונך לדעת איך Jev עובד, TypeSafe לא פרסמה זאת, ואף פורק בארגון שלה לא ממלא את הפער.

מה סגירת המשקולות באמת עולה לך

ארבעה דברים, והם מוחשיים ולא פילוסופיים.

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

• אינך יכול לבצע ביקורת. TypeSafe אכן מפרסמת עמוד משוננות עבור Jev 1.13 — נבדק לאחרונה ב-2026-09-17 — שמפרט היכן המודל אינו אמין: קריאה מילולית של ניסוח במקום כוונה, כל דבר שקשור בחשבון, השוואת תאריכים ושעות, עקיפות ושלילות כפולות, מצבים גדולים מלאים בפרטים לא רלוונטיים, תוכן עוין במצב, הוראות וקריטריונים סותרים, ואינווריאנטים מבניים שהוא אינו מבטיח, כגון תשובת אמת/שקר ובחירת כן/לא המקבילה לה שאינן מסכימות זו עם זו. העמוד הזה גלוי לב באופן יוצא דופן, ובכל זאת זה עדיין הספק שמסמן את שיעורי הבית של עצמו. אף אחד מחוץ ל-TypeSafe לא בדק את המשקולות.

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

• אינך יכול לנעול גרסה מעבר לאליאס של הספק. typesafe/jev-1.13 הוא שם מתארח, ולכן מה שיענה לקריאה בחודש הבא הוא מה ש-TypeSafe תספק תחת השם הזה אז.

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

מה זה Jev, עכשיו כשאפשר לקרוא לזה

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

• noul — שיפוט אמת/שקר, המוחזר עם הסתברות מכוילת.

• בחירה — בחר אחת מתוך עד 255 אפשרויות מתויגות.

• ציון — דירוג בסולם סדור של 2 עד 10 רמות.

התיעוד של TypeSafe עצמו מציג דוגמת ניקוד באינדוקס 0; כרטיס המודל של Jev 1.13 מפרסם 2–10 רמות. שניהם חומר של הספק עצמו, והעמוד הזה אינו ממציא התאמה ביניהם.

שיטת האימון היא חידוש מילים של TypeSafe עצמה: Reinforcement Learning for Calibrated Decisions (RLCD), המתוארת בפוסט ההשקה מול RLHF ו-RLVR על ציר ההחלטות המכוילות עם הסתברויות כנות. RLCD הוא מונח של TypeSafe, ולא ראשי תיבות גנרי בלמידת מכונה, ויש לקרוא אותו כתיאור מטעם ספק ולא כטכניקה המאופיינת באופן עצמאי.

הגישה אינה חסומה עוד: Jev זמין באופן כללי מאז 2026-09-21, ו"רשימת המתנה" בוטלה. "גישה מוקדמת" היא עדיין הניסוח הנוכחי של TypeSafe בדף הבית שלה, כך שזו אינה טענה שיש לבטל — זוהי פשוט התווית של הספק, והמגבלות התפעוליות שהיא מפרסמת לצידה הן קונקרטיות.

המספרים בכרטיס שלנו: הקשר של 65,536 טוקנים, כאשר הספק מתעד בערך 64K של קלט על פני המצב המשולב בתוספת שאלות. אם ראיתם נתון קטן יותר שמצוטט עבור Jev, זהו תקציב המצב בלבד ולא מדידה מתחרה, ואין להציג את השניים כסתירה. המחיר הוא $0.042 למיליון טוקני קלט, כאשר הפלט מחויב באפס — אין טוקני פלט למדוד, מפני שהחלטה מוקלדת אינה פרוזה.

נתוני ההגשה שלנו, מהתעבורה שלנו ולא מהבנצ'מרק של הספק, על פני שבעת הימים עד 2026-09-30: p50 151 מילישניות, p95 247 מילישניות, כ-349 טוקני פלט לשנייה, שיעור שגיאות של 0.49%, ו-76.2 מיליון טוקנים שהוגשו. ה-p50 היומי לאורך החלון הזה נע כך: 175 → 170 → 163 → 161 → 170 → 147 → 143 מילישניות, עם חריג אמיתי אחד — p95 של 2,448 מילישניות ב-2026-09-28, ששייך לסדרה מבלי להיות הנורמה.

טענות הכותרת של TypeSafe, המסומנות כשל הספק ולא משוכפלות באופן עצמאי: "מהיר פי 193.6, זול פי 444.6," עם הערת שוליים לתהליכי עבודה של System One; דוגמה מחושבת של $0.000081 תוך 0.114 שניות לעומת $0.013880 תוך 8.566 שניות עבור LLMs; "$42 למיליארד טוקנים בקלט"; ו"אפס הזיות," שמהווה טענה לגבי אומדני ביטחון ולא הוכחה לאפס שגיאות — שיעור השגיאות של 0.49% בכרטיס שלנו הוא משקל הנגד הכנה. TypeSafe גם אומרת במפורש שהיא לא יכולה להוכיח שהתמחור שלה אינו מסובסד, ושההערכות המפורסמות שלה הורצו בדרך כלל ממחשבים ניידים בחוף המערבי, שם מבוסס השירות. כרטיס הבנצ'מרק שלה עצמו עדיין מסומן כממתין.

מאגרי צד שלישי קיימים, ואיננו ערבים להם.

חיפושים אחר "jev github" מעלים בסופו של דבר מאגרים שאינם של TypeSafe: עטיפות, אוספי פרומפטים, ניסויי מתאמים, ורשימת ה"awesome" המוכרת שמופיעה סביב כל מודל חדש. הם אינם חלק ממה שהספק מפרסם, אין להם סקירה מצד הספק, וספירת הכוכבים שלהם מודדת סקרנות ולא נכונות. הם עשויים להיות שימושיים; הם אינם תיעוד, ואין בהם שום אמירה על איך Jev עובד.

מה היה משנה את התשובה הזו

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

Jev 1.13 נמצא בקטלוג שלנו תחת typesafe/jev-1.13, על אותו מפתח כמו שאר הסטאק ומנותב דרך נקודת הקצה הייעודית systemone ולא בצורת chat-completions. המודל סגור, הכלים פתוחים, ושתי החצאים של זה נגישים כעת ממקום אחד.