Czy Jev jest open source? Wagi są zamknięte, narzędzia już nie

Nie. Jev 1.13 (typesafe/jev-1.13) nie jest open source, nie ma repozytorium wag, którego można by szukać, a żadne przewijanie organizacji TypeSafe na GitHubie nie ujawni checkpointu, dokumentu architektury ani liczby parametrów. Jest natomiast oprogramowanie wokół modelu: jedenaście publicznych repozytoriów, każde na licencji MIT lub Apache-2.0, i żadne z nich nie zawiera samego Jev. To jest uczciwa odpowiedź w jednym zdaniu — narzędzia są otwarte, model nie — i to jest ta połowa historii, której czytelnik nigdy nie dostaje z samego „zamknięty, hostowany, niepublikowany”. Dwie daty wyznaczają jej ramy. TypeSafe wydało model 2026-09-15, co wypada poza siedmiodniowym oknem, dla którego pisze ten blog, więc to nie jest tekst o premierze i niczego w nim nie należy tak odczytywać. Datowanym wydarzeniem jest 2026-09-24, kiedy OrcaRouter dodał typesafe/jev-1.13 do własnego katalogu: pierwszy raz, gdy Jev można wywołać przez bramę zewnętrzną, a nie tylko przez własny endpoint TypeSafe. To jest wyjątek, na którym opiera się ta strona — model, który stał się uruchamialny tam, gdzie wcześniej nie był.

To, co zmienia to dla czytelnika, jest wąskie i praktyczne. Przed 2026-09-24 ocena Jev oznaczała konieczność otwarcia drugiej relacji z dostawcą, zanim można było przetestować choćby jedną decyzję. Po tej dacie Jev znajduje się na tym samym kluczu co generatywna część tego samego przepływu pracy: jedno API dla ponad 200 modeli, 0% marży (cena katalogowa dostawcy przekazywana dalej, więc obniżki cen u dostawców są tu widoczne tego samego dnia), z modelem dostępnym pod typesafe/jev-1.13. Nadal wywołujesz go w jego własnej formie — POST /v1/systemone, bez strumieniowania — ponieważ to nie jest trasa chat-completions OpenAI, ale umowa, którą podpisujesz, i klucz, który rotujesz, to te, które już masz.

Odpowiedź to dwie odpowiedzi i obie są potrzebne.

„Czy Jev jest open source?” brzmi jak pytanie typu tak/nie, a zachowuje się jak pytanie dwuczęściowe. Część pierwsza: model. Jest zamknięty. TypeSafe nie opublikowało żadnych wag, architektury, liczby obliczeń treningowych ani liczby parametrów dla Jev 1.13, i nie istnieje repozytorium nazwane na jego cześć. Część druga: otaczające oprogramowanie. Jest otwarte, aktywnie utrzymywane i naprawdę przydatne, i to właśnie dzięki niemu czytelnik szukający repozytorium nie jest po prostu na straconej pozycji.

Mylenie tych dwóch rzeczy prowadzi do błędnego wniosku w obu kierunkach. Załóż, że całość jest otwarta, a spędzisz popołudnie na szukaniu punktu kontrolnego, który nie istnieje. Załóż, że całość jest zamknięta, a przegapisz element, który naprawdę ma znaczenie, jeśli martwisz się o uzależnienie od dostawcy — adapter na licencji MIT, który pozwala budować względem interfejsu typowanych decyzji i zmieniać to, co się za nim znajduje.

Co TypeSafe faktycznie publikuje

Stan na 2026-09-30: organizacja ma jedenaście publicznych repozytoriów. Liczby gwiazdek i daty push zmieniają się, więc należy traktować to jako migawkę, a nie stałą właściwość projektu. Każda licencja to MIT lub Apache-2.0, o ile nie zaznaczono inaczej.

• skills — MIT, około 2,4 tys. gwiazdek, ostatnio wypchnięto 2026-09-12. „Umiejętności agenta do budowania przy użyciu System One API firmy TypeSafe”.

• system-one-adapter-python — MIT, 356 gwiazdek, ostatnio wypchnięto 2026-09-22. „Zamiennik TypeSafeClient typu drop-in oparty na API LLM”.

