Live data from Hacker News

DeepSeek launching v4.1 flash cheaper and more capable than v4 pro

news.ycombinator.com

211–220 of 226 posts

Re: DeepSeek launching v4.1 flash cheaper and more capable than v4 pro

#211
post #64

My problem with V4 flash is output limit. When I need to write or rewrite a larger file (~1000 lines of code) it will fail with message like output limit reached.

Sounds like a problem with your provider, or with how your harness sends requests.

All DeepSeek models have 384k maximum output tokens:

https://api-docs.deepseek.com/quick_start/pricing

Re: DeepSeek launching v4.1 flash cheaper and more capable than v4 pro

#212
post #15

Since a few months, I almost exclusively use the Chinese "flash" models for my needs. They are a joy and they cost pennies per answer. Great job.

Do you use them for coding with your harness or do you use them in production? I found the latency distribution on OpenRouter to be unusable for DeepSeek v4 Flash.

Re: DeepSeek launching v4.1 flash cheaper and more capable than v4 pro

#213
post #201

Earlier quoted context omitted.

Thanks... I have been trying to figure out some things. Been doing my own evals. Flash 3.8 does burn a lot more tokens on high. Interesting how smart and not smart it is. For personal use almost impossible to justify the cost of 3.8 Flash cost.

Deepseek also burns a lot of tokens, its output on high is 2x of Gemini on medium. But it's dirt-cheap so it still can be 60-70% cheaper. From the large models Kimi K3 is definitely the one burning the smallest amount of tokens. Even if you pay for the fast version in Fireworks it's third of the price of Opus 5 for the same task. All this really needs evals, the token prices tell nothing.

I am surprised at how well DSv4 flash does in the real world vs many benchmarks. You look at Flash 3.8 and it supposedly beats opus 5 and deepseek is far below.. but they were measuring efficiency, whatever that is… Something doesn’t add up for me on the published benches

Re: DeepSeek launching v4.1 flash cheaper and more capable than v4 pro

#214
post #165

Earlier quoted context omitted.

Crossing the street and Russian roulette both have non-deterministic risks of injury. And yet I would be bothered to find out that that on my way to work, I was playing Russian roulette by surprise.

Yes and if you decide to play not using a game rulebook but a website that call it "game A" you can't be shocked if "game A" switched from one to the other, even though the doc said opposite yesterday.

You should look at why you are protecting your earlier comment rather than changing your mind or understanding why so many people disagree with you.

Re: DeepSeek launching v4.1 flash cheaper and more capable than v4 pro

#215
post #67

>In keeping with our commitment to user responsibility, following the official launch of V4.1 Flash and prior to the release of V4.1 Pro, all requests to the Pro model will be routed to V4.1 Flash and billed at Flash's price Please don't do this kind of thing. If a user has validated a workflow on V4 Pro, they might not want to suddenly start testing it in production on V4.1 Flash. Instead, keep V4 Pro around but dep…

I don't really agree, but we shouldn't have to debate it. An Auto option at each level would preclude this kind of decisioning. Pick a discrete model, that's what you get.

Pick Auto (Deepseek v4 Flash Auto vs Deepseek v4.x Flash), and let the vendor decide. I think OpenRouter uses this method.

Re: DeepSeek launching v4.1 flash cheaper and more capable than v4 pro

#216
post #164
post #153

Earlier quoted context omitted.

That's a narrow take. Non-deterministic doesn't mean random; workflows can be reasonably validated and consistent to some known degree. I work for an education department that serves a chatbot for students, and model changes go through painstaking content safety reviews. I initially assumed it's just a bunch of bureaucratic paranoia. But every other model upgrade has a measurably different adherence to the existing s…

I work in the same field for one of my company, in europe, and if you're not self hosting sorry but your worries are not something I can accept because models are very much not reliable on that front, let alone when you let the host decide HOW to serve a model (ressources allocated, different version of the same model, etc ...). I'm not being a d**, just saying, the problem you have is something that I have faced EXA…

