Rendered at 20:29:53 GMT+0000 (Coordinated Universal Time) with Cloudflare Workers.
aftbit 6 hours ago [-]
>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 deprecated for a defined period of time, then remove it.
At least as open weights models, it's possible to use something like Together.ai or OpenRouter to run the V4 Pro model as long as other providers keep it up.
nolok 6 hours ago [-]
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.
lkois 5 hours ago [-]
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 system prompts about not talking to the kids about sex and drugs and mental health issues.
nolok 4 hours ago [-]
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 EXACTLY, and at least here it's not working until you host in house or remote but on raw hardware. Otherwise it keeps having subtle changes, and you will notice no LLM API providers has guarantees about these.
frde_me 4 hours ago [-]
It's not that you're a d*, it's just that you lack any kind of nuance
There's a whole spectrum between self-hosting open weight models and having a cloud provider swap models from under you
Should you self host a model if want to maximize predictability to the limit? Yes. Does that mean it's wrong for someone hitting a model on API to expect that it won't switch to a completely different model under the hood from one day to another? Probably not.
nolok 4 hours ago [-]
Sure, but if you're working in a field where that limitation is not "because you like it" but "because you have to" it doesn't matter. If you cannot assume it to be true, then you have to assume it isn't.
kristjansson 4 hours ago [-]
The user cares about the distribution of outputs. That distribution is structurally determined by the distribution of inputs (i.e. prompts), the weights of the model, and (these days) the dynamics of the harness guiding successive generations.
The only way to characterize whether a choice is 'right' is to characterize the output distribution (i.e. evals)! Changing the underlying weights necessarily invalidates whatever characterization may have been done. One may assert that one's harness regularizes outputs back toward the desirable distribution, or one may hope the different weights induce a sufficiently similar output distribution.
But no, one should not be completely agnostic to the choice of weights just because there's some nondeterminism.
gcanyon 6 hours ago [-]
They’re nondeterministic at a fine level, but can be “deterministic” at a more general level: e.g. you might know that one model will always return properly formatted json when asked. That might not be true of the replacement, even if it is in general “better” and cheaper.
Just the risk of such a thing means regression testing every time you update the model, and you want to be able to run that testing on your schedule rather than having it forced on you.
packetlost 6 hours ago [-]
> They’re nondeterministic at a fine level, but can be “deterministic” at a more general level: e.g. you might know that one model will always return properly formatted json when asked. That might not be true of the replacement, even if it is in general “better” and cheaper.
This isn't true. Even Sol messes up JSON formatting for me on occasion.
Do not delude yourself into thinking these things are reliable. They are not.
kamranjon 5 hours ago [-]
Is nobody using structured outputs? They use constrained decoding at the generation stage to ensure the probability of tokens that would break the format are set to 0. I kinda figured everyone was doing this at this point.
wongarsu 5 hours ago [-]
Most serious providers are now supporting structured outputs in a reasonable way for all model configs. But for example on ollama structured outputs are still incompatible with tool calling and with reasoning
If you use a large enough volume, you will know this isn't fully reliable. You might get json, and it might not match what the model actually sent because the last layer cut it up to match what you want. At the end, not json, or json but not really matching what the model wanted, it's sort of the same issue: when you use them you HAVE to assume they can have a brain fart. That's fine, just code around it.
gcanyon 4 hours ago [-]
We use structured output and To my knowledge it has never failed (millions of data points). There seem to be two classes of people: those doing productive work with LLMs, and those who only get replies insulting their mothers…
hyperpape 4 hours ago [-]
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.
nolok 4 hours ago [-]
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.
hyperpape 3 hours ago [-]
That would absolutely be a dick move on the part of the website and would confuse users.
Also, in this case, the game name is not “Game A” but something like “Deep Seek v4 Pro”, which they have previously chosen to use to describe Deep Seek v4 Pro, not Deep Seek v4.1 Flash.
vikramkr 2 hours ago [-]
These models have specific behavioral characteristics trained into them from reinforcement learning and prompts optimized for one aren't guaranteed to transfer to the new generation. Think if the difference between gpt 5.4 and 5.5 and then 5.5 to 5.6 for example. 5.5 was "better" than 5.4 for struggled more across compaction boundaries and needed much more precise instructions before 5.6 sol recovered some of 5.4's ergonomics. All from the same lab but each model was trained with specific behavioral patterns that were basically product decisions. I would be quite annoyed to find that a model provider was routing a promt optimized for one model to a different one, especially for a dumber/cheaper non frontier model that's not going to be as good at just figuring out what you meant
tomrod 6 hours ago [-]
Nope, strong disagree. The model is one small part of the process harness; behaviors are usually routable with expected propensities. Unexpected model changes avoiding change management messes with monitoring and observability thresholds. Stochastic controls are a real thing when you have your distributions defined; your workflows on a new model will throw that expected prior out the window.
nolok 5 hours ago [-]
I think it depends on the workload, which put you in the right (in some case, it's dangerous to do that), but for me even for very clean always correct path I always assume a model can, at time, have a vector brain fart (because it keeps happening).
Also in principle it's similar to Anthropic downgrading.
Personally I use the basis that if I don't self host (I include remote host, but that I pay per hosting nor per model or api), it can change behavior without me asking. But they shouldn't, but it doesn't matter that's what they do.
WhyNotHugo 5 hours ago [-]
A dice roll is non-deterministic.
Replacing a six-sided die for an eight-sided die also keeps rolls non-deterministic.
That doesn't mean it's fine to just replace the dice mid-game.
disiplus 4 hours ago [-]
Sure, but they are replacing same generation model to another not just switching opus to gpt.
neodymiumphish 4 hours ago [-]
But it’s more like them swapping Opus 5 for Sonnet 5.5 or something. IMO OP’s right to argue against it.
> we implement end-to-end, bitwise batch-invariant, and deterministic kernels with minimal performance overhead
Of course, providers may not implement deterministic inference for various reasons, but it is possible.
qeternity 1 hours ago [-]
Most people are not even referring to CUDA batching nuances.
They think that sampling is an inherent part of Transformers.
Even on this site, it is regurgitated with confidence.
idiotsecant 6 hours ago [-]
Models are not deterministic, but they do have a flavor. When that flavor changes it can change the nature of output in a way that is undesirable.
Sort of like shooting a rifle - where the bullets hit is (to some order of magnitude, no philosophizing please) non-deterministic, but different very similar rifles will group differently and need to be appropriately adjusted to hit anything.
nolok 5 hours ago [-]
Yeah but then it doesn't matter if it's "the model changed to another one" or "the model changed but it's the same name". Point is, you're not hosting it, as far as you know it can change at any moment, build around that idea. Is that great no, is that ideal no, that's why I self host (I include actually renting online the capacity and hosting the model myself on it).
vikramkr 2 hours ago [-]
Often via api you can pin to the specific snapshot. Yes the model provider can screw you over - it's physically possible for many vendors to screw you over, that doesn't mean that's not a dick move and that you can't expect/push for better behavior
switchbak 4 hours ago [-]
You've added a similar response like 5 times, but I don't see you adding more information.
Yes - model hosts can do nasty things to you aside from changing the underlying model. That doesn't mean it's cool to have them change the model automatically.
Yes, it would be preferable to have complete control over your model serving, and no - not everyone is in a position to do that themselves.
nolok 3 hours ago [-]
[dead]
tomrod 5 hours ago [-]
This is a great way to think of it, idiotsecant.
That flavor profile is known -- it's typical behavioral distribution is somewhat understood (and, often, common failure modes addressed). If JSON breaks about 20% of the time, and that drops for 2% or blows up to 90%, it can drive all sorts of issues (not the least, costs for retries).
darksaints 4 hours ago [-]
I think keeping models around for a defined period of time is fine, but fracturing your model offerings like that (keeping around multiple versions of the same model) is very hard to do economically. The economics of the AI ecosystem are dominated by queueing theory constraints that make it extremely cheap to serve predictable traffic loads, and extremely expensive to serve unpredictable loads, and any time you split your offerings like that, you make both less predictable and therefore more expensive to serve both versions.
If I were paying anthropic prices, I'd expect it, but Deepseek is a super scrappy upstart in comparison and intentionally arbitraging on price. I would never expect them to do that.
monster_truck 4 hours ago [-]
I'm not sure that anyone is running production workloads against an API that bills twice as much for a chunk of the day. One of the best things about Deepseek is that you can host it yourself and get a ridiculous multiple of usage for what the same dollar amount would yield from their API
Sha1rholder 1 hours ago [-]
> I'm not sure that anyone is running production workloads against an API that bills twice as much for a chunk of the day.
I'm not sure that anyone will mind running production workloads against an API that bills half as much for a chunk of the day.
happycube 4 hours ago [-]
It'd be very expensive to get a setup that can run non-flash well.
If they were still at original price I'd get a couple of DGX Sparks myself to run Flash models at a decent quant/context combo.
KoolKat23 6 hours ago [-]
I imagine they need the compute. Can expand market share with more users for same amount of compute.
But I agree with you. I have a dumb workflow that worked well with v4-flash-0731 and I suspect is directing to a newer model that now breaks it.
petu 6 hours ago [-]
4.1 releases tomorrow, right now you're supposed to be served by same old model
jmathai 5 hours ago [-]
LLMs add enough nondeterminism to a workflow. Swapping them without the user knowing adds substantially more.
cyanydeez 5 hours ago [-]
relying on cloud models for anything that gives you ROI is tying a loose noose.
jmathai 5 hours ago [-]
This is true :P.
samuelknight 5 hours ago [-]
In this case, Deepseek organization is under a lot of pressure due to compute constraints. It would be better if they just throw a 404 instead of rerouting though so customers are not surprised by subtle changes in behavior.
DetroitThrow 4 hours ago [-]
Yes exactly. Automatic model downgrade seems horrible for a lot of production workloads, even if you are deterministically constraining the behavior of your agents.
bicx 5 hours ago [-]
I wonder if this is a sign of things to come for dirt-cheap model hosting: no servers running old versions, only new versions. Just to keep costs down.
g023 5 hours ago [-]
its probably more expensive to run, and I'm thinking 4.1 flash is a smaller more efficient model. You can always host your own. This is what they need to do to stay competitive.
ycui7 5 hours ago [-]
llm is not a deterministic program. the same model won't even return deterministic answer. what's the point keep the model freezed?
if you want deterministic returns, you should set the temperature to 0 to get the best possibility of deterministic.
zamadatix 5 hours ago [-]
Strict determinism is a different, but related, issue.
E.g. if I've written a role playing character using a specific model I may want to pin the character to that model until I've been able to test the model being "better" doesn't affect the feel of the character before switching. That doesn't mean I need the character's responses to be completely deterministic, but that doesn't imply I'm fine with the character having a different quality or feel of response just because the new model is out.
It'd be nice if there was a more explicit way to signal in the request "I want what you think is best per dollar for this class of answer" vs "I want this model to answer".
m3kw9 6 hours ago [-]
They expect vibe coders to use their models only lol
weego 6 hours ago [-]
You absolutely cannot consider an LLM production build number something to be pinned against as a static dependency in a product chain, so it's a non-issue.
It's very easy to tell who is not running production applications using these models based on comments like this
Xunjin 5 hours ago [-]
Let me give you the benefit of the doubt, can you expand what you run in production?
vikramkr 2 hours ago [-]
In the openai api and many other rapid you can pretty trivially pin not only the model but also the specific snapshot you want to use by using the model id for that snapshot. It's not that big a deal and has been available for years
jiehong 8 hours ago [-]
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 mostly in another language may make the answer in the language where data has been found. The other day, I asked something about a local German thing, in English, and I got an answer in German instead. It’s as if all the language data stirred it away from the language of the user’s question.
mattmcal 7 hours ago [-]
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.
pimeys 6 hours ago [-]
All of these flash models have this. You have to build your harness so that it deals with it. Infinite loops are solved by having an error message that says what to do differently on failure, invalid tool calls are solved by making the tool schema less strict and detect things in the runtime etc.
Hallucinations you can't fix. Gemini is a bit worse there than DeepSeek, but there's not much research on how to fix that. The only one is the CaMeL paper by Google, where you tag every prompt and result and then for every assistant response or tool call you first check where it got that data and error if you notice fabrication. This one is really annoying to implement.
With larger models the fabrication starts when the context grows or if you have too many tools, for flash models it's much earlier. We use the flash models for repetitive agentic tasks, where the prompt defines clearly what to do and how. The whole run is about 4-5 steps typically, and context size stays in the comfort zone.
tempoponet 3 hours ago [-]
Can you share what tools and processes you're using to do this?
I've been using Pi to build custom extensions and wrapping workflows in shell processes to make it more deterministic and enforce certain validations, all guided by Fable. This isn't production work, though, just playing llm factorio at home.
pimeys 2 hours ago [-]
What you want is a bunch of sessions to replay. Something anonymized if it's not yours, and something that's not depending on state.
You replay all your sessions against your harness, and then store all logs all output, everything to a safe place.
Finally use a blind judge to check everything, and score the output.
Then fix your harness, iterate again until better until you are in a point where it's just the model's weakness. If you get to that, use a bigger model.
CharlesW 6 hours ago [-]
FWIW, I haven’t experienced any of that using V4 Flash via DeepSeek in omp. What’s your coding harness and inference provider?
mattmcal 3 hours ago [-]
OpenCode but I variously use DeepSeek API/OpenRouter/Vercel AI gateway. I'm sure it's the combo of model + inference provider that is the issue and not the model alone. DeepSeek API also has far better inference speed and reliability than the cheapest providers. That said I never seem to have these issues when using GLM 5.3 flash served by OpenRouter/Vercel.
rpdillon 5 hours ago [-]
Same. My side projects are coded almost exclusively with the Deepseek V4 Flash 07/31 in omp, and it recovers beautifully in every case. I'm using OpenCode Zen.
anramon 57 minutes ago [-]
That may be an issue with the harness you are using, i've never, and never heard of, someone having this problem specifically with this model.
bendangelo 6 hours ago [-]
This never happens on the deepseek api. It’s always a different provider using lower quants.
K0IN 6 hours ago [-]
I have used the flash model for over 3b tokens and ofc. I saw some hallucinations and premature termination (I also get this on Astra - way more often than with deepseek v4 flash), but I never had a infinite loop (using the copilot as harness).
surgical_fire 1 hours ago [-]
I used a lot V4 flash to implement plans built by other models, and it was honestly top notch. The thing was a workhorse, and I got none of the isuses you describe.
I was mostly using DeepSeek on Pi, connecting to their API directly (not some third party provider).
I honestly have more issues steering Sonnet properly.
red_green_yell 2 hours ago [-]
There is a chrome extension that injects “respond in English” and “English [checkbox emoji]” to every query. This helps a lot but I still sometimes get Chinese responses. I have not had this issue via api on openrouter.
lampe3 6 hours ago [-]
All flash llms have this problems. gemini. I start to a new chat write in german and suddenly it answers in english.
I take the free chat gpt one writ with it in polish suddenly english.
djeastm 5 hours ago [-]
You see this on Reddit where the bot accounts will just comment in German, French or Italian randomly (and other bot accounts responding to it won't even bat an eye, responding in English as if it's the most natural thing in the world)
prussia 5 hours ago [-]
It's a bit more complicated than that because Reddit now automatically tries to translate comments not in the user's language.
apexalpha 7 hours ago [-]
I have the same issue, sometimes.
I initially thought it was a trick, that using Chinese chars is somehow more info dense and it saves tokens to 'think' in Chinese.
But later on it became more erratic. I still wonder if token reduction would work that way.
swiftcoder 8 hours ago [-]
I've hit this too, but you can just add "in English" to steer it
gentlewater 6 hours ago [-]
I finally uninstalled the app yesterday after giving it plenty of chances over several months. Yesterday, I asked it whether «DeepSeek has fixed the issue where it erroneously answers in Chinese?» and it answered in Chinese.
elaus 6 hours ago [-]
So you did not do what the post you replied to suggested?
gentlewater 5 hours ago [-]
Oh, I’ve tried that too. It will promise to keep it in English from here on out, then switch back to Chinese after two or three exchanges. When ever it needs to do a web search, it seems to load so much Chinese text that it forgets any language instructions. Just thought my experience yesterday was more to the point. Right now the chat is absolutely hopeless.
swiftcoder 5 hours ago [-]
huh. mine only does this on the first turn on a new computer. Once I've told it once it seems to be entirely sticky on that device from then on
jtbayly 2 hours ago [-]
On the contrary, this is very strong steering in a prompt!
michimagdesign 5 hours ago [-]
This shouldn’t be a user-facing issue. The web UI should inject the account’s language setting or solve it like competitors. They’ve mentioned giving it multiple chances but it’s still not fixed.
alightsoul 5 hours ago [-]
Anthropic does the same thing but it's not problem
fdsjgfklsfd 2 hours ago [-]
No you can't. It still responds in Chinese after explicitly asking it to "Always reason and respond in English."
el_io 8 hours ago [-]
I'm also totally not sure why it do that, but I guess because they're searching from China and web results comeback in Chinese so the model start using that.
kgeist 7 hours ago [-]
The web UI's system prompt is also probably in Chinese
miroljub 7 hours ago [-]
Yep, the same issue. I even defined a dictionary shortcut on my phone to expand aie to "Answer in English!", but every so often it takes 5 times to force it to switch to English.
Interesting though, when I ask questions in German or my native language, I rarely get Chinese answers. Looks like English is most affected.
API never answers in Chinese.
tinyhouse 7 hours ago [-]
I've been working with Pro and it's been great so far.
epolanski 8 hours ago [-]
I've occasionally got chinese characters in anthropic/openai's responses too, locally on codex/claude.
Hasn't happened in a while, last time was when I was testing fable 5 in june.
oefrha 7 hours ago [-]
I don’t know what model codex uses for session summarization (I use Pro subscription, no third party models), but I get Chinese summaries from time to time, when the only Chinese that could have appeared in the session would be an i18n strings file that it may or may not have loaded. Very puzzling. Last happened yesterday.
cheema33 5 hours ago [-]
Yep. I faced the exact same issue. Too many times. And then just gave up.
simonw 7 hours ago [-]
> all requests to the Pro model will be routed to V4.1 Flash and billed at Flash's price
If I'd carefully tested and optimized prompts against Pro I wouldn't be keen on this particular news. I feel like API model providers should lean towards not swapping out models on their paying customers, no matter how much "better" the new model is meant to be.
notatoad 3 hours ago [-]
Seems to be lots of people in here worried about “if i had”, and nobody who actually has done this.
Anybody actually using deepseek in a production system affected by this want to share their experience?
chronogram 2 hours ago [-]
Absolutely nobody commenting that has done that, it's just roleplay. Flash-0731 and Pro-0813 replaced previous models too, and the V4-preview models replaced V3.2 before that. You have your official API from a tiny cutting edge research lab that can only realistically host one model at a time, which you know from every model they released before, but they fully openly provide every model so if you want that infinite stability you can easily host it yourself for eternity. So those commenters want to pretend they require RHEL-like stability for their prompts with enterprise budgets, but somehow can't host those models, yet at the same time offload their entire RHEL-stability requirements to the research lab. Even Google and OpenAI retire models that were still relevant a year ago, but open models actually last forever.
badatnames 5 hours ago [-]
I imagine they're doing this due to capacity issues or somesuch. They can always relaunch Pro later, meanwhile a little ricered benchmaxxing of their existing flash model provides a temporary cover story. They certainly aren't silly enough to think this won't impact existing Pro users </paranoia>
dandaka 4 hours ago [-]
They could raise prices, if capacity is problem
chronogram 2 hours ago [-]
They can't increase capacity by raising prices. Right now they calculate that they're at an optimal revenue curve. Simply reducing demand by increasing prices doesn't mean they get more money. The limit is in the ability to buy hardware.
gpugreg 3 hours ago [-]
They did, but it was not well-received. Perhaps they want to try something different.
surgical_fire 58 minutes ago [-]
DeepSeek user here.
I very much prefer they don't raise prices.
satory 6 hours ago [-]
[flagged]
tjwebbnorfolk 7 hours ago [-]
Sure, but if a company decided to place a remote chinese hedge fund's API at the center of a critical business workflow, this is a lesson better learned sooner rather than later.
k__ 6 hours ago [-]
At least they can use another provider or self-host.
I swear I put that at the start of the post. Must've managed to miss it when copy and pasting!
NooneAtAll3 6 hours ago [-]
can't you edit it?
nickweb 5 hours ago [-]
No. Posts are only editable for a small window of time.
EbNar 8 hours ago [-]
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.
ActionHank 8 hours ago [-]
I am legitimately more excited for this release than any frontier models at this point.
I don't need a model that can invent new mathematics. I need something that is fast, cheap, and consistent. Give me that and I can build and scale.
Oras 5 hours ago [-]
LLMs are not consistent
ActionHank 4 hours ago [-]
True, make them cheap and fast enough and you can scope and stack agents sufficiently that the error rate tends close enough to zero to be meaningfully useful.
pimeys 7 hours ago [-]
Yes. I'm working in the agent industry and my god are we excited on new versions of Chinese flash models. The direct competition is Gemini Flash, and these models are much better on agentic tasks with fraction of the task price compared to Gemini. Things like oh here's a set of simple instructions for you to follow, call these tools, return this report. 20-30% of the price per task. And especially Deepseek Flash produces better quality than Gemini does.
Where Gemini still wins is non-text input what Deepseek cannot do, yet, and Deepseek Flash has this thing of cheaper models where a failing tool call can derail your agent to a retry loop if you're not careful on instructions in the error message.
If they fix and make the tool calls to work better in non-optimal situations, it's much easier to switch from Gemini without a few weeks of evals and bugfixing.
bitexploder 5 hours ago [-]
Which versions of flash and at what thinking levels? Which chinese flash models and at what thinking levels? What tasks? What completion rates? How was quality evaluated?
pimeys 5 hours ago [-]
- Which versions: 3.6 vs 3.7 vs. 3.8 for Gemini Flash, and v4 0731 for Deepseek v4 Flash, and GLM 5.3 Flash
- Medium for Gemini, high for Deepseek.
- Things like find information, then understand something about it, then send a slack message or email etc.
- Completion rates somewhere in 80-90%, Deepseek a bit better than Gemini
- Quality evaluated by Fable 5.1 and Astra 6.0 acting as a rubric judge.
Gemini quality would probably be better with high thinking level, but that would be 40% more expensive. And Deepseek is already third the price of Gemini.
bitexploder 2 hours ago [-]
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.
pimeys 2 hours ago [-]
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.
urieiejr 6 hours ago [-]
translation
I make vaporware that doesnt do shit reliably and this chinese crap spouts plausible demos and spam calls more cheaply than the competition saaar
pimeys 6 hours ago [-]
Well, it's much more than that. In general everybody's building agents now. You see these things that can help you to do things like adding things like OCR an appointment from a picture of a hand-written paper and add it to your calendar, search things from the internet, find that email with a PDF and add it to your local paperless instance.
Building an agent like this by yourself is really easy. Now, we have Gemini's subscription, OpenAI's ChatGPT subscription and all those, 20 bucks a month right?
What if you can spend that 20 bucks in tokens to do your own. And you pay 15 bucks _a year_ in tokens to run that? And you own the data, you own your code and integrations. It's really easy to do, and these flash models are _more than enough_ for simple agentic tasks.
hgoel 4 hours ago [-]
Yeah, the latest batch of <256GB Chinese models are really nice. They're far less cryptic than Claude, and competent enough to feel almost near Opus. I canceled all my subscriptions and switched to running the Chinese models locally (not as a cost saving measure).
iamjs 31 minutes ago [-]
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.
darkoob12 8 hours ago [-]
My mental bias always kept me away from Chinese models. Because i know that china is a surveillance state and all the things we know about CCP. But after what we learned about OpenAI and how they most likely used user data to basically cheat in an open competition i think it does not matter which AI provider you use all of them will own your data and all of them can spy on you. So I am willing to switch to Chinese models. This way we help them develop and improve models some day we can run them locally.
kzrdude 4 hours ago [-]
The Chinese labs have released interesting papers to accompany their releases too, especially DeepSeek and Kimi. This improves their standing among a few of us, who really like to see and read the papers with details about what they have changed and how their models work.
ricardobeat 8 hours ago [-]
These models are open-weights. Anyone can host them, you don’t have to use chinese servers even though most of them offer zero data-retention policies.
m00dy 6 hours ago [-]
>>zero data-retention policies
Yeah, that’s basically an industry-wide scam.
Xiol32 5 hours ago [-]
But it makes the compliance team happy.
burntpineapple 6 hours ago [-]
[dead]
efficax 4 hours ago [-]
the US is also a surveillance state except about 80% of the surveillance is private companies (that are closely tied to the state)
jsw97 6 hours ago [-]
Even you think both cheat, you can't possibly think they both cheat the same amount.
Mashimo 7 hours ago [-]
The new meta model is fast and very cheap as well, and when used through OpenCode you get quite a lot of free tokens. But meta is also THE surveillance company, so probably also not a good choice in your case.
miroljub 7 hours ago [-]
If you work on open source projects, I don't care about surveilance. It's right there on Github with full history anyways.
hn8726 6 hours ago [-]
Is it? You're still putting a lot of thought and guidance into the agent's harness, the final code is just a tiny bit of that. It's like giving a junior developer final code vs explaining the whys and nuance. Which I'm not sure I want to give Meta
el_io 7 hours ago [-]
You can use those models from Openrouter, they have many Non-Chinese providers.
7 hours ago [-]
epolanski 7 hours ago [-]
You're naive if you're thinking the scumbags running the US companies aren't using your data.
In any case old rules apply: if privacy is a concern don't share the data. I share all my work-related code because it's worthless, but I don't and would never share company business and process details, access to production/user data, etc.
Meanwhile I know of people connecting all the kind of MCPs for datadog/sentry/jira/concluce/production databases to their harnessess..lol.
XzAeRosho 8 hours ago [-]
Same for me. DeepSeek models are incredibly good at implementation and light planning. I still default to Opus models for feature planning, but for most simple features the Pro models suffice.
Incredible good value and product they have built.
serf 7 hours ago [-]
I recently had to config my harness to watch for cybersecurity flags from astra and funnel requests to flash when they occur because Astra gets queezy when you talk to it about UDP packets in games.
Works fantastic. Glad there is a more 'uncensored' thing to fall back to when the frontier folk are too sensitive.
nicce 7 hours ago [-]
The only positive side is that it is harder for students to feed university exercises to the agent in cybersecurity and expect it to make them all.
postalcoder 8 hours ago [-]
I hope DeepSeek takes some time to improve their tuning for reasoning effort. Right now, there are only three reasoning efforts: low, high, and max.
For all intents and purposes, "low" is pretty much the same as turning reasoning off, and "high" is similar to "max". "High/max" performs way too much reasoning, takes forever, and causes costs to balloon. They need a proper "medium" setting.
I get it that they're probably focused on pushing performance right now, but the ergonomics of the model aren't great.
iamniels 8 hours ago [-]
I switched to GLM-5.3 flash on high for this reason. Too many "but wait" in the Deepseek-v4 reasoning.
alfiedotwtf 2 hours ago [-]
GLM 5.3 Flash was the killer for me. It really feels like we have Claude-approaching models at home.
I just wish they kept parameter count down in order to fit entirely within commonly used RAM sizes
tarruda 7 hours ago [-]
I would rather have just 3 levels: low, medium and high.
I hope some of those speed increases will make it to production.
esafak 6 hours ago [-]
That ought to be DeepSeek's real differentiator; all the other Chinese models are slow.
NitpickLawyer 7 hours ago [-]
It's interesting that this is the third lab to find problems with larger models. Earlier last year oAI was rumoured to have failed their large pretrain. Now google has problems with their pro series, and ds just announced the same. There are some rumours on chinese forums talking about problems with the pretraining phase, so this is not mid/post training related.
I wonder if this comes from using the bad architecture scaled up (and it hits some limits) or if this is a data problem (undertrained? bad data? bad pre-processing using smaller models?)...
wolttam 6 hours ago [-]
Just my intuition about it but it does seem like a data issue.
V4 flash and V4 pro feel very similar, which would make sense if they were pre-trained on largely the same corpus.
All that would suggest to me is that V4 Flash is capable of absorbing the data they’re throwing at it, and we’re still nowhere near the data limits of their larger 1.6T model
pixelesque 6 hours ago [-]
Where are you seeing them having an issue with the larger (Pro) model?
The announcement specifically says 4.1 Pro will be released in the future.
petu 5 hours ago [-]
A month ago new V4 Flash 0731 checkpoint was better than existing V4 Pro. They've kept serving Pro, it was updated 13 days later (0813 checkpoint).
Now, 4 weeks later new Flash checkpoint (0910?) is again better than existing Pro. Same situation, but Pro is taken offline this time.
mermadicsolutio 3 hours ago [-]
The price drop is probably more interesting than the benchmark improvement.
At these prices, you can start throwing Flash at a lot of small, repetitive tasks where you wouldn't even consider using a bigger model before. It feels like the interesting shift is not “Flash replaces Pro”, but “there are now a lot more things worth automating.”
tarruda 8 hours ago [-]
Hopefully it will be open weights and have the same architecture and size as the current v4 flash vision, which is probably the best LLM that can be run on 128G devices.
fluoridation 8 hours ago [-]
Interesting, I had assumed it'd be too large to fit. What quant and context size are you running?
tarruda 8 hours ago [-]
IQ3_XXS (~3.2 BPW). For me this is an option because my Mac studio is only used for serving LLMs, so I can afford to dedicate most of its RAM to this. I can run with 256k context and only uses ~117G, with the remaining (up to 125G which I can allocate to VRAM) being used for prompt caching and context checkpoints.
I'm making my own quants, though the Vision-Exp version is outdated and won't work on llama.cpp master branch (I built it before llama added support):
Thanks, I'll give that a try. I basically have the same use case, only on Strix Halo.
tarruda 6 hours ago [-]
Don't use my Vision-Exp GGUF though. As I said I built those GGUFs before llama.cpp supported, and they can't be loaded on current master (require my own branch).
I already have new GGUFs but haven't uploaded yet. If you want Vision-Exp, maybe use bartowski or unsloth's GGUFs.
Side note:
As an alternative to deepseek v4, you might want to give it a shot at qwen 3.8 flash next. I have IQ4_NL GGUFs that can be loaded fully into 128G, or Q5_K GGUFs that can offload the PLE to disk (use --load-mode none --lazy-mode on for that): https://huggingface.co/tarruda/Qwen3.8-Flash-Next-GGUF.
llama.cpp master is still somewhat bad in Qwen 3.8 next performance, but I was able to achieve 40tps tg and 600 tps pp on my private branch.
I'm curious if you've tried dwarfstar and decided to move to llama.cpp and 3 bit quants or what made you go that route instead? I've been using ds4 for months now and it's already got support for the new vision model, haven't tried it yet, still on 0731 but it's been very solid for me.
tarruda 5 hours ago [-]
I tried dwarfstar when llama.cpp DSV4 support was still very weak, and while it worked, I didn't see anything that would make me want to stick with it vs llama.cpp. llama.cpp is simply better with its awesome built-in webui, router and server APIs and certainly support much more models and quantizations than dwarfstar.
Since then, I started maintaining my own vibe coded dsv4 branch with metal optimizations, so I actually get much better metal performance on my llama.cpp branch than on dwarfstar (plus all the extra llama.cpp features). Here it is in case you want to give it a shot: https://github.com/tarruda/llama.cpp/tree/qwen4exp-dsv4-opti...
mmastrac 5 hours ago [-]
I've been trying out the 4.1 flash preview for some bulk tasks: it did a pretty good job refactoring a bunch of .metal kernels to .cu. It needed less steering than Opus on refactoring, IMO, and writes better comments. It failed to port a root exploit from modern Android to an older Pixel 3, but I suspect part of that might have been harness configuration (it asked me to give it a longer timeout for tasks at some point, but I didn't have a chance to finish that).
I was getting something like 300-400 tok/s which was just insanity. It was running so much faster than the toolcalls themselves. Honestly, even if it's not quite as strong in reasoning, it just throws so much so fast that it can do a lot more than you might expect.
I'd say it was comparable with GLM5.3 Flash.
edude03 7 hours ago [-]
I've been watching a bunch of bycloud on YouTube recently, and although he's done a great job reviewing papers from the big AI labs, I feel like I'm missing something - how have all the labs seemingly made a model that's cheaper, faster AND has better performance? Historically `flash` variants (like codex spark as well) have been faster but perform worse
_3u10 7 hours ago [-]
That’s how increasing performance works. You make a model 10x faster, then you make it think 2x as much.
Its cost is now 1/10th per token, and 1/5th per task.
Basically they have shitty hardware so they have to do a lot of optimization. Think of it like replacing an O(n) algorithm with O(log n).
Anthropic / Open AI think the best path is the most intelligent models deepseek is more focused on tok/$
slickytail 6 hours ago [-]
[dead]
swiftcoder 8 hours ago [-]
If they can keep up this cadence of Flash leap-frogging the previous Pro, we're in for a good time
dude250711 7 hours ago [-]
Anthropic/OpenAI might step up their anti-distillation defences though.
swiftcoder 6 hours ago [-]
Nah, we're long past the point where that would make a difference - if they could have done so effectively, they would have before K3 and GLM 5.3 were nipping at their heels...
_aavaa_ 7 hours ago [-]
They might need to step up their product offerings and offer cheaper.
alightsoul 5 hours ago [-]
Anti distillation is just American nationalistic marketing, the amount of data they have "distilled" makes no difference. Deepseek "distilled" like 10000 messages? That's clearly not enough. You gain a lot more doing RL in house.
wg0 6 hours ago [-]
DeepSeek v4 Flash with high is already a really great work horse. Reliable. But this time, not only that it is better but they are reducing the price by 50% so that's great.
I also find the DeepSeek models to be more precise than Claude models (last I used 4.7) in that I yet had not the occasion where model did something unintentional that I did not direct it to.
EDIT: Updated percentage reduction.
kennywinker 6 hours ago [-]
Reducing the price by 100% means it’s free. I think you mean reducing the price by 50%
wg0 6 hours ago [-]
What I mean is that price has been effectively halved.
During off-peak hours, the unit price is reduced from $0.007 for input cache hits to $0.003, $0.22 for input cache misses to $0.15, and $0.12 for output to $0.6
riknos314 5 hours ago [-]
Halved would be a 50% percent reduction.
0.15/0.22 ≈ 0.68, meaning a roughly 32% reduction on inputs. The 50% reduction is only outputs and cached inputs.
kakacik 5 hours ago [-]
Sounds like 50% reduction to me. 100% reduction means price -> 0
6 hours ago [-]
declan_roberts 3 hours ago [-]
What are people using in place of the cowork web/chrome integration? I find that to still be compelling reason to use Claude. Sometimes I have a menial task that involves a lot of web browsing/clicking/searching and it's much easier to let claude using my existing browser/login. I haven't find a replacement for it.
Looks like the new model can be used if summoned via the API but the API won't list it.
nicman23 6 hours ago [-]
qwen3.8-flash-next on a single rtx6000 (~1 euro per hour on a spot vm) with buun-llama is i think the cheapest reasoning / euro atm.
hope deepseek makes me change my setup again
igleria 8 hours ago [-]
v4 pro was decent then a better cheaper faster model comes now?
As a consumer I feel like hansel and gretel combined, deepseek could be the witch.
throwaway473825 8 hours ago [-]
It's not unprecedented given that GLM 5.3 Flash was better and cheaper than GLM 5.2.
calgoo 8 hours ago [-]
v4 flash has been working quite well for the majority of my personal projects, with occasional v4 pro or Kimi 3 for the most complicated tasks or to check the overall project progress (when vibe coding).
HansHamster 7 hours ago [-]
I must be doing something wrong. I gave v4 pro a try a couple of days ago, gave it a simple prompt like "clean up functions x and y in file z" and it would always start off promising, just to quickly get sidetracked, start hallucinating problems in the code, and just get stuck for hours until I interrupt it:
— hmm — 0x2D696370 — little-endian bytes: 70 63 69 2D = 'p','c','i','-' — hmm — WAIT — WAIT — !!!!! — *WAIT — WAIT — WAIT — WAIT — WAIT — WAIT — *HOLD ON — HOLD ON — HOLD ON — WAIT — WAIT — WAIT — WAIT — WAIT — WAIT — WAIT — !!!!!!!! — *WAIT — WAIT — WAIT — WAIT — WAIT — WAIT — WAIT — WAIT — *OK — WAIT — I THINK I FINALLY SEE THE WHOLE PICTURE — I NEVER READ IT — AND — THE LAYOUT — hmm — !!!!! — *WAIT — WAIT — WAIT — WAIT — WAIT — WAIT — WAIT — WAIT — WAIT — HOLD ON — HOLD ON — HOLD ON — HOLD ON
Then gave the same to Sonnet 5 and it was done 15 - 30 minutes later.
I tried v4 pro both in claude code and codewhale with similar results. Haven't tried the new deepseek harness.
KyleTheDev 7 hours ago [-]
I've been using the 0731 Flash V4 model, via Opencode, and I've had no major issues. It feels very comparable to Opus 4.6/4.7, that I use at work. I haven't ran into any of the problem you mention, so that might be a quirk of V4 pro, the specific harness, or maybe the host you're using?
atwrk 5 hours ago [-]
I guess this was a heavily quantized version from openrouter? I've never had that experience in the last months of quite intensive use of the official deepseek api.
HansHamster 3 hours ago [-]
No, that was directly from deepseek. And it happened very consistently (3 or 4 times in a row, clean session every time, and across 2 harnesses). Guess I'll give it another try when v4.1 flash is available.
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.
surgical_fire 55 minutes ago [-]
Sounds like a problem with your provider, or with how your harness sends requests.
All DeepSeek models have 384k maximum output tokens:
I've been using deepseek-v4-flash as a "worker" model with Claude Code to implement a tool using Rust/Iroh for my personal use, and it works fairly nicely when I use Opus as the planner/reviewer model. It seems to follow the plan generated by Opus, albeit with a few misses here and there that it cleans up later after being reviewed by Opus.
Fairly excited for the v4.1 launch. Input cache hit prices have been halved, which looks nice.
bitexploder 5 hours ago [-]
If you are okay with waiting use GLM 5.3 max. It costs more but still cheap. It is slow, but a very strong worker. Still dollars per day (at most) with heavy concurrent agent running. I load up planning and tasks in Opus or Sol, and just have glm flash workers go to town every night. My project has never advanced more smoothly.
tensegrist 8 hours ago [-]
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.
just in terms of user perception when selling this sort of service, this is what they call a "good look"
npn 6 hours ago [-]
Crazy that they still keep the price -- or actually decrease it, even -- despite it is a big improvement. I hope it retains some of the tps speed of the preview release though, 300 tps means gemini flash is no longer "the fastest option" any more.
eli 5 hours ago [-]
You can test it now on the official deepseek api. Just set your model to deepseek-v4.1-flash-expires-on-0910
It’s good and very fast.
(Note that the deepseek API trains on your data)
mrbonner 5 hours ago [-]
Does anyone use the DS Flash models for general knowledge instead of coding focus tasks? If yes, how do you rate it?
damsta 6 hours ago [-]
> all requests to the Pro model will be routed to V4.1 Flash and billed at Flash's price
While V4.1 Flash performance and cost looks promising this auto re-routing sounds concerning
thrownaway561 8 hours ago [-]
I will continue to be amazed by how much power you get from DeepSeek Flash for the cost. I have let that puppy lose on so many projects and it is has never let me down. It can build and entire Rails app in no time and even do the tests. For most things, I don't get why people pay the money for Claude. DeepSeek Flash is my default agent in Omarchy.
bwfan123 6 hours ago [-]
Same, very impressed with v4 flash. It has the right balance of cost and performance.
coopykins 6 hours ago [-]
I really enjoy using V4 Flash for digging though data and such. Its a very good model for the price. Looking forward to this one.
aftbit 6 hours ago [-]
Will V4.1 Flash and V4.1 pro be open-weights?
nicce 8 hours ago [-]
> 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. If you encounter any issues during your comparative testing between V4 Pro and V4.1 Flash, please do not hesitate to reach out to us with your feedback. Thank you for your support!
So, will it have vision? (based on deepseek-v4-flash-vision-exp ?)
ComputerGuru 6 hours ago [-]
Already available via the API as deepseek-v4.1-flash-expires-on-0910, with vision.
hinow 8 hours ago [-]
But what no one mentions is that the price is going from a starting point of $0.16 to $0.60, so basically they're charging nearly four times as much.
KyleTheDev 7 hours ago [-]
Like _aavaa_ said, make sure you're comparing the right vals 1:1. There's different costs for cache hit, cache misses, output tokens, etc. This one seems, during non-peak hours, cheaper. Peak hours are obviously more expensive, if they're gonna be 2x non-peak pricing. But, that might end up decreasing in the future.
VulgarExigency 6 hours ago [-]
Deepseek already has 2x peak pricing. This is just going to be cheaper across the board.
KyleTheDev 6 hours ago [-]
Ah, how did I not know about this? I guess I had missed seeing this somewhere, I might just always be using it during off-peak hours. Thanks!
hinow 6 hours ago [-]
Take a look at the answer below, please.
:)
_aavaa_ 7 hours ago [-]
What are you talking about? Current flash prices are 0.66 for output, this is dropping it to 0.60.
hinow 6 hours ago [-]
This is the notice from DeepSeek regarding their API:
We will adjust the pricing for the Flash series effective from 12:00 Beijing Time on September 10, 2026. During off-peak hours, the unit price will be $0.003 for input cache hits, $0.15 for input cache misses, and $0.6 for output. Peak-hour prices will be double the off-peak rates. Please plan your usage accordingly.
-------------------------------------------------------
Hoje em sites como openrouter o valor é de $0.16 output .
KyleTheDev 6 hours ago [-]
Direct 1:1:1 comparison, for V4.1 Flash - V4 Pro 0813 - V4 Flash 0731
Input cache hits (per 1m tokens) - $0.003 Vs. $0.022 Vs. $0.007
Input cache miss (per 1m tokens) - $0.15 Vs. $0.66 Vs. $0.22
Output (per 1m tokens) - $0.6 Vs. $1.98 Vs. $0.66
This is taken from https://api-docs.deepseek.com/quick_start/pricing, and it's comparing only off-peak hours pricing. It looks like V4.1 Flash is cheaper than the current 0731 flash model, and much cheaper than the current V4 Pro model.
petu 5 hours ago [-]
> Hoje em sites como openrouter o valor é de $0.16 output .
You're comparing different providers then. DeepSeek price on OpenRouter is $0.66 output.
_aavaa_ 6 hours ago [-]
Yes, and? This is their current off-peak pricing for their flash model [0]: $0.007 cache, $0.22 input, $0.66.
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 deprecated for a defined period of time, then remove it.
At least as open weights models, it's possible to use something like Together.ai or OpenRouter to run the V4 Pro model as long as other providers keep it up.
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 system prompts about not talking to the kids about sex and drugs and mental health issues.
I'm not being a d**, just saying, the problem you have is something that I have faced EXACTLY, and at least here it's not working until you host in house or remote but on raw hardware. Otherwise it keeps having subtle changes, and you will notice no LLM API providers has guarantees about these.
There's a whole spectrum between self-hosting open weight models and having a cloud provider swap models from under you
Should you self host a model if want to maximize predictability to the limit? Yes. Does that mean it's wrong for someone hitting a model on API to expect that it won't switch to a completely different model under the hood from one day to another? Probably not.
The only way to characterize whether a choice is 'right' is to characterize the output distribution (i.e. evals)! Changing the underlying weights necessarily invalidates whatever characterization may have been done. One may assert that one's harness regularizes outputs back toward the desirable distribution, or one may hope the different weights induce a sufficiently similar output distribution.
But no, one should not be completely agnostic to the choice of weights just because there's some nondeterminism.
Just the risk of such a thing means regression testing every time you update the model, and you want to be able to run that testing on your schedule rather than having it forced on you.
This isn't true. Even Sol messes up JSON formatting for me on occasion.
Do not delude yourself into thinking these things are reliable. They are not.
Also, in this case, the game name is not “Game A” but something like “Deep Seek v4 Pro”, which they have previously chosen to use to describe Deep Seek v4 Pro, not Deep Seek v4.1 Flash.
Also in principle it's similar to Anthropic downgrading.
Personally I use the basis that if I don't self host (I include remote host, but that I pay per hosting nor per model or api), it can change behavior without me asking. But they shouldn't, but it doesn't matter that's what they do.
Replacing a six-sided die for an eight-sided die also keeps rolls non-deterministic.
That doesn't mean it's fine to just replace the dice mid-game.
They think that sampling is an inherent part of Transformers.
Even on this site, it is regurgitated with confidence.
Sort of like shooting a rifle - where the bullets hit is (to some order of magnitude, no philosophizing please) non-deterministic, but different very similar rifles will group differently and need to be appropriately adjusted to hit anything.
Yes - model hosts can do nasty things to you aside from changing the underlying model. That doesn't mean it's cool to have them change the model automatically.
Yes, it would be preferable to have complete control over your model serving, and no - not everyone is in a position to do that themselves.
That flavor profile is known -- it's typical behavioral distribution is somewhat understood (and, often, common failure modes addressed). If JSON breaks about 20% of the time, and that drops for 2% or blows up to 90%, it can drive all sorts of issues (not the least, costs for retries).
If I were paying anthropic prices, I'd expect it, but Deepseek is a super scrappy upstart in comparison and intentionally arbitraging on price. I would never expect them to do that.
I'm not sure that anyone will mind running production workloads against an API that bills half as much for a chunk of the day.
If they were still at original price I'd get a couple of DGX Sparks myself to run Flash models at a decent quant/context combo.
But I agree with you. I have a dumb workflow that worked well with v4-flash-0731 and I suspect is directing to a newer model that now breaks it.
if you want deterministic returns, you should set the temperature to 0 to get the best possibility of deterministic.
E.g. if I've written a role playing character using a specific model I may want to pin the character to that model until I've been able to test the model being "better" doesn't affect the feel of the character before switching. That doesn't mean I need the character's responses to be completely deterministic, but that doesn't imply I'm fine with the character having a different quality or feel of response just because the new model is out.
It'd be nice if there was a more explicit way to signal in the request "I want what you think is best per dollar for this class of answer" vs "I want this model to answer".
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 mostly in another language may make the answer in the language where data has been found. The other day, I asked something about a local German thing, in English, and I got an answer in German instead. It’s as if all the language data stirred it away from the language of the user’s question.
Hallucinations you can't fix. Gemini is a bit worse there than DeepSeek, but there's not much research on how to fix that. The only one is the CaMeL paper by Google, where you tag every prompt and result and then for every assistant response or tool call you first check where it got that data and error if you notice fabrication. This one is really annoying to implement.
With larger models the fabrication starts when the context grows or if you have too many tools, for flash models it's much earlier. We use the flash models for repetitive agentic tasks, where the prompt defines clearly what to do and how. The whole run is about 4-5 steps typically, and context size stays in the comfort zone.
I've been using Pi to build custom extensions and wrapping workflows in shell processes to make it more deterministic and enforce certain validations, all guided by Fable. This isn't production work, though, just playing llm factorio at home.
You replay all your sessions against your harness, and then store all logs all output, everything to a safe place.
Finally use a blind judge to check everything, and score the output.
Then fix your harness, iterate again until better until you are in a point where it's just the model's weakness. If you get to that, use a bigger model.
I was mostly using DeepSeek on Pi, connecting to their API directly (not some third party provider).
I honestly have more issues steering Sonnet properly.
I take the free chat gpt one writ with it in polish suddenly english.
I initially thought it was a trick, that using Chinese chars is somehow more info dense and it saves tokens to 'think' in Chinese.
But later on it became more erratic. I still wonder if token reduction would work that way.
Interesting though, when I ask questions in German or my native language, I rarely get Chinese answers. Looks like English is most affected.
API never answers in Chinese.
Hasn't happened in a while, last time was when I was testing fable 5 in june.
If I'd carefully tested and optimized prompts against Pro I wouldn't be keen on this particular news. I feel like API model providers should lean towards not swapping out models on their paying customers, no matter how much "better" the new model is meant to be.
Anybody actually using deepseek in a production system affected by this want to share their experience?
I very much prefer they don't raise prices.
I don't need a model that can invent new mathematics. I need something that is fast, cheap, and consistent. Give me that and I can build and scale.
Where Gemini still wins is non-text input what Deepseek cannot do, yet, and Deepseek Flash has this thing of cheaper models where a failing tool call can derail your agent to a retry loop if you're not careful on instructions in the error message.
If they fix and make the tool calls to work better in non-optimal situations, it's much easier to switch from Gemini without a few weeks of evals and bugfixing.
- Medium for Gemini, high for Deepseek.
- Things like find information, then understand something about it, then send a slack message or email etc.
- Completion rates somewhere in 80-90%, Deepseek a bit better than Gemini
- Quality evaluated by Fable 5.1 and Astra 6.0 acting as a rubric judge.
Gemini quality would probably be better with high thinking level, but that would be 40% more expensive. And Deepseek is already third the price of Gemini.
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 make vaporware that doesnt do shit reliably and this chinese crap spouts plausible demos and spam calls more cheaply than the competition saaar
Building an agent like this by yourself is really easy. Now, we have Gemini's subscription, OpenAI's ChatGPT subscription and all those, 20 bucks a month right?
What if you can spend that 20 bucks in tokens to do your own. And you pay 15 bucks _a year_ in tokens to run that? And you own the data, you own your code and integrations. It's really easy to do, and these flash models are _more than enough_ for simple agentic tasks.
Yeah, that’s basically an industry-wide scam.
In any case old rules apply: if privacy is a concern don't share the data. I share all my work-related code because it's worthless, but I don't and would never share company business and process details, access to production/user data, etc.
Meanwhile I know of people connecting all the kind of MCPs for datadog/sentry/jira/concluce/production databases to their harnessess..lol.
Incredible good value and product they have built.
Works fantastic. Glad there is a more 'uncensored' thing to fall back to when the frontier folk are too sensitive.
For all intents and purposes, "low" is pretty much the same as turning reasoning off, and "high" is similar to "max". "High/max" performs way too much reasoning, takes forever, and causes costs to balloon. They need a proper "medium" setting.
I get it that they're probably focused on pushing performance right now, but the ergonomics of the model aren't great.
I just wish they kept parameter count down in order to fit entirely within commonly used RAM sizes
https://www.geeky-gadgets.com/deepseek-v4-1-flash-review/
I hope some of those speed increases will make it to production.
I wonder if this comes from using the bad architecture scaled up (and it hits some limits) or if this is a data problem (undertrained? bad data? bad pre-processing using smaller models?)...
V4 flash and V4 pro feel very similar, which would make sense if they were pre-trained on largely the same corpus.
All that would suggest to me is that V4 Flash is capable of absorbing the data they’re throwing at it, and we’re still nowhere near the data limits of their larger 1.6T model
The announcement specifically says 4.1 Pro will be released in the future.
Now, 4 weeks later new Flash checkpoint (0910?) is again better than existing Pro. Same situation, but Pro is taken offline this time.
At these prices, you can start throwing Flash at a lot of small, repetitive tasks where you wouldn't even consider using a bigger model before. It feels like the interesting shift is not “Flash replaces Pro”, but “there are now a lot more things worth automating.”
I'm making my own quants, though the Vision-Exp version is outdated and won't work on llama.cpp master branch (I built it before llama added support):
- https://huggingface.co/tarruda/DeepSeek-V4-Flash-0731-GGUF
- https://huggingface.co/tarruda/DeepSeek-V4-Flash-Vision-Exp-...
For the Vision-exp version, I also ran perplexity + KLD against the original MXFP4. Seems quite OK: https://huggingface.co/tarruda/DeepSeek-V4-Flash-Vision-Exp-...
I already have new GGUFs but haven't uploaded yet. If you want Vision-Exp, maybe use bartowski or unsloth's GGUFs.
Side note:
As an alternative to deepseek v4, you might want to give it a shot at qwen 3.8 flash next. I have IQ4_NL GGUFs that can be loaded fully into 128G, or Q5_K GGUFs that can offload the PLE to disk (use --load-mode none --lazy-mode on for that): https://huggingface.co/tarruda/Qwen3.8-Flash-Next-GGUF.
llama.cpp master is still somewhat bad in Qwen 3.8 next performance, but I was able to achieve 40tps tg and 600 tps pp on my private branch.
I'm curious if you've tried dwarfstar and decided to move to llama.cpp and 3 bit quants or what made you go that route instead? I've been using ds4 for months now and it's already got support for the new vision model, haven't tried it yet, still on 0731 but it's been very solid for me.
Since then, I started maintaining my own vibe coded dsv4 branch with metal optimizations, so I actually get much better metal performance on my llama.cpp branch than on dwarfstar (plus all the extra llama.cpp features). Here it is in case you want to give it a shot: https://github.com/tarruda/llama.cpp/tree/qwen4exp-dsv4-opti...
I was getting something like 300-400 tok/s which was just insanity. It was running so much faster than the toolcalls themselves. Honestly, even if it's not quite as strong in reasoning, it just throws so much so fast that it can do a lot more than you might expect.
I'd say it was comparable with GLM5.3 Flash.
Its cost is now 1/10th per token, and 1/5th per task.
Basically they have shitty hardware so they have to do a lot of optimization. Think of it like replacing an O(n) algorithm with O(log n).
Anthropic / Open AI think the best path is the most intelligent models deepseek is more focused on tok/$
I also find the DeepSeek models to be more precise than Claude models (last I used 4.7) in that I yet had not the occasion where model did something unintentional that I did not direct it to.
EDIT: Updated percentage reduction.
During off-peak hours, the unit price is reduced from $0.007 for input cache hits to $0.003, $0.22 for input cache misses to $0.15, and $0.12 for output to $0.6
0.15/0.22 ≈ 0.68, meaning a roughly 32% reduction on inputs. The 50% reduction is only outputs and cached inputs.
Looks like the new model can be used if summoned via the API but the API won't list it.
hope deepseek makes me change my setup again
As a consumer I feel like hansel and gretel combined, deepseek could be the witch.
— hmm — 0x2D696370 — little-endian bytes: 70 63 69 2D = 'p','c','i','-' — hmm — WAIT — WAIT — !!!!! — *WAIT — WAIT — WAIT — WAIT — WAIT — WAIT — *HOLD ON — HOLD ON — HOLD ON — WAIT — WAIT — WAIT — WAIT — WAIT — WAIT — WAIT — !!!!!!!! — *WAIT — WAIT — WAIT — WAIT — WAIT — WAIT — WAIT — WAIT — *OK — WAIT — I THINK I FINALLY SEE THE WHOLE PICTURE — I NEVER READ IT — AND — THE LAYOUT — hmm — !!!!! — *WAIT — WAIT — WAIT — WAIT — WAIT — WAIT — WAIT — WAIT — WAIT — HOLD ON — HOLD ON — HOLD ON — HOLD ON
Then gave the same to Sonnet 5 and it was done 15 - 30 minutes later. I tried v4 pro both in claude code and codewhale with similar results. Haven't tried the new deepseek harness.
It built this whole IaC plugin from scratch: https://github.com/fllstck/nebius-alchemy
All DeepSeek models have 384k maximum output tokens:
https://api-docs.deepseek.com/quick_start/pricing
Fairly excited for the v4.1 launch. Input cache hit prices have been halved, which looks nice.
It’s good and very fast.
(Note that the deepseek API trains on your data)
While V4.1 Flash performance and cost looks promising this auto re-routing sounds concerning
Wow. Imagine OpenAI/Google/Anthropic doing this! Nope.
We will adjust the pricing for the Flash series effective from 12:00 Beijing Time on September 10, 2026. During off-peak hours, the unit price will be $0.003 for input cache hits, $0.15 for input cache misses, and $0.6 for output. Peak-hour prices will be double the off-peak rates. Please plan your usage accordingly.
------------------------------------------------------- Hoje em sites como openrouter o valor é de $0.16 output .
Input cache hits (per 1m tokens) - $0.003 Vs. $0.022 Vs. $0.007
Input cache miss (per 1m tokens) - $0.15 Vs. $0.66 Vs. $0.22
Output (per 1m tokens) - $0.6 Vs. $1.98 Vs. $0.66
This is taken from https://api-docs.deepseek.com/quick_start/pricing, and it's comparing only off-peak hours pricing. It looks like V4.1 Flash is cheaper than the current 0731 flash model, and much cheaper than the current V4 Pro model.
You're comparing different providers then. DeepSeek price on OpenRouter is $0.66 output.
0.007 -> 0.003
0.22 -> 0.15
0.66 -> 0.60
Each one is now cheaper.
[0]: https://api-docs.deepseek.com/quick_start/pricing/
You'd think it would have been something they did a year ago, but here we are. Still.