• typesafe-sdk-js — MIT, 257 gwiazdek, ostatnio wypchnięto 2026-09-15. Oficjalna biblioteka TypeScript/JavaScript dla TypeSafe API.

• typesafe-sdk-python — MIT, 254 gwiazdki, ostatnio wypchnięto 2026-09-26. Oficjalna biblioteka Pythona; v0.7.2 dodała tego dnia dodatek `http2`, a v0.7.1 w dniu 2026-09-21 dodała przykłady użycia z bramami AI.

• daggerverse — Apache-2.0, 23 gwiazdki, ostatnio wypchnięty 2026-09-25. Kolekcja modułów Dagger.

• WorkflowEvals — Apache-2.0, 7 gwiazdek, ostatnio wypchnięto 2026-09-29. "opublikowano kod workflow evals.typesafe.ai."

• n8n-nodes-typesafe-ai — MIT, 1 gwiazdka, ostatnio wypchnięto 2026-09-29.

• typesafe-ai.github.io — brak zadeklarowanej licencji, 2 gwiazdki, ostatni push 2026-06-04.

Trzy kolejne są forkami niepowiązanych projektów i zostały omówione poniżej: pulumi-clickhouse, LLaDA i vllm.

Nic na tej liście nie jest modelem. Nie ma repozytorium Jev, plików wag, tokenizera, konfiguracji serwowania — niczego, co pozwoliłoby ci postawić działającą kopię. Repozytoria to wyposażenie po stronie klienta: dwa oficjalne SDK, pakiet umiejętności agenta, kolekcja modułów CI, opublikowany zestaw ewaluacyjny, węzeł n8n, strona organizacji i adapter. To realna i dobrze utrzymywana powierzchnia, ale to nie model.

Jedyne repozytorium, które ma znaczenie, jeśli próbujesz uniknąć uzależnienia od dostawcy

system-one-adapter-python to wpis o największym znaczeniu dla każdego, kto podejmuje decyzję o przyjęciu, a jego własny opis mówi wprost: „Drop-in zamiennik TypeSafeClient oparty na API LLM”.

Przeczytaj to uważnie, ponieważ robi coś konkretnego. Trwałym zasobem w integracji z System One jest interfejs, a nie punkt końcowy stojący za nim: definiujesz fragment stanu i zestaw nazwanych pytań, a coś zwraca po jednej typowanej odpowiedzi na każde pytanie. To właśnie wokół tego kontraktu ostatecznie kształtuje się Twój kod. Adapter oddziela kontrakt od implementacji — nadal budujesz względem interfejsu typowanych decyzji, a tym, co produkuje decyzje, jest podmienialne wywołanie API LLM pod spodem.

Dwie uczciwe uwagi. Adapter nie jest modelem: odpowiedzi generowane przez ogólny LLM za pośrednictwem tej ścieżki nie są skalibrowanymi prawdopodobieństwami, które zwraca Jev, więc to sposób na utrzymanie przenośności interfejsu, a nie sposób na uzyskanie zachowania Jev bez Jev. Jest to też wyraźnie projekt TypeSafe — furtka awaryjna jest zbudowana przez dostawcę, od którego możesz chcieć uciec, co jest lepsze niż nic, ale nie to samo co niezależna furtka.

Dwa rozwidlenia i wniosek, do którego skłaniają

Trzy z jedenastu repozytoriów to forki. pulumi-clickhouse to dostawca Pulumi dla ClickHouse Cloud, Apache-2.0, 3 gwiazdki, ostatnio wypchnięty 2026-07-08. Pozostałe dwa to te, które są odczytywane jako dowód, a oba te odczyty są błędne.

• vllm — Apache-2.0, 3 gwiazdki, ostatnio wypchnięto 2025-05-23. Fork wysokoprzepustowego silnika wnioskowania i serwowania.

• LLaDA — MIT, 12 gwiazdek, ostatnio wypchnięto 2025-06-17. Fork oficjalnej implementacji PyTorch dla „Large Language Diffusion Models”.

