‹ BackHN Continuity

Thread

OpenJev

722 points · 296 comments · ilreb

  1. wuhhh · · focus · HN ↗
    I don't understand how this is different from oai "structured output" (and whatever the similar paradigm was on Sonnet ~3.7 back then) which everyone moved on from. On their gh they say:

    "Jev is TypeSafe's closed service for runtime-defined semantic decisions. This project reproduces that interface pattern with open models; it does not reproduce Jev's undisclosed model or training"

    As someone else pointed out it isn't actually Jev... can someone enlighten me

    1. jLaForest · · focus · HN ↗
      I'm in the middle of moving my app to openAI structured output.

      Could you please explain what you mean by "which everyone moved on from"?

      1. slickytail · · focus · HN ↗
        Structured decoding limits next-token probabilities to ensure valid JSON. The main issue is that if the model puts a substantial probability on an invalid token, then it was already confused, and in that case, you don't actually want whatever the next-most-likely valid token is: even if it's syntactically valid, it's likely semantically erroneous.
        1. rhodysurf · · focus · HN ↗
          So whats the alternative? Letting it codegen a file and the piping that? What a worse workflow
          1. qeternity · · focus · HN ↗
            Alternative is to fail the validation and regenerate the request, but I have no idea what this person is talking about. It is absolutely not the case that everyone has moved on from structured generation. Absurd claim.
Open on Hacker News to reply ↗

Unofficial Hacker News client; not affiliated with Y Combinator.