If only author would understand, that some people want single, self sustained binary that doesnt take half of computer memory and would rather write it in rust or golang.
DeepSeek reasonix, DeepSeek native coding agent with high caching and low cost
151–160 of 325 posts
Re: DeepSeek reasonix, DeepSeek native coding agent with high caching and low cost
#152If only author would understand, that some people want single, self sustained binary that doesnt take half of computer memory and would rather write it in rust or golang.
Having a coding bot but skimming on coding? That should tell us something.
Re: DeepSeek reasonix, DeepSeek native coding agent with high caching and low cost
#153Earlier quoted context omitted.
The OpenCode devs talk about this on Twitter a lot, e.g. https://xcancel.com/thdxr/status/2048268697790300343 > tool call pruning breaks cache and people will tell you this is horrible and expensive > except i looked at some anthropic data and real user behavior ends up with better cache hits and 30% less spend > even this is needs to be analyzed further, it's just not simple > for openai data it's inverted! cache hi…
My understanding of caching with most models/providers is that a prefix substring of the context has to be reused for a cache hit, but not necessarily the whole entire context window. So if you prune tool calls from the history, you're going to get one cache miss on the newly-pruned history, and then you're going to be getting cache hits on every subsequent turn, with a lower number of input tokens. If you prune subs…
So it makes sense to first send stable prompt, reasoning and files content, tool calls summary and actual tool calls at the very end?
Re: DeepSeek reasonix, DeepSeek native coding agent with high caching and low cost
#154If only author would understand, that some people want single, self sustained binary that doesnt take half of computer memory and would rather write it in rust or golang.
If you want to try a single self-contained binary that does take half of your computer memory or more, there's always ds4-agent.
Re: DeepSeek reasonix, DeepSeek native coding agent with high caching and low cost
#155This website seems to have been generated by Codex - I asked Codex to create an HTML overview of a feature for my team and it made an overly produced monstrosity - complete with the same large stat boxes that were for the most part devoid of meaningful information - using the same font, colors, layout, hero section, etc. It was also terrible on mobile just like this is. In the end I had Claude produce a one-page html…
A lot of LLM-driven design now looks like this. I don’t understand how people don’t find ugly the pairings with an heavily italicised serif. You also can’t read much of the page on mobile, because the code example keeps shifting the content around.
Now, that is overly critical, I’m sure their heart is in the right place. But a simpler website would do :)
Re: DeepSeek reasonix, DeepSeek native coding agent with high caching and low cost
#156As someone who has been writing harnesses for a year: the people at opencode etc aren't stupid, when they decide to break the prefix cache [usually partially] it's always because they've tested it and it gives better results overall.
If you think that dsv4 behaves differently enough from the aggregate of other models, submit a PR with a patch to special case that to your harness of choice with evidence. Just blindly assuming "append only all the time because cache" is a waste of everyone's time.
Re: DeepSeek reasonix, DeepSeek native coding agent with high caching and low cost
#157If only author would understand, that some people want single, self sustained binary that doesnt take half of computer memory and would rather write it in rust or golang.
I'm really happy to see a lot of new software come out in Rust, Go, or Zig.
The value and ease of development that slow interpreted languages used to offer is disappearing. New languages have all the nice things built in, or rather, our 1am pager alarms are starting to make us mad.
Re: DeepSeek reasonix, DeepSeek native coding agent with high caching and low cost
#158Earlier quoted context omitted.
> Hats off to the deekseek team for creating a great product I have been using it for a while, and I wholeheartedly agree. imo, it is as good as codex or claude which I also use. It is a winner in the cost-sensitive tier, and if some startup could put it together with data-retention in mind, it could be a great product sold to the enterprise, as data-retention and privacy are the main issues for the coding-assistant…
Deepseek v4 pro is definitely my preferred cheap model, it's very good, and I use it all the time for my personal projects (opencode go plan), but I also use Claude Opus all the time at work and Deepseek is not as good as that, but it does compete with Sonnet for capability, and beats it on price.
I have unlimited Claude Opus at work and it’s wonderful. Not allozwed to use it for personal use though.
So I use Deepseek Pro on the $20 Ollama Cloud plan and it’s really not that far behind and I never triggered the plan’s limits.
It’s like 10-15% less powerful but costs 10 times less.
Totally worth it. I prefer Opus because my employer pays for it but I would personally never pay 10 times more for it.
Re: DeepSeek reasonix, DeepSeek native coding agent with high caching and low cost
#159It's pretty funny, i'm a $200/m Claude subscriber and i've had little need to use anything else. However the more Claude has been restricting my workflow (notably around the recent IDE/-p usage change) the more i've been wanting to go elsehwere. I'm concerned since i really want SOTA reasoning, but DeepSeek still has me interested.
You should definitely stick to the $200 plan, and not try the $10 coding plans with open weight models and higher limits. Anthropic needs your money to stay solvent, and you'll sleep better knowing you're using SOTA.
(Zero reason to defend Anthropic.)
I’ve gone that route. I really wanted to stop using Claude, but Deepseek v4 Pro and Kimi 2.6 didn’t do the job. For a lot of coding tasks or well-specced plans, maybe… but then that’s a plan made by Opus anyway.
Even Sonnet is sometimes not worth the trouble. Opus is very thorough and reviews its own mistakes quite well. Catches a lot of edge cases.
I’m not saying we shouldn’t try other things — I did! —, but it’s more or less okay that people just like Claude Code subscriptions? The back and forth I had with Kimi on a small feature came out to ~1.8€, which is 10% of my Claude subscription each month. And that was a single session. CC with Serena uses tokens fairly well.
Re: DeepSeek reasonix, DeepSeek native coding agent with high caching and low cost
#160Okay, I'm curious. From the FAQ, I see: >Can I point it at a self-hosted / private DeepSeek endpoint? >Yes. Since 0.30 we accept non-standard key prefixes for self-hosted DeepSeek endpoints. Just point `baseUrl` at your internal address — the loop, cache strategy, and tool protocol are unchanged. But my question is: If I use Reasonix to talk to a deepseek endpoint through openrouter, am I still getting the cache-hit…
Yes*. At least from my limited usage of deepseek-flash for a few billion tokens on openrouter, the cache-hit rate is >95%. And I simply used the claude code harness pointed at the openrouter anthropic compatible endpoint with no fluff.
Did you get proper tool use? Some CC-driven models seem to get a bit off when it comes to MCP usage. For example: I really struggled to get Kimi to use Serena, which I think ended up costing too many tokens.