Leniwe wnioskowanie nasuwa się samo: zrobili fork repozytorium modelu językowego dyfuzyjnego, więc Jev musi być oparty na dyfuzji. Nie jest, a ten fork nie mówi nic o architekturze Jev. Fork to kopia cudzego kodu na cudzej licencji, tkwiąca w organizacji z powodów oczywistych w świetle daty ostatniego pushu — maj i czerwiec 2025, ponad rok przed publiczną premierą Jev i od tamtej pory nietknięta. Żadne z tych repozytoriów nie wchodzi w skład tego, co TypeSafe wydało we wrześniu. Jeśli chcesz wiedzieć, jak działa Jev, TypeSafe tego nie opublikowało, a żaden fork w jego organizacji nie wypełnia tej luki.

Ile tak naprawdę kosztuje cię zamykanie wag

Cztery rzeczy, i to konkretne, a nie filozoficzne.

• Nie możesz hostować samodzielnie. Nie ma artefaktu do uruchomienia, więc awarii dostawcy lub zmiany dostępu nie obejdziesz, stawiając własną kopię.

• Nie możesz przeprowadzić audytu. TypeSafe owszem publikuje stronę o nieregularnościach dla Jev 1.13 — ostatnio sprawdzoną 2026-09-17 — która wskazuje, gdzie model jest zawodny: dosłowne czytanie sformułowań zamiast intencji, wszystko, co dotyczy arytmetyki, porównywanie dat i godzin, pośredniość i podwójne przeczenia, duże stany pełne nieistotnych szczegółów, treści adwersarialne w stanie, sprzeczne instrukcje i kryteria oraz niezmienniki strukturalne, których nie gwarantuje, takie jak niezgodność odpowiedzi prawda/fałsz z jej równoważnym wyborem tak/nie. Ta strona jest niezwykle szczera, a mimo to nadal jest to dostawca oceniający własną pracę domową. Nikt spoza TypeSafe nie sprawdził wag.

• Nie możesz prowadzić dostrajania. Nie ma modelu bazowego, który można dostosować, więc zadanie decyzyjne, które Jev obsługuje źle, pozostaje źle obsługiwane, dopóki dostawca tego nie zmieni — własne środki zaradcze ze strony o nierównościach to obejścia w twoim kodzie, a nie przebiegi treningowe.

• Nie możesz przypiąć wersji poza aliasem dostawcy. typesafe/jev-1.13 to nazwa hostowana, więc to, co odpowie na wywołanie w przyszłym miesiącu, będzie tym, co TypeSafe będzie wtedy udostępniać pod tą nazwą.

Nic z tego nie jest unikalne dla Jev i nic z tego nie jest skandalem; to kompromis, na jaki idzie hostowany model decyzyjny, a przeciwwagą jest to, że nigdy nie dźwigasz checkpointu, rachunku za GPU ani stosu inferencyjnego. Warto wiedzieć, po której stronie tego kompromisu się znajdujesz, zanim na nim zbudujesz.

Czym jest Jev, teraz gdy możesz to nazwać

Jev nie jest modelem czatu i nie generuje prozy. Wysyłasz stan — materiał do oceny, jako tekst, obiekt lub tablicę — oraz zestaw nazwanych pytań, a on zwraca jedną ustrukturyzowaną odpowiedź na każde pytanie. Każde pytanie należy do jednego z trzech prymitywów:

• noul — rozstrzygnięcie prawda/fałsz, zwracane ze skalibrowanym prawdopodobieństwem.

• wybór — wybierz jedną z maksymalnie 255 oznaczonych opcji.

• wynik — oceń w uporządkowanej skali od 2 do 10 poziomów.

Dokumentacja samego TypeSafe pokazuje przykład wyniku indeksowanego od zera; karta modelu Jev 1.13 podaje poziomy 2–10. Oba materiały pochodzą od dostawcy, a ta strona nie wymyśla sposobu ich uzgodnienia.

Metoda treningowa to własny termin TypeSafe: Reinforcement Learning for Calibrated Decisions (RLCD), opisana w poście premierowym w opozycji do RLHF i RLVR na osi skalibrowanych decyzji z uczciwymi prawdopodobieństwami. RLCD to termin TypeSafe, a nie ogólny akronim uczenia maszynowego, i należy go rozumieć jako opis dostawcy, a nie niezależnie scharakteryzowaną technikę.

