Live data from Hacker News

DeepSeek reasonix, DeepSeek native coding agent with high caching and low cost

esengine.github.io

21–30 of 325 posts

Re: DeepSeek reasonix, DeepSeek native coding agent with high caching and low cost

#21

Isn't caching a server-side thing? How does the agent affect it, significantly at least?

Say you put the current time down to the second in the system prompt, which is the message that goes in front of the entire conversation, then basically nothing will be cached, every agent turn needs to ingest the entire session over and over. Contrast to not doing that, and the backend can leverage caching all the way up to the latest message, as nothing until then changed.

Re: DeepSeek reasonix, DeepSeek native coding agent with high caching and low cost

#23

Not a fan of that page. The animated typing and resulting continuous resize of the example keeps moving the content beneath it down and up. Such bad UX.

Agents or no agents, people still need to test their websites on different resolutions or at least window width, but seems this is becoming a lost art.

Re: DeepSeek reasonix, DeepSeek native coding agent with high caching and low cost

#24

What AI model did you use for the website design? This is the second one I see with the exact same font and color scheme. Just curious because Claude models lean towards purples for example. Thank you!

This design still screams Claude to me, but a newer version than what you're thinking of. At some point they added a markdown file that tells it to use obviously AI designs like lots of blue/purple and gradients. Since then, this is its new style.

Re: DeepSeek reasonix, DeepSeek native coding agent with high caching and low cost

#25

I love the focus on cache hit efficiency. Hats off to the deekseek team for creating a great product that maximizes cost efficiency for the user.

> 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 usecase.

Re: DeepSeek reasonix, DeepSeek native coding agent with high caching and low cost

#26
post #9

So what's best low cost coding agent these days? Kimi 2.6? Qwen's latest closed model? Composer 2.5? DeepSeek?

In my experience, it is claude-code paired with deepseek-v4. For penny-pinchers like me, I can have long coding sessions with it with no anxiety about the cost. Also, prompting it to what you want and verifying the outputs is more important than the quality of the model. So, I am better off with a cheaper model and taking the responsibility for prompting it and verifying the results.

Can you quantify the actual costs in a week and the use you make?

Re: DeepSeek reasonix, DeepSeek native coding agent with high caching and low cost

#28

I love the focus on cache hit efficiency. Hats off to the deekseek team for creating a great product that maximizes cost efficiency for the user.

How can you have cache hit efficiency? Isn't it just a matter of not changing the previous context? I don't understand what knobs there are to tweak on this.

Re: DeepSeek reasonix, DeepSeek native coding agent with high caching and low cost

#29

What AI model did you use for the website design? This is the second one I see with the exact same font and color scheme. Just curious because Claude models lean towards purples for example. Thank you!

DeepSeek v4 perhaps?

Re: DeepSeek reasonix, DeepSeek native coding agent with high caching and low cost

#30

Isn't caching a server-side thing? How does the agent affect it, significantly at least?

Say you put the current time down to the second in the system prompt, which is the message that goes in front of the entire conversation, then basically nothing will be cached, every agent turn needs to ingest the entire session over and over. Contrast to not doing that, and the backend can leverage caching all the way up to the latest message, as nothing until then changed.

Surely other agent CLIs are not dumb enough to invalidate cache on every turn over something so obvious?
Post reply on HN