Gemini Decisions API

(blog.google)

131 points | by iamdelirium 3 hours ago

16 comments

  • eminence32 1 hour ago
    I'm sort of surprised it took Jev for everyone to realize "oh yeah, this is a useful thing that we should have in our product portfolio".

    But maybe this is one of those things that's only obvious in retrospect? I'm sure people were trying something similar years ago with grammar-constrained outputs (for example to only output a simple json structure), but you can't get probabilities out of the model that way. Which makes me wonder: how do these models calculate probabilities?

    • janalsncm 38 minutes ago
      A lot of AI stuff is like that, actually. GPT 2 and 3 were mainly curiosities that would get articles on tech news sites but didn’t attract much attention from the general public. But after RLHF the UX improved dramatically and ChatGPT became mainstream. A lot of MLEs underestimate how much UX matters, and the same is true for Jev.

      > how do these models calculate probabilities?

      The short answer is: more and better data.

      The long answer is: probably the same way any other classifier does. Take your ground truth probabilities and your predicted probabilities. The gap between those is called cross entropy, which is used to push the model towards the correct probabilities.

    • NitpickLawyer 1 hour ago
      You can do it with LLMs by looking at the logprobs of ('yes', 'Yes', 'YES'...) vs. ('no'...). This works for bool or whatever they call it in jev space nool I think?

      You can do it manually or use ready made libs. I know there's one in python on top of vllm that can do something like this.

      • mediaman 32 minutes ago
        LLM token probabilities are really poorly calibrated for decision making.

        Every time I see someone saying something like "isn't this just structured output?", it's because they don't understand that probability calibration is one of the most important parts of the product, especially to understand uncertainty.

        I think Jev did a pretty good job on calibration. I wonder how the fast-follow competition from OpenAI and Gemini do.

      • ak681443 59 minutes ago
        Not reliably - look at microsoft's guidance project that did some of this.

        Once a model goes through instruction fine tuning and RLVR/RLHF the log probs decorrelate from what's ground truth (given the propensity of the data seen during training)

        • londons_explore 28 minutes ago
          But I assume it wouldn't take much more training to make them good again - just a matter of picking the right loss function, since this sort of stuff is probably all encoded in the last layer or two anyway.
        • dist-epoch 35 minutes ago
          I'm pretty sure these models also went through RL post-training, the question you ask still needs to be interpreted as an instruction.
    • JamesSwift 54 minutes ago
      I think its more like how LLMs caught everyone by surprise. A reasonable person would not think such a simple system would have been this effective, and yet here we are. Distilling that system down even further into a decision model again does not seem like it should work. But it seems to.

      The whole system is foreign to us, and makes us rethink what "intelligence" actually is.

    • ashdksnndck 21 minutes ago
      We were doing zero and few-shot classification with LLMs since before they could reliably complete whole sentences. It’s an easier task than generating coherent text. The model needed to be tuned for classification (not generation) and for the domain, but it would often succeed at new classification tasks with a simple description.

      I guess given the huge advances in LLM since then, these models probably achieve much better accuracy on a wide range of domains with lower effort compared to what we were doing, which makes it compelling as a product. And yeah, the models probably were already good enough a few years ago too. Other factors include how easy it is to release products at high speed now, and the desire in the industry to reduce token spend.

  • theanonymousone 29 minutes ago
    The best decision model I have used (besides Jev itself) is respan/span-02, which is based on (finetuned from?) Gemma 4 26A4. That makes me optimistic for this release, despite the high cost.
  • waximabbax 3 hours ago
    Its bit more expensive than other other Decision Models in the same lane.

    However, it can accept Audio and Video as input as well and for those specific cases it can be extremely useful.

    • jermaustin1 22 minutes ago
      Image input is a primary reason I've never moved off my "home rolled" version of Jev (that Claude wrote for me over a year ago) for my file organizer/indexer. Takes images resizes them to 1k, then asks a handful of questions about the image for tagging purposes. It is able to process around 3 images a second based on Qwen 3 VL, but distilled and optimized for 1k images and up to 2048 token inputs (after the system prompt, then the questions are asked one after each other reusing the cache). Documents that are longer than that end up going through a summarizer that runs on my other GPU (Qwen 3.6, I think). And all of that gets fed into a vector search engine, for easy lookup later.

      I'm not even sure what all is going on inside it anymore, because I just add new features when they popup, and tell Claude to do it, and it let's me know when it is done, and every new "input feature" can run against the entire catalogue of files.

  • wasabi991011 13 minutes ago
    Surprised how close all these models are on the benchmarks
  • abhikul0 54 minutes ago
    There’s also this guide by google to use embedding gemma 2 as a decision maker. Wonder how these compare.

    https://developers.google.com/edge/mediapipe/solutions/decis...

  • londons_explore 30 minutes ago
    Presuming this started when Jev was released... If so, thats pretty quick time to release for Google.
  • vesterde 50 minutes ago
    Anyone hear anything around when it might land in Vertex? As far as I can tell it's just in AI Studio for now.
  • kaycebasques 1 hour ago
  • holografix 22 minutes ago
    Google ensuring “share of wallet” from their existing customer base with a solid but not great “we do it too” product, priced to capitalise on risk and change aversion.

    Standard practice by the big G.

    • hbarka 15 minutes ago
      What got me into Claude Code started with Google Antigravity. Somewhere along the way Antigravity took a dive. The rollout was great, then it started feeling like other G-products, the dreaded tail of lackluster developer energy after a peak.
  • pratzc07 1 hour ago
    So is it over for Jev now that the big boys are in the game
    • ai-x 28 minutes ago
      Startup / Founder focus vs Large Organizations with no vision. With AI, we know distribution moat really doesn't matter and Google doesn't have a great Developer distribution moat anyway
    • brandall10 45 minutes ago
      They just got a huge round, almost a billion in financing - that was after OAI Decisions API was released. I really wonder what their next move is.
  • claiir 33 minutes ago
    Why’s the probability type called “noul”?
    • iamdelirium 28 minutes ago
      Because they model this on Jev's API instead of OpenAI's version.
    • theanonymousone 31 minutes ago
      Was my question too. Apparently it is derived from Bernoulli (Can't find the source now).
  • 5555watch 13 minutes ago
    I still don't really understand where and why these decisions or Jev is useful or interesting? Is there a clear demonstration or tldr anywhere?
    • npc99 12 minutes ago
      Routing, classification, replacement for LLM-as-judge
  • iamdelirium 3 hours ago
    Looks like Google announced their own Jev inspired API and model
    • dude250711 1 hour ago
      It was a hot topic 2 months ago.
  • florkbork 1 hour ago
    Meanwhile, they are suffocating Jules today (https://killedbygoogle.com/) with a metaphorical pillow to the face and no migration path mapped out for casual users apart from "use antigravity" in a 1 line high banner; after about a year of existence.

    It seems unlikely this will be around in 6 months at this rate.

    • Catloafdev 1 hour ago
      That doesn't make any sense, this is a Jev competitor and a model release, like their Carbon and Argon models. It won't simply be 'killed' like apps might without something to succeed it.
      • DaSHacka 46 minutes ago
        And why not, exactly? OpenAI was more than fine killing Sora with no replacement. I don't see why Google would be any different, especially considering they're notorious for this behavior.
        • p_l 22 minutes ago
          Because Jules was explicitly an experiment, not guaranteed to "graduate".

          Google is maintaining the AI models and APIs for much longer, even if many people don't know about them unless they use them to build things

        • rgreasons 27 minutes ago
          Gemini Decisions API is likely to be used by enterprise customers in real products. Sora was a toy that only seemed to exist to infringe on IP OpenAI didn’t control. Apples and oranges.
    • panarky 8 minutes ago
      Antigravity is far superior to Jules.

      I say plant a thousand flowers and cull the ones that don't bloom.

    • kasperset 1 hour ago
      Barring Search, Gmail, and YouTube I am really wary of using anything from Google now.
  • dogoodsci 1 hour ago
    [dead]
  • IncreasePosts 1 hour ago
    It took OpenAI 2 weeks after Jev to release a decision end point, and now google does it 2 months later. Why such a difference? Bureaucracy? Quality control?
    • iamdelirium 1 hour ago
      Looking at their benchmarks, it's actually a better model than OpenAI and Jev (which in the same evals is worst than Jev?).
      • apetresc 42 minutes ago
        Looking at anyone's benchmarks, they're all better than each other.