A Jev gépi döntéseket ad az alkalmazások kezébe szöveg nélkül

A Jev kihagyja a szöveges kerülőutat

A CodeRabbit 2026. október 1-jei beszámolója szerint a Jev olyan döntési modell, amelyet a TypeSafe osztályozásra, pontozásra és útválasztásra fejlesztett. A hagyományos nyelvi modelleknél a program állapotát általában felszólítássá alakítják, a modell szöveget generál, majd a szoftvernek ezt a szöveget vissza kell alakítania egy feldolgozható értékké. A Jev ezt a köztes lépést hagyja ki.

A modellnek egy állapotot, például egy támogatási jegyet, tranzakciót vagy eszközhívást, valamint típusos kérdéseket lehet küldeni. Háromféle válasz áll rendelkezésre: a fejlesztő által megadott listából kiválasztott lehetőség, egy meghatározott skálán adott pontszám, illetve egy igen vagy nem kérdéshez tartozó valószínűség. A választás minden lehetséges opcióhoz valószínűséget és konfidenciaértéket ad, a pontozás minden skálapontnál ugyanezt teszi, az igen vagy nem típus pedig 0 és 1 közötti valószínűséget küld vissza. A modell nem választhat a fejlesztő által engedélyezett listán kívüli lehetőséget.

Allie Laabs, a CodeRabbit által rendezett Jev-hackathon előadója, a rendszert „okos if-utasításként vagy okos switch-utasításként”, illetve „intelligenciával feltöltött logikai kapuként” írta le. A TypeSafe a Jev egyes kérdéseit primitíveknek nevezi, vagyis olyan alapvető építőelemeknek, amelyekből az alkalmazás döntési logikája felépíthető.

Gyorsan terjedt a korai hozzáférés után

A körülbelül 20 fős TypeSafe szeptember 15-én nyitotta meg a Jev korai hozzáférését. A Vercel adatai szerint a fizetős AI Gateway-csapatok csaknem 13 százaléka 24 órán belül használni kezdte a modellt. A Vercel szerint ez volt a szolgáltatás történetének leggyorsabban elterjedő modellje.

A TypeSafe alapítója, Diogo Almeida a VentureBeatnek azt mondta, hogy a vállalat az első 36 órában 140 000 embert törölt a várólistáról. Szeptember 20-ra a várólista megszűnt, az új fiókok pedig 5 dollár értékű ingyenes kredittel indultak. Tizenegy nappal a rajt után a CodeRabbit San Franciscó-i irodájában rendezték meg az első Jev-hackathont a TypeSafe közreműködésével. A rendezvényen több mint 160 fejlesztő dolgozott körülbelül négy órán át a modellen.

A TypeSafe 0,042 dolláros árat közöl egymillió bemeneti tokenre, a kimenetet pedig ingyenesnek írja. A vállalat 70 és 500 milliszekundum közötti válaszidőről számol be, hozzátéve, hogy a késleltetési teszteket a nyugati parti szervereihez közel végezték. Ezek gyártói adatok.

Ahol az alkalmazásnak döntést kell hoznia

Laabs szerint a Jev legkézenfekvőbb helye minden olyan osztályozási feladat, amelyet a fejlesztők jelenleg nyelvi modellel oldanak meg. Ilyen lehet az e-mailek rendezése, a pénzügyi tranzakciók kategorizálása vagy egy skálán végzett pontozás. A CodeRabbit beszámolója szerint a korai éles felhasználók sokszor már korábban is ilyen problémákat kezeltek, csak lassabb és drágább eszközzel.

A másik megközelítés az alkalmazás döntési pontjainak újragondolása. A Jev akkor lehet hasznos, amikor az alkalmazás működését elágazások, switch-utasítások vagy if/else feltételek határozzák meg, de egy adott feltételt nehéz pontosan leírni. Laabs azt javasolja, hogy a fejlesztők rajzolják fel az alkalmazás működésének folyamatábráját, és keressék meg azokat a pontokat, ahol a döntés inkább megérzésnek tűnik. Ezeknél a „ha ez a hangulat, akkor ezt tegye” jellegű szabályoknál szerinte felmerülhet a Jev használata.

A modell alkalmazása a kódolási ügynökök számára egyelőre nem magától értetődő. A CodeRabbit szerint ezek az eszközök többnyire egymás után hívják meg az API-kat, mindig csak akkor kérdezve, amikor az adott válaszra szükségük van. A Jev ezzel szemben lehetővé teszi, hogy a fejlesztő minden várható kérdést egyetlen kérésben küldjön el. A válaszok ugyanazon állapot alapján, párhuzamosan készülnek el.

Egy kérésben érdemes feltenni a kérdéseket

A CodeRabbit által ismertetett példa szerint egy támogatási jegynél egyszerre lehet megkérdezni, hogy számlázási ügyről van-e szó, és hogy visszatérítési kérelemről szól-e. A második kérdés csak akkor fontos, ha az elsőre igen a válasz, a Jev azonban így is párhuzamosan dolgozza fel őket. A TypeSafe párhuzamos kérdésekről szóló szakácskönyvének 13 kérdéses tesztjében az egyetlen kérésben elküldött kérdések 12,2-szer olcsóbbak és 10-szer gyorsabbak voltak az egyenként elküldött kérdéseknél. A válaszok nem változtak.

A CodeRabbit szerint a fejlesztőknek és a kódolási ügynököknek ezért külön ellenőrzési szabályt érdemes alkalmazniuk: ha ugyanaz az állapot több helyről jut el a TypeSafe API-hoz, a kérdéseket célszerű egyetlen hívásba összevonni. A Jev alacsony konfidenciájú válaszaihoz tartalék útvonalat is javasolnak, például további információ bekérését, eszkalációt vagy emberhez irányítást.

A TypeSafe ismert korlátozásai szerint a beszúrt utasítások, illetve az olyan szövegek, amelyek saját osztályozásukat próbálják befolyásolni, elmozdíthatják a választ. Ezért a Jev bevezetésekor azt is ellenőrizni kell, milyen felhasználói, eszközből származó vagy lekért tartalom kerül a döntés alapjául.