If self-hosting is the only solution you can think of to maintain model stability, it's no wonder you missed the point. We already do all those things you mentioned, even with cloud providers. Model versioning exists for exactly this purpose, just like it does with any software dependency. We can specify sonnet:v1.23 and decide if and when to upgrade.

But even if we only asked for sonnet:latest, the last thing we'd expect is opus. Model names should be indicative of breaking changes, and change management doesn't just go in the bin because of non-deterministic tools.

Re: DeepSeek launching v4.1 flash cheaper and more capable than v4 pro

#217
post #103
post #67

>In keeping with our commitment to user responsibility, following the official launch of V4.1 Flash and prior to the release of V4.1 Pro, all requests to the Pro model will be routed to V4.1 Flash and billed at Flash's price Please don't do this kind of thing. If a user has validated a workflow on V4 Pro, they might not want to suddenly start testing it in production on V4.1 Flash. Instead, keep V4 Pro around but dep…

Usually I would very much agree with you, but those things are not deterministic so if that's an issue for you you're probably not making the right choices.

It’s like being told one day that one of your teammates will be replaced tomorrow by another teammate who’s more capable (has a higher test score), regardless of how long you’ve already worked together and gotten used to each other.

Re: DeepSeek launching v4.1 flash cheaper and more capable than v4 pro

#218
post #103
post #67

>In keeping with our commitment to user responsibility, following the official launch of V4.1 Flash and prior to the release of V4.1 Pro, all requests to the Pro model will be routed to V4.1 Flash and billed at Flash's price Please don't do this kind of thing. If a user has validated a workflow on V4 Pro, they might not want to suddenly start testing it in production on V4.1 Flash. Instead, keep V4 Pro around but dep…

Usually I would very much agree with you, but those things are not deterministic so if that's an issue for you you're probably not making the right choices.

In deterministic scenarios, this kind of switch can sometimes actually be safe, because we’ve used various engineering techniques to converge from non-deterministic behavior to deterministic decisions. On the other hand, in scenarios that are inherently non-deterministic, the impact of such a change is much harder to predict, so we need comprehensive evaluations to assess the extent of its impact.

Re: DeepSeek launching v4.1 flash cheaper and more capable than v4 pro

#219
post #123

Earlier quoted context omitted.

It's very easy to tell who is not running production applications using these models based on comments like this

Let me give you the benefit of the doubt, can you expand what you run in production?

I'm the founder of a SaaS in the marketing industry with tens of thousands of paying users and we have lots of AI powered workflows where small changes between model versions can make some big differences so whenever we update models we have to thoroughly test them which is why we pin them at specific versions which has been a best practice (and common sense) for the last 3+ years

Re: DeepSeek launching v4.1 flash cheaper and more capable than v4 pro

#220
post #20

Sounds nice! But, the web ui chat version of flash has very poor language following abilities in my experience: You may ask it something in English, and get a thinking chain in Chinese with an answer in Chinese, or an English thinking chain and an English answer. Using the retry button on the same question has a 50/50 chance of any of those results. Sometimes, asking something in English, but where information are mo…

It's not just web chat, V4 Flash 7/31 suffers from a lot of pathological behavior in coding harnesses as well, e.g. infinite loops, hallucinations, premature termination, and invalid tool calls.

disagree; been using flash as my exclusive model (other contributors have used other models) to build a complicated software project, a web engine. See https://github.com/gterzian/formal-web, which as you can see comes with very specific guidance explaining how to implement features.

I'm using headless Pi with my own UI and sandbox client, https://github.com/gterzian/uni03C0, as well as a bunch of Pi extensions for things like accessing Web standards and browser use via CDP for testing.

Switching to 4.1 today...

Edit: it seems they pushed the date at which they route the Pro calls to new Flash, so today I ended up paying regular Pro rates thinking I was using the new Flash; an example of how their offering is not quite as predictable as I would like it to be (the other is cache performance being unpredictable).

Post reply on HN