‹ BackHN Continuity

Thread

OpenAI is well positioned to fast-follow Jev

328 points · 233 comments · JohnBerryman

  1. tolugenius · · focus · HN ↗
    I'm not exactly following through with the claim, can someone explain how the built-in classification would not necessitate more tokens used, or be much different from turning on reasoning? Not that I don't see the difference, I just doing see how OpenAI would do it well.
    1. mnicky · · focus · HN ↗
      AFAIK Jev is nothing special technically so it's easy to embed it as an another tool for the LLM? For many batch tasks it can still be quite a token saver I think.

      Or they can even offer it as a standalone API if deemed worth it.

      1. HarHarVeryFunny · · focus · HN ↗
        Jev seems to have three benefits:

        1) It's very cheap and fast - you provide one input and many potential classifications, and the compute to ingest the input is shared.

        2) It generates structured output natively - guaranteed to be correct

        3) It's output probabilities are calibrated to actually mean something

        OpenAI, or anyone else, could certainly replicate it - there are already articles guessing how Jev achieves its "parallel" classifications, but it seems the AI companies need to decide are they in the business of providing intelligence/tokens, or are they in the application business trying to compete with all their customers (not that Jev uses OpenAI).

        1. alex_sf · · focus · HN ↗
          Just to clarify:

          > 2) It generates structured output natively - guaranteed to be correct

          It's not guaranteed to be correct: it's guaranteed to be _formatted in a particular way_. You can get the same thing with grammars on any LLM.

          Jev and Jev-like models have other advantages, but I feel like people forget grammars exist for LLMs.

          1. LelouBil · · focus · HN ↗
            Not an expert at all here, but I saw a comment on the jev post saying that it you constrain an LLM suck that it outputs a valid structure, if the token with the highest probability is not the one that you expected because of the structure (and so you pick the valid lower one) this means the LLM was already confused and your answer is less likely to be correct anyways.

            Is this actually true ?

Open on Hacker News to reply ↗

Unofficial Hacker News client; not affiliated with Y Combinator.