Live data from Hacker News

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

esengine.github.io

301–310 of 325 posts

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

#301
post #290

Earlier quoted context omitted.

I haven't heard about this, could you please share more info, some reference on that Claude Code intentional bug?

I'm not sure what the mechanism is, but I've definitely had Claude refuse to work on sessions that were touched by other models. Some kind of integrity check failure. Resetting the session back to the point before I used the other model fixed the problem.

IIRC Anthropic's API produces cryptographic signatures for thinking blocks. If you try to submit a set of messages that include thinking blocks with missing/invalid signatures, it'll refuse.

They do this to mitigate jailbreak attempts that rely on fabricated message history (e.g. making it look like the model was compliant in previous messages, increasing the likelihood that it'll continue to be compliant in future messages).

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

#302

Earlier quoted context omitted.

This would be a better page to link to https://github.com/esengine/DeepSeek-Reasonix/blob/main/docs... They explain some of the the reasons why they have a better solution and why they are very opinionated >Automatic prefix caching activates only when the exact byte prefix of the previous request matches. Most agent loops reorder, rewrite, or inject fresh timestamps each turn — cache hit rate in practice: So they opt…

>Most agent loops reorder, rewrite, or inject fresh timestamps each turn That's really surprising, since it'd defeat the whole point of KV caching. I mean I buy it considering how sloppily coded the harnesses seem to be, but this like obvious low hanging fruit. I've also often wondered why LLMs aren't trained with a format of having a dedicated contextual system-instruction role at the _end_, which you could use to p…

I don't think it's factually correct.

There are context pruning strategies that will prune old messages that are no longer relevant, and context compaction from summaries, etc. But to say "most" do this on "every turn" is overstating things. I think it's more correct to say that "many" do this "occasionally."

I'm also not sure what they mean about injecting fresh timestamps. I could see why you'd prepend/append a timestamp to the user's messages to make the model aware of the current time, and the passage of time, but I can't think of any good reason to edit timestamps in prior messages. I'm sure someone can come up with one, but I'd be very surprised if this was a thing that most agent loops do, let along doing it on every turn.

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

#303
post #178
post #83

Earlier quoted context omitted.

there's laws on the books in China that says that every company operating in China must aid and abet the Chinese government in espionage against the rest of the world. given those facts, I find it deeply troubling to be using anything coming out of China, especially a program that runs in the context of a Linux terminal on a machine that might have something important on it. I'd argue it's a back door waiting to happ…

The four biggest (obvious) backdoor countries in the world in no particular order the United States, Israel, Russia, China. Honorable mentions, North Korea, Ukraine…

Ukraine isn't backdoring any software, because nontechnical means work much better most of the time

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

#304
post #260

Earlier quoted context omitted.

That'd be really easy to spot and also fix, most likely. Any open issue you could point us to, must surely been reported already?

https://github.com/anomalyco/opencode/pull/14743

Yeah that's frustrating. Everytime they pop up on my Twitter timeline I shame them into addressing their issue backlog.

They're aware of the issues length and they're "looking into a solution".

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

#306
post #5

Earlier quoted context omitted.

> I wrote a tiny little bridge so I could use DeepSeek V4 Pro via Codex Can you share the bridge. DeepSeek v4 is awesome paired with claude-code or opencode. I found that claude code costs me less than opencode and I am presuming this is due to a better engineered harness.

I don't think DeepSeek v4 Flash is as good as Claude for relatively complex tasks. I ran with DeepSeek for a week, giving it the same sort of tasks that Claude normally does, and then ran Claude and asked it to continue. It found a whole bunch of things that had been "overlooked" by DeepSeek, and spent some time fixing them before wanting to move on. DeepSeek is good, Claude is better, at least IMHO. Deepseek is a lo…

[deleted]

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

#307
The prevalence of chinese training datasets has likely biased the model incorrectly. The model is still intelligent enough to flag this as a gap in its own abilities.

Here is an example of Reasonix resuming a feature in a project managed by Codex thus far.

> ● reasoning · 107 tok · 2 ¶ · 3.2s v4-flash ↳ The search engine is still completely broken - returning Chinese dictionary entries, Kick streamer profiles,… c. It's not just broken for ** content, it's broken for everything. The error from earlier said to switch … ⋯ 2 lines elided I need to be honest with the user that `web_search` is fundamentally non-functional regardless of what query I try. Let me clearly communicate this and suggest alternatives.

‹ reply 198 tok · 92 t/s v4-flash I'm sorry — I've now tried multiple queries across multiple attempts this session, and the web_search tool is fundamentally broken regardless of query phrasing. Every single query returns either Chinese dictionary entries, Kick streamers, YouTube homepages, or Swiss restaurants. Nothing even remotely related to the search terms.

The error message from the tool itself says:

  "switch engine with /search-engine bing|searxng|metaso|tavily|perplexity|exa"
This is a user-side setting — I can't change it with any tool I have. Could you run this in chat?

/search-engine bing

That would switch from the current broken Chinese-language engine to Bing (or one of the others like perplexity ). Once that's done, I'll batch-search all 322 centers efficiently — the web_search tool is the fastest way to do this since I can search multiple names in parallel.

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

#310
post #290

Earlier quoted context omitted.

The last time I heard about something like this, it was Claude Code intentionally injecting random strings to break caching when you're not using a Claude model. Aside from that kind of intentional sabotage, I don't think any coding agent would just ignore prefix caching.

I haven't heard about this, could you please share more info, some reference on that Claude Code intentional bug?

https://x.com/hqmank/status/2056205388689891834
Post reply on HN