Polish developer maps Jev open-source replication wave and API contract
Within three days dozens of open reimplementations appeared, the community found that reading next-token logits alone gets about 80% of the effect, and what actually stuck was the choice/score API contract.
zalew `jev` - tysiące wpisów, przykładów oraz wczesnych implementacji `open` (dyfuzje, llm->jev, vLLMy - tak już widziałem jev na wizji więc JEPA chyba stanie się wspomnieniem). W ciągu 3 dni (16–19 września) powstało kilkadziesiąt otwartych reimplementacji. To jeden z najszybszych cykli „zamknięta premiera -> otwarta replikacja", jakie widziałem w ekosystemie LLM. Analizuję dokumenty, repozytoria od strony researchowej. odkrycie społeczności: ~80% wartości Jeva da się uzyskać bez trenowania czegokolwiek - wystarczy odczytać logity next-token dla dozwolonych etykiet zamiast dekodować JSON. To działa na dowolnym otwartym modelu. replikacje NIE odtwarzają: kalibracji OOD i odporności na kolejność opcji Realnie nowy standard, który wyłonił się z tego wyścigu, to nie architektura, lecz kontrakt API POST /v1/systemone z prymitywami choice / score / noul. Co najmniej 8 niezależnych projektów implementuje go całkowicie kompatybilnie, tak że oficjalne SDK TypeSafe działa po zmianie base_url 🤩 Napiszę później trochę więcej od strony technicznej - taksonomia otwartych podejść, co z dużym prawdopodobieństwem siedzi w środku jev'a, gdzie leży prawdziwa trudność w implementacji jev'a (takiego bliskiego oryginałowi), porównanie wyników z oryginalnym jev i co z tego wynika.