Dostęp nie jest już ograniczany: Jev jest ogólnie dostępny od 2026-09-21, a „waitlisted” zostało wycofane. „Early access” to nadal własne, aktualne sformułowanie TypeSafe na jego stronie głównej, więc nie jest to twierdzenie, które należy odrzucać — to po prostu etykieta dostawcy, a publikowane wraz z nią limity operacyjne są konkretne.

Liczby na naszej karcie: kontekst o rozmiarze 65 536 tokenów, a dostawca dokumentuje około 64K danych wejściowych obejmujących łączny stan oraz pytania. Jeśli spotkałeś się z mniejszą wartością podawaną dla Jev, to jest to wyłącznie budżet stanu, a nie konkurencyjny pomiar, i nie należy ich przedstawiać jako sprzeczności. Cena wynosi 0,042 USD za milion tokenów wejściowych, a wyjście jest rozliczane jako zero — nie ma tokenów wyjściowych do mierzenia, ponieważ wpisana decyzja nie jest prozą.

Nasze własne dane serwowania, pochodzące z naszego ruchu, a nie z benchmarku dostawcy, za siedem dni do 2026-09-30: p50 151 ms, p95 247 ms, około 349 tokenów wyjściowych na sekundę, wskaźnik błędów 0,49% i 76,2 mln obsłużonych tokenów. Dzienne p50 w tym oknie wynosiło 175 → 170 → 163 → 161 → 170 → 147 → 143 ms, z jednym prawdziwym punktem odstającym — p95 na poziomie 2 448 ms w dniu 2026-09-28, który należy do tego szeregu, choć nie jest normą.

Główne twierdzenia TypeSafe, oznaczone jako twierdzenia dostawcy i niepowtórzone niezależnie: „193,6x szybciej, 444,6x taniej”, z przypisem do przepływów pracy System One; przykładowe obliczenie: 0,000081 USD w 0,114 s w porównaniu z 0,013880 USD w 8,566 s dla LLM-ów; „42 USD za miliard tokenów wejściowych”; oraz „Zero halucynacji”, co jest twierdzeniem o szacunkach pewności, a nie dowodem na zero błędów — wskaźnik błędów 0,49% na naszej karcie jest uczciwym przeciwważnikiem. TypeSafe mówi również wprost, że nie może udowodnić, iż jego ceny nie są subsydiowane, oraz że jego opublikowane ewaluacje były zazwyczaj przeprowadzane z laptopów na Zachodnim Wybrzeżu, gdzie usługa ma siedzibę. Własna karta benchmarku TypeSafe jest wciąż oznaczona jako oczekująca.

Repozytoria stron trzecich istnieją i nie ręczymy za nie

Wyszukiwanie frazy „jev github” w końcu wyświetla repozytoria, które nie należą do TypeSafe: wrappery, kolekcje promptów, eksperymenty z adapterami oraz znana lista „awesome”, która pojawia się wokół każdego nowego modelu. Nie są częścią tego, co publikuje dostawca, nie przechodzą przeglądu dostawcy, a ich liczba gwiazdek mierzy raczej ciekawość niż poprawność. Mogą być przydatne; nie są dokumentacją i nic w nich nie stanowi stwierdzenia o tym, jak działa Jev.

Co zmieniłoby tę odpowiedź?

Wydanie wag, opublikowana architektura albo niezależna ocena jakości decyzji, a nie opóźnienia. Każde z tych trzech zmieniłoby pierwsze słowo tej strony. Do tego czasu wyszukiwanie ma stabilną odpowiedź, a częścią, którą warto się zająć, jest łańcuch narzędzi: jeśli interfejs typowanych decyzji jest tym, względem czego budujesz, adapter na licencji MIT, który podmienia model bazowy, jest różnicą między decyzją, do której możesz wrócić, a taką, do której nie możesz.

Jev 1.13 znajduje się w naszym katalogu pod typesafe/jev-1.13, na tym samym kluczu co reszta stosu i jest kierowany przez dedykowany endpoint systemone, a nie przez kształt chat-completions. Model jest zamknięty, narzędzia są otwarte, a obie te części są teraz dostępne z jednego miejsca.