<p><pre><code> #!/bin/sh
export ANTHROPIC_BASE_URL=https://api.deepseek.com/anthropic
export ANTHROPIC_AUTH_TOKEN=sk-secret
export ANTHROPIC_MODEL=deepseek-v4-flash
export CLAUDE_CODE_DISABLE_NONESSENTIAL_TRAFFIC=1
exec claude $@</code></pre>
ANTHROPIC_MODEL=deepseek-v4-pro[1m]
ANTHROPIC_SUBAGENT_MODEL=deepseek-v4-flash<p>This is what I’ve been using for non-confidential projects for about a week now (soon after v4 came out). I honestly can’t tell the difference, but I’m not doing anything crazy with it either.<p>Worth noting that I don’t think DeepSeek‘s API lets you opt out of training. Once this is up on other providers though… (OpenRouter is just proxying to DeepSeek atm)
For those that don't want their data trained on, OpenRouter allows you to have account-wide or per-request routing with either provider.data_collection: "deny" or zdr: true (zero data retention).<p>Also, you can use HuggingFace Inference for DeepSeek V4 or Kimi K2.6, both of which work quite well and route through providers that you can enable/disable (like Together AI, DeepInfra, etc) - you'll have to check their policies but I think most of those commercial inference providers claim to not train on your data either.
That doesn't work, if you do that it will mark DeepSeek's models with a warning symbol along with the error "paid model training violation".
In a sense, it's working as intended. If you set zdr to true, you currently can't use DeepSeek v4. However, once other providers offer it (it is an open model, after all), some may allow zdr.
Yeah, OR gives a bunch of providers, including Deepseek, which does train.<p>I set ZDR to true, and it only calls from the third party ZDR Deepseek APIs. Bit more expensive, but my client wants it.
I wonder why the question about data security and training comes often with DeepSeek, Kimi, Glm and never with Anthropic, OpenAI, and Google models.<p>Why is that?<p>IIRC, USA data protection protects data of US citizens only, foreigners data is not protected, and the companies are not even allowed to disclose when they collect those data.
Because Anthropic, at least, gives you the option to opt out of training? I think Google and OpenAI do, too.
> USA data protection protects data of US citizens only, foreigners data is not protected<p>HN is an American site. If you look at the US government, it is going to fearmonger about anything China related, because they haven't had a genuine competitor for decades and they're scared and lashing out. Most US news just parrot the government line, sometimes more so than state TV would, and so it reflects here.<p>I also feel comfortable saying that many Americans don't care one bit what happens to foreigners, be it by action of their government or companies.
> I also feel comfortable saying that many Americans don't care one bit what happens to foreigners, be it by action of their government or companies.<p>This is true. There are also many of us who do care.<p>This brings to mind something I heard recently about the so-called "Rule of 10". There will always be 3 people who support you, 3 people who are against you, and 4 people who have no idea what's going on and don't care.<p>Don't just focus on the 3 people who are being negative.
Wolf Warrior diplomacy isn't even 10 years dead. The HK treaty was violated and continues to be. Taiwan gets threatened every other week.<p>People can have problems with America and I'm fine with that. But pretending China isn't subsidizing industry (land, education, transportation) in a predatory fashion is silly. Too many companies have gone out of business because of it. We can all have our friends in China without pretending the CCP is playing the ballgame fairly. The government doesn't need to point it out. That doesn't even get into influence operations (which are especially easy on platforms like this.)<p>Seriously - there may be a day in the future where Western nations and China get along but it really can't/won't happen while it's holding all the industry and trying to take the Services income as well.
> also feel comfortable saying that many Americans don't care one bit what happens to foreigners, be it by action of their government or companies<p>What's the point of this kind of statement for you? Does this help you understand others or just continue to drive the wedge in? Where are you from? Ask yourself can the statement,<p>"many {of my country} don't care one bit what happens to foreigners, be it by action of the government or companies" <i>not</i> be read as true?<p>There are self-absorbed, disinterested, uncompassionate people in every country which will satisfy your "many" qualifier.
As of now, OpenRouter offers multiple providers for DeepSeek with ZDR (not sure if they respect it but still).
I wanted to try this. To bring back opus and sonnet do I just reset those env's?
The more interesting part of deepclaude is the local proxy it runs to switch models mid-session and do combined cost tracking. Though these features seem quite buried in the LLM-generated readme. Looking at the history, it appears they were added later, and the readme wasn't restructured to highlight this.<p>Also, the author checked in their apparently effective social media advertising plan: <a href="https://github.com/aattaran/deepclaude/commit/a90a399682defc88d810b1e9063343d9f9a7192f" rel="nofollow">https://github.com/aattaran/deepclaude/commit/a90a399682defc...</a> (which seems to be working)
It seems like any project that makes fun of Claude is bound to reach the top spot on Hacker News. Even if it’s just a project consisting of four lines of code.
So I created <a href="https://getaivo.dev" rel="nofollow">https://getaivo.dev</a>, one can use model in the coding agent directly. Just `aivo claude -m deepseek-v4-pro`
This in essence is what allows one to use any model with CC -- including local.
thanks, that was super easy.<p>I have been wanting to try CC with different models since Opus went downhill last month..<p>What limitations or issues have you noticed when using DeepSeek with Claude Code if any?
The AI wars have begun
those who use deepseek v4, what level of output you get? Codex 5.3 or GPT 5.4?<p>is flash version on level of gpt 5.4 mini
I tried it on a non trivial, but also well documented and self contained task. It did amazingly well. I used deepseek v4 pro via deepseek platform. The model is very fast and also it is super cheap. I burned only 0.06 USD (I reckon how the same task would have cost me had I used e.g., amp).<p>PS. mentioning amp because i used to use it and I pay directly for token. I topped up 5 usd so I will be going to use it and see how far can it take me. But my impression so far is even when model subsidization is done, those open source models are quite viable alternatives.
> But my impression so far is even when model subsidization is done, those open source models are quite viable alternatives.<p>My understanding is that DeepSeek V4 Pro is going to be uniquely good at working on consumer platforms with SSD offload, due to its extremely lean KV cache. Even if you only have a slow consumer platform, you should be able to just let it grind on a huge batch of tasks in parallel entirely unattended, and wake up later to a finished job.<p>AIUI, people are even experimenting with offloading the KV cache itself to storage, which may unlock this batching capability even beyond physical RAM limits as contexts grow. (This used to be considered a bad idea with bulky KV caches, due to concerns about wearout and performance, but the much leaner KV cache of DeepSeek V4 changes the picture quite radically.)
Good. It's hard to overstate how nervous most executives are about relying on cloud-based providers.<p>AI currently works basically by sending your entire codebase and workflow, and internal communication over the internet to some third party provider, and your only protection is some legal document say they pinky promise they won't train on your data.<p>And said promise is made by people whose entire business model relies on being able to slurp up all the licensed content on the internet and ignore said licensing, on the defense of being too big to fail.
Yes, this is the most straightforward argument for local AI inference. "Why buy cloud-based SOTA AI? We have SOTA AI at home." It's great that DeepSeek may now be about to make this possible, once the support in local inference frameworks is up to the task.
Is there any place I can read about KV? Excuse my ignorance as I'm not familiar with this topic and I read scattered notes that deepseek's cost are well optimized due to how their kv cache work. But I want to read more how kv cache relates to the inference stack and where does it actually sit.<p>> AIUI, people are even experimenting with offloading the KV cache itself to storage, which may unlock this batching capability even beyond physical RAM limits as contexts grow.<p>Especially this point. Any reason that this idea was considered bad? Is it due to the speed difference between the GPU VRAM to the RAM?
KV cache generally grows linearly with your current context; it gets filled-in with your prompts during prompt processing, and newly created context gets tacked on during token generation. LLM inference uses it to semantically relate the currently-processed token to its pre-existing context.<p>> Any reason that this idea was considered bad?<p>Because the KV cache was too big, even for a small context. This is still an issue with open models other than DeepSeek V4, though to a somewhat smaller extent than used to be the case. But the tiny KV of DeepSeek V4 is genuinely new.
have you used it for non coding tasks via MCP, like Figma/Paper for design or Ableton MVP for sound design?<p>The token cost makes it tempting to use for token-heavy tasks like this
> even when model subsidization is done, those open source models are quite viable alternatives.<p>Model inference was never subsidized. Inference is highly profitable with today's prices. That's why you have many inference providers. My guess, the prices for inference will go down, as more competition starts cutting the margin.<p>It's model training, development and R&D that cost a lot, and companies creating closed models don't have any business model except astroturfing and trying to recover training costs through overpriced inference.
It's close to Opus 4.5 for me
I'm not exactly sure what the point of this is. Deepseek already has instructions to use its API with many CLI's including Claude Code directly:<p><a href="https://api-docs.deepseek.com/quick_start/agent_integrations/claude_code" rel="nofollow">https://api-docs.deepseek.com/quick_start/agent_integrations...</a>
The readme absolutely buries the features that are actually non-trivial: It runs a proxy to switch models mid-session, and does combined cost tracking between Anthropic and other models you might be using. The LLM that wrote the readme never updated the general project description to highlight these features.<p>Also the author checked in their advertising plan: <a href="https://github.com/aattaran/deepclaude/commit/a90a399682defc88d810b1e9063343d9f9a7192f" rel="nofollow">https://github.com/aattaran/deepclaude/commit/a90a399682defc...</a>
There probably isn't a point. Someone didn't understand something, didn't research it, so they 1 shotted their first thought and sent it to the front page of HN and all of their socials. It's the future bruh
I embrace it at this point. It ends all the shilling of vibe coded tools at work that I have endured over the past year. Everyone can now make their own tools with zero obligation to coordinate beyond shared hardware resources
To be fair, HN sent it to the front page, not the user. The rest I agree.
And now, because we all upvoted and commented on it, the vibe coded slop of the new user is on the front page now.
From vibe coders for vibe coders
I'm curious how well it actually works. I tried Deepseek with Hermes and Opencode and it seemed extremely bad about using some of the basic tools given, like the Hermes holographic memory tools, even with system prompt instructions strongly pointing them out.
I thought the tool format wasnt exactly the same ? So plugging any IA into claude code requires a conversion of format
DeepSeek has a dedicated Anthropic-compatible endpoint [1].<p>[1] <a href="https://api-docs.deepseek.com/guides/anthropic_api" rel="nofollow">https://api-docs.deepseek.com/guides/anthropic_api</a>
Many of them expose “anthropic-compatible” APIs for this very purpose.
qwen also offers openai compatible endpoint.
It's really getting a lot of upvotes so it's nearly as if people were <i>feeling</i> locked-in and wanted a way out but...<p>Why would you keep using CC CLI if you want to use the much cheaper DeepSeek v4 models (Flash and Pro): isn't it the opportunity to kiss CC CLI goodbye and use something not controlled by Anthropic?<p>Anyone here successfully moved from CC CLI to a fully open-source project? I'm asking this as a Claude Code CLI (Sonnet/Opus) user. My "stack" is all open-source: from Linux to Emacs to what-have-you. I'd rather also have open-weight models and a fully open-source (not controlled by a single company) AI CLI.<p>Any suggestion for something that works well? (by "well" I mean "as well as Claude Code CLI", which is <i>not</i> a panacea so my bar ain't the end of the world either).
If you're looking for Claude Code alternatives, I would first suggest looking into pi.dev or opencode for your harness. And then for models, you can choose from OpenCode Go (IMO most cost effect at this moment), OpenRouter, or direct from DeepSeek. Better if you go the Kimi route IMO and just buy a subscription from kimi.com
I’m going to throw my harness in the ring: <a href="https://codeberg.org/mlow/lmcli" rel="nofollow">https://codeberg.org/mlow/lmcli</a>
agreed. OpenCode is a strong base, and with a couple modifications it can become a very effective harness. my sideproject mouse.dev I’ve been combining parts from OpenCode, Claude Code, and Hermes to build a cloud agent architecture that works well from mobile.
> <i>OpenCode is a strong base, and with a couple modifications it can become a very effective harness.</i><p>I personally didn't find it to be competitve with Claude Code as a harness. Can I ask how you modified it to perform better?
I haven’t run formal evals but i improved the experience for my own needs and it feels noticeably better with these modifications.<p>-Claude-style subagents
-an MCP layer for higher-level tools
-Cursor-style control plane modes like Ask, Plan, Debug, and Build.<p>The MCP layer lets the harness use things like GitHub file/code read, PR creation, web search/fetch, structured user questions, plan-mode switching, user skills, and subagents.<p>So the improvement is mostly from better ui/ux orchestration and tool access. There's some things from hermes that are interesting as well.<p>Most of my focus has been on applying this stack to sandboxed cloud agents so you can properly code and work from mobile devices.<p>I can't definitively say that the stack is better or worse than Claude code, more just tuned for my use case I guess.
I'm a Claude Code Web fan and a rather heavy user. So I was interested in your product. However, I couldn't find an answer on the website. What parts did you find so good that you ported them?
Nothing groundbreaking but i'll do a blog writeup on the architecture if it would be helpful for people. My focus has been on mobile.<p>The main pieces I've integrated for mouse.dev inspired by claude/cursor was plan mode, agent questions, subagents, pre/post hooks, context compaction, repo-local skills, and permission modes. So mostly tools like enter_plan_mode, ask_user_question, and spawn_subagent, plus .mouse/skills and .mouse/plans.<p>One nice feature is continuity. If you’re working on desktop and save a plan to .mouse/plans, you can pick it up later on mobile with cloud agents, or do the reverse. You can plan something from your phone, then when you’re back at your desk, review it/build it. That was my initial goal with this project because I've found the plan act loop so helpful.<p>Mouse Cloud Agents is mostly an OpenCode-based harness, but everything routes through our MCP/event system so it’s mobile-first and provider-agnostic.<p>I intentionally skipped a lot of IDE and Claude Code style desktop features. The bet is that this new style of coding is becoming less “edit files in an IDE” and more steer a capable coding chatbot.<p>Would love to hear from anyone reading that's iterating on harness architecture, it's been really fun to work on.
I liked pi.dev but why is registering endpoints and models not as simple as possible ? Or am i missing something ? I always have to fiddle with the config file.
Another very cost-effective option is Ollama Cloud. In a month of use, I only hit the 5-hour limit once, when I ran 8 agents simultaneously for 2 hours.
for me its unbearably slow - especially with deepseek v4 pro. Is that just myself? I literally signed up and canceled again, because for one prompt I needed around 5 minutes to get 600 tokens back (via ollama launch claude --mode ...)
On which tier?
definitely worth it - have both ollama cloud, opencode and hermes running to test them all out, working great so far.
How does the kimi subscription compare to Codex and Claude Code in terms of how much mileage you get for the pricing? I mean, I see the prices but not sure how usage that buys.
> I would first suggest looking into pi.dev<p>Looked into this one. Thought it was suspicious that it only had 7 open issues on github. Turns out they have a bot that auto-closes every single issue just because.<p>I honestly have no words.
Their process is outlined here: <a href="https://github.com/badlogic/pi-mono/blob/main/CONTRIBUTING.md" rel="nofollow">https://github.com/badlogic/pi-mono/blob/main/CONTRIBUTING.m...</a><p>> Maintainers review auto-closed issues daily and reopen worthwhile ones. Issues that do not meet the quality bar below will not be reopened or receive a reply.<p>Seems like not an unreasonable way to deal with the problem of large numbers of low quality issues being submitted.
If that process actually happens then there’s absolutely no reason not to have the reviewing maintainer close it after review instead. The only reasonable conclusion is that documented process is aspirational at best and vibed itself at worst.
Sounds like a perfect way to agitate the community going against the established culture like that.
The established culture on a lot of projects is that you open an issue, and then you have to keep pinging it every week otherwise the stale bot closes it with "this issue is stale, closing, but your contribution is very important to us".<p>It's crap either way.
But how is it any different from keeping them open?<p>Like if they are going to sort through all the issues eventually (like they claim), why not just close the ones that are not worthy when they get to them instead of closing all by default?<p>Is it just so that the project doesnt have open issues on its github page? But they are open issues in reality because the maintainer will eventually go through them?<p>Nothing is "unreasonable" in the sense that an open source project should have the right to do what it wants with its rules but its definitely a weird stance.
They address the decision at the end of those contribution guidelines linked above, specifically:<p><i>It is a guardrail against burnout and tracker spam</i><p>Its based on their implied perspective that the majority of submissions don't follow those guidelines which helps determine their quality threshold.<p><a href="https://github.com/badlogic/pi-mono/blob/main/CONTRIBUTING.md#why-are-new-issues-and-prs-auto-closed" rel="nofollow">https://github.com/badlogic/pi-mono/blob/main/CONTRIBUTING.m...</a>
> But how is it any different from keeping them open?<p>If all open issues are actionable items, that makes expected workload a lot easier to handle.<p>If most open issues are actually in "needs triage / needs review" state, you lose the signal from the noise.<p>The issue tracker for a project exists primarily as a tool for maintainers, not for outsiders. Yes, the maintainers could change their workflow to create a new view that only shows triaged tickets.<p>Or, they could ensure the default 'open' view serves their needs.
The maintainer, Mario, sometimes declares the repo is on an “issue holiday” where issues are auto closed. This particular holiday is because there is a big refactor coming up. In non holiday periods issues can be reported as normal.
They have a pretty decent explanation.<p><a href="https://github.com/badlogic/pi-mono/blob/main/CONTRIBUTING.md" rel="nofollow">https://github.com/badlogic/pi-mono/blob/main/CONTRIBUTING.m...</a>
The idea is for it to he extremely minimal which strikes me as a very opinionated stance, and not opinions I agree with.
It's a very interesting project. Many popular open source projects are inundated with poor quality issues and prs, hence the defences they are starting to erect.
>If you're looking for Claude Code alternatives, I would first suggest looking into pi.dev or opencode for your harness.<p>While those are nice, Claude Code has the largest amount of plugins and skills I want to use.
After some time replacing gemini 3 flash preview with deepseek v4 flash for a chat model, the biggest difference is the auto reasoning effort. Gemini flash is super fast and perfect for a chat model. But when I need some thought experiments with a handful of constraints, it struggles a bit and I switch to sonnet. But with deepseek v4 flash, it can do long complex reasoning and it gets things often right. Generating a lot of reasoning tokens means that it takes a lot of time of course. But I am happy to find a cheaper model and excited to try something other than gemini flash. Gemini flash has been so good that I was locked on it for a while.
>DeepSeek V4 Pro scores 96.4% on LiveCodeBench and costs $0.87/M output tokens<p>This is a heavily subsidized price and will only last until the end of the month: "The deepseek-v4-pro model is currently offered at a 75% discount, extended until 2026/05/31 15:59 UTC." [0]<p>The "supported backends" table is also deceiving -- while OpenRouter's server's may be in the US, the only way to get the $0.44/$0.87 pricing is to pass through to the DeepSeek API, which of course is China-based. [1]<p>I do think the model is quite good, I myself use it through Ollama Cloud for simple tasks. But I think some folks have bought in a little too much to the marketing hype around it.<p>[0] <a href="https://api-docs.deepseek.com/quick_start/pricing" rel="nofollow">https://api-docs.deepseek.com/quick_start/pricing</a>
[1] <a href="https://openrouter.ai/deepseek/deepseek-v4-pro/providers" rel="nofollow">https://openrouter.ai/deepseek/deepseek-v4-pro/providers</a>
Not sure you can replace Claude with DeepSeek V4 that easily and have same results.<p>From what I see while building my own agentic system in Elixir, the problem is in training for your specific harness/contracts. Claude/GPT-style models seem to be trained around very specific contracts used by the harness like tool call formats, planning structure, patching, reading files, recovering from errors, and knowing when to stop.<p>In practice, you either need a very strong general model that can infer and follow those contracts (expensive), or a weaker model that has been fine-tuned / trained specifically on your own agent contracts. Otherwise, the whole thing becomes flaky very quickly. And I suspect with Deepseek V4 you may get last options.
There are certainly quirks, but identifying and conforming to those quirks is not <i>that</i> complex. E.g. I had Kimi "fix" my harness to work better with Kimi by pointing it at the (open source) kimi-cli + web search and telling it to figure out which differences might matter (it made compaction more aggressive, and worked around some known looping issues (by triggering compaction if it spotted looping tool calls). Largely addressing the quirks tend to harden the harness for other models too. But, yeah, it is more work to make the smaller models work with instead of against the harness.
I hope they collaborate with open source harness providers (Pi, Opencode) and train models with those. So next generations will have better integration and better overall quality.
I love to learn more about the system you’re building out in Elixir and your learnings if any of it is public.
Its semi public, but I probably publish it soon once its less embarrassing.<p>Its an Elixir agent runtime with a thin Go TUI (bubble-tea). Im building it mostly to explore agent orchestration: planner/workers/finalizer flows, local file/code-edit tools, MCP tools, permission gates, run context, compaction, and eventually larger swarms. Erlang/Elixir is interesting for this because the actor/supervision model maps pretty naturally to lots of isolated agents and long-running supervised tasks.<p>As i said, The main lesson so far is that everything around contracts is much more fragile than I expected unless you use a very strong model. Planners return Markdown instead of JSON, tools get called with subtly wrong args, subagents repeat broken tool calls, finalizers lie about success after workers failed. And various permissions may be interpreted by agents in unexpexted way<p>I also started with too many modes too early instead of making agentic path extremely solid. That made me understand better why these codebases become huge: there are endless corner cases if you want a harness to work across models, providers, tools...<p>Stronger models hide a lot of harness weakness and weaker models expose. Making weaker models good enough requires a surprising amount of contract hardening. But that hardening tends to make the system better for stronger models too.<p>Also elixir http stack was causing a lot of problems (needed to use gun eventually)
Idk, my recent experience with Claude is that 4.7 barely knows how to use basic bash tools - how to properly check when programs have finished running, even basic stuff like how to run pytest suites and read the failed tests from the output <i>without</i> re-running the suite to specifically look for them. It's shockingly dumb for all of the tooling they've built into Claude Code (the useless Monitoring tool that blocks bash polling/sleeping that actually works, etc.).<p>I finally get fed up and started using GPT 5.5 the past 4 days and its a breath a fresh air despite feeling much more minimal. With Claude I had to write so many hooks to enforce behaviors it wouldn't remember and it lacked common sense on. GPT 5.5 does a much better job with things like knowing the AWS CDK CLI can hang on long CloudFormation deployments and it should actively check the deployment status using CloudFormation API rather than hanging for 30+ minutes - and it does this all without asking.<p>Maybe there's better tooling built into Codex too, but at least on the surface level it seems like how smart the model is makes a significant difference because Claude has more tools than I can count and still struggles to use "grep".<p>Edit: Like just now - I can't tell you how many times I day I see this sequence:<p>"Sorry, I'll run in parallel"<p>"Error editing file"<p>"File must be read first"<p>Repeat 10x for the 10 subagents Claude spawned and then it gets stuck until you press escape and it says "You rejected the parallel agents. Running directly now"
[flagged]
Tried DeepSeek V4 Pro and Flash on Open Router and they worked fine - flash might have actually produced a better result, but also the same prompt across different inference providers produced the same result. Then tried DS4 Pro again via tinfoil.sh and got the same design but littered with random Chinese characters in the code. Tinfoil pegs prompt data as private / not trained on. Do know know DS4 providers that are verifiably private and not training on your prompts and outputs?
> Claude Code is the best autonomous coding agent.<p>If you look at the terminal-bench@2.0 leaderboard, you'll quickly see it's actually one of the weakest agentic harnesses. Anthropic's own models score lower with Claude Code than with virtually any other harness.<p>So it's quite the opposite. Claude Code is arguably the worst harness to run models with.
Okay, but not all results on there are valid, ForgeCode for instance has been cheating in the past:<p><a href="https://debugml.github.io/cheating-agents/#sneaking-the-answer-key-forgecode-on-terminal-bench-2" rel="nofollow">https://debugml.github.io/cheating-agents/#sneaking-the-answ...</a>
Those benches are completely and totally meaningless when it comes down to real world work tasks, and everyone knows it.
> DeepSeek V4 Pro scores 96.4% on LiveCodeBench and costs $0.87/M output tokens.<p>Yes and this is a temporary discount which increases to 3.48 USD on 2026/05/31 15:59 UTC.<p>Source: <a href="https://api-docs.deepseek.com/quick_start/pricing" rel="nofollow">https://api-docs.deepseek.com/quick_start/pricing</a>
It's surprisingly easy to hit $200 worth of tokens even at ~$1/M token though. No matter how many times I do the math the coding plans are the better value.
I don't think it surprisingly easy at all unless you are running multiple background tasks overnight, I think Gemini will eventually be the default agentic coding agent in the future when it comes to price and efficiency because its backed by sound money.<p>I don't use the Claude Code harness, grep instead of using a combination of vector search is super expensive and not sure how their read file implementation is. I built my own harness for example that restrict reads and writes in a token efficient manner. Building your own harness will always be the cheapest option in the long run.<p>My own harness, minimalistic GUI gets the job done nothing too fancy <a href="https://slidebits.com/isogen" rel="nofollow">https://slidebits.com/isogen</a>
Using this "out-of-the-box" with an OpenRouter subscription using DeepSeekv4, I just blew through 15 dollars in 45 minutes on a moderate sized code base, just making a plan and executing a refactoring of an upload pipeline to use a state machine. Not really seeing the cost savings for real-world work tbh.
If you're okay with sonnet level performance, this sounds like a straight upgrade. But I find that sonnet messes up too much, that it ends up not being worth cost optimizing down to using it or another sonnet-level model. Glad to have this as an option though
A lot of people are having good experiences doing things like using opus for designing and using locally hosted qwen3.6 for implementation.<p>I could see a serious cost reduction story by using opus for design and deepseek for implementation.<p>Personally I would avoid anthropic entirely. But I get why people don't.
Like me: that’s what I do. Either Opus 4.7 or GLM 5.1 for planning, write it out to a markdown file, then farm it out to Qwen 3.6 27B on my DGX Spark-alike using Pi. Works amusingly well all things considered.
How are you interacting with GLM 5.1? Via the Claude Code harness? I really wish they'd release a fully multimodal model already.
How is glm 5.1? I have t tried it yet but have been meaning too
It's <i>surprisingly</i> good. Beats MiniMax 2.7 and Qwen 3.5 Plus in my testing (I haven't tested 3.6 plus though), quite handily. It's far better than Sonnet, and often equivalent to Opus for the web development and OCaml tasks I'm using it for. It definitely <i>isn't</i> Opus 4.7, but its far good enough to earn it's keep and is substantially cheaper.
Did you compare it with Kimi K2.6 and DeepSeek V4 Pro? I feel they're similar but as GLM is more expensive, I am not using it much.
I agree with this. And also: it uses more thinking time to reach this. So while you get a lot of tokens on their plan, the peak 3x token usage multiplier + the extra thinking means you run into the rate limit anyways.
I second this, glm-5.1 is incredible.
What hardware are you using to power this?
> DGX Spark-alike<p>Probably wasn't clear enough if you don't know what that is already, apologies<p>It's an Asus Ascent GX10, which is a little mini PC with 128GB of LPDDR5X as shared memory for an Nvidia GB10 "Blackwell" (kind of, it's a long story) GPU and a MediaTek ARM CPU
Ah yeah I saw that, I was just curious which particular mini-PC you were using. I was considering picking up one of the various AI Max 395 boxes before the RAMpocalypse but didn't take the plunge. Thanks for the response!
<i>pulls up chair</i><p>could you tell me the long story?<p>edit: or wait, is it quasi-Blackwell the way all DGX Sparks are quasi-Blackwell? like the actual silicon is different but it's sorta Blackwell-shaped?
Yeah exactly. Shader model 121 is different to SM 120 (consumer Blackwell) and is different again to data centre Blackwell SM100.<p>The promise of this chip was “write your code locally, then deploy to the same architecture in the data centre!”<p>Which is nonsense, because the GB10 is better described as “Hopper with Blackwell characteristics” IMO.<p>Still great hardware, especially for the price and learning. But we are only just starting to get the kernels written to take advantage of it, and mma.sync is sad compared to tcgen05
I keep re-learning this lesson: I chug along with a lesser model then throw a problem at it that's too complex. Then I try different models until I give up and bring in Opus 4.6 to clean up.
And I keep using Opus to like, make git commits. Really just need a smart router that is actually smart, vs having to micromanage model
the problem is managing the contexts. your session might fit in Opus, but will that smaller model you dispatch the git commit to fit? even so, will it eat too much on prefill? do you keep compactions around for this, or RAG before dispatch or something? how do you button back up the response?<p>all doable but all vaguely squishy and nuanced problems operationally. kinda like harness design in general.
It's not even that much cheaper, GPT 5.5 is about 2x more expensive per task than Deepseek v4 Pro when you adjust for less token usage, according to Artificial Analysis. Doesn't seem worth it to me.
This is the problem: you need the best model, not just a good one, for:
- Good architecture, which requires reading specs, code, etc. reads like: lots of tokens in/out
- Bug fixing — same, plus logs, e.g. datadog<p>Once you've found the path, patches are trivial and the savings are tiny unless you're doing refactoring/cleanup.<p>testing gets more and more complicated. Take a look at opencode go, and you see this:<p>>Includes GLM-5.1, GLM-5, Kimi K2.5, Kimi K2.6, MiMo-V2-Pro, MiMo-V2-Omni, MiMo->V2.5-Pro, MiMo-V2.5, Qwen3.5 Plus, Qwen3.6 Plus, MiniMax M2.5, MiniMax M2.7, >DeepSeek V4 Pro, and DeepSeek V4 Flash<p>and now on your own with bugs, all of these models can produce at scale. Am i missing anything in this picture. What is the real use of cheaper models?
We're not yet at a point of saturation when all the frontier models would be of somewhat comparable "intelligence" and we could decide which to use based on other factors (speed, effective context window etc.), so I honestly don't see why would you (as a company or an employee) <i>not</i> use the best available model with the highest (or at least second highest) thinking effort. The fees are not exactly cheap, but not that expensive either.
Agreed that we're not at saturation, but we don't have a canonical "best" either. For example ChatGPT 5.5 + Codex is, in my experience, vastly superior to Opus 4.7 + Claude Code at sufficiently well-specified Haskell, but equally vastly inferior at correctly inferring my intent. Deepseek may well have its own niche, though I haven't used it enough to guess what it might be.
This has been my experience working on tsz.dev. Only Opus 4.7 and GPT 5.5 can really be productive for the remaining test cases.
I don’t find this with sonnet at all. As long as I have a solid Claude.md and periodically review the output and enforce good code practices via basic CI gates I’ve rarely ever found myself having to switch to opus
Just want to say that I faced this very problem the last week, I discovered OpenCode agent and it works great, with DeepSeek and other models. Try it out guys.
How is this different than using ollama to launch Claude with<p>ollama launch claude --model deepseek-v4-pro:cloud
Did... Did you just ask an AI to one-shot something that normally amounts to no more than setting two env variables?
obviously vibe coded ( co authored ) + the prices dont even match
It's going to be real hard to find headlines that weren't vibe coded from here on out unfortunately.
Unless I actually know the author I assume everything here is vibeslop and full of mistakes.<p>Maybe I need to switch to some news publication that actually does real research and writing still. Because public forums like this have been completely destroyed by LLMs.
welp, pack it it in boys, it was nice conceptualizing all you as real humans on the internet. I guess I'll just have to go touch grass if I want to feel parasocial.
I mean, we have the tech and community to actually build in person meetups and sign CRT certificates, right?<p>If we touch grass in person and swap certificate requests, we can actually rebuild a trust network.<p>This is a pretty old problem with regards to clubs / secret societies and whatnot. And with certificates / PKI, our modern security tools have solved all the technical problems.
poorly vibe coded. machines can check details easily, use them.
Is claude code the best coding harness? Anyone running evals on that?
In my anecdotal experience, it is not. Same model, opus, works better in 3P harnesses such as Factory Droid or Amp.<p>Claude code, on the other hand, is the most subsidized one, both for consumers (through max subscription) and for enterprises (token discounts). It is also heavily optimized for cost, specially token caching and reduced thinking, at the expense of quality.
Ironically, there are plenty of evals showing that it’s not actually that great. Even with Anthropic models, other harnesses are more efficient, both in terms of the number of problems solved and token usage.<p>Significant regressions also seem to be introduced from time to time after releases.<p>The UX is great, and if you need a kitchen sink packed with tons of features, even though you’ll probably only end up using a fraction of them, it’s fine.<p>But if you want something that performs well, you’re better off using something like Opencode or Swival.dev
Terminal Bench is testing agent harness.<p>The best two are Codex and Forge Code.<p>However I am using plugins and skills that are only compatible with Claude Code or work best with Claude Code.<p>So, for me, Claude Code with plugins like claude-meme, Context Mode, Superpowers and Get Shit Done is better than other tools.<p>I think everyone should test multiple models and multiple agent harness for his specific needs, codebase and way of working.
I've been using DeepSeek v4 pro as an alternative to Claude models and for the first time I can see it as a real replacement. With the other Chinese models, I was missing something, but DeepSeek seems good enough for the kind of development I want to do.
Claude code can already use the DeepSeek API, so what are the advantages of this tool?
Next claude news (trump style): Recent versions of Claude code no longer allow talking to other models, or helping with any code that has the goal of moving away from anthropic models.
I have a question. does anyone have a problem with switihng context between AI and your terminal
96.4% on LiveCodeBench is impressive but LiveCodeBench is single-shot. The interesting test is multi-turn agentic — has anyone benchmarked DeepSeek V4 Pro vs Opus on SWE-bench Verified or similar where the cheaper model has to be more decisive about tool use over 30+ turns? Curious if there's a cliff at higher tool-call depths.
Is there a way to do this directly by using claudecode CLI (which I already have installed) and openrouter??
Yes, Deepseek even documents how:<p><a href="https://api-docs.deepseek.com/quick_start/agent_integrations/claude_code" rel="nofollow">https://api-docs.deepseek.com/quick_start/agent_integrations...</a>
Yes, from Claude Code themselves: <a href="https://code.claude.com/docs/en/llm-gateway" rel="nofollow">https://code.claude.com/docs/en/llm-gateway</a>
Here's a oneliner:<p><pre><code> ANTHROPIC_BASE_URL="https://openrouter.ai/api" ANTHROPIC_AUTH_TOKEN="$OPENROUTER_API_KEY" ANTHROPIC_DEFAULT_SONNET_MODEL="deepseek/deepseek-v4-flash" CLAUDE_CODE_DISABLE_NONESSENTIAL_TRAFFIC=1 claude</code></pre>
This repo's README explains how it works and you can do it yourself. claude looks for environment variables that say which API endpoint to talk to, which key to pass, which model name to use for haiku/sonnet/opus-level workloads, etc.
I just spent half my day getting CUDA and LLAMA to work with my 5070TI.<p>I was able to use it in agent mode with Roo, I stopped after having it write out a plan, but I'll continue when I have more time.<p>Deepseek feels less likely to do a straight up rug pull since you can self host with enough money, but I'm still more excited about local solutions.<p>Usually I just need grunt work done. I'm not solving difficult problems.
Using a bunch of CLIs to work with DeepSeek V4, I've found that Langcli is the best fit for DeepSeek V4. For programming tasks, the cache hit rate is above 95%.<p>Not only can it seamlessly and dynamically switch between DeepSeek V4 Flash, V4 Pro, and other mainstream models within the same context, but it is also 100% compatible with Claude Code.
Interesting setup<p>do you have any benchmarks on:
- token usage over time
- failures/retry rates<p>would be great to see how it behaves in production
I'm wondering why DeepSeek didn't create an AI coding agent like Kimi Code.
This has become a problem for me. I like trying new things. But I also know that in about a week, there's going to be a better/cheaper setup. And a week after that. And ideally I'd like to get some coding done when I'm not tinkering with the tools.<p>So I think I'll stay with CC for now.
CC has the ability to use Ollama as well, which includes the ability for Ollama to proxy to Ollama's cloud models. It's brilliant, and works with a single Ollama command that doesn't mess with CC at all (so you can run them at the same time).<p>If you are interested, I've built an agentic terminal that helps manage these types of things better: <a href="https://deepbluedynamics.com/hyperia" rel="nofollow">https://deepbluedynamics.com/hyperia</a>
I wonder if openrouter will replicate that 120x caching, I suppose they will?
You don't need Deep Claude. Claude Code is working with any model that exposes an endpoint for an Anthropic compatible API.<p>I am using Claude Code with GLM 5.1, MiniMax M2.7, Kimi K2.6 and Xiaomi MiMo V2.5 Pro.
Honestly with the likes of Opencode / pi / hermes I don't really find the "Claude Code agent loop" part particularly interesting.<p>The edge Anthropic has on others lies on its models performance. CLI tooling (and obviously pricing) is definitely not better than others.
the wrapper is basically env var glue. You’re still betting the whole loop on Anthropic's closed client.
Cost engineering [1] will be the next hot topic for AI.<p>[1] A fancier way of saying "reducing cost."
Nice, it's quite usefull to have a project like this which streamlines the setup necessary to use other "brains" in claude code "body". I personally will give this a try, but Ijust find the message on pricing a bit disingenuous, the deepseek price of "$0.87/M output tokens" is a discount, and this setup anyways needs a calude.ai subscription offering claude code, which now is 100$/month min.
Does it play Doom?
why not opencode with deepseek?
And if I don't care about cost, what about actual performance?
does it support aws bedrock provider
Can I... somehow run this locally? DeepSeek is opensource? Do I even need their API key?<p>(I have no experience with running anything locally, maybe it's a stupid question)
Is there some way to make claude/codex beep when it finishes a task.
Why wouldn't you use something open source like OpenCode, which already support DSv4 and has more features than CC?
Coding harnesses make a big difference, and OpenCode is notably less effective than Claude Code (1) in my experience, (2) with the models I've tried it on. (I've not yet tried it with DSv4.)
As someone who does use other models with CC, I am curious about opencode, what extra features does it have that you find essential?
I like being able to add a wide array of models, define perms for agents and subagents, turn MCPs on and off at will, and be able to fix bugs I find in it.
If using something open source, I'd say Forge Code has better results than Open Code, at least according to Terminal Bench.
More features than CC ?<p>Also opencode tracks you by default. Its not safe. Every first prompt you send is routed through their servers, logged and they can use your data however they want
I am now thinking how far can agentic AI can go how far we can achieve
layer on layer on layer to refactor bunch of lines xD
Oh shoot now the next CC upgrade will blow your subscription for doing this
[flagged]
anthropic messed up big time harness works with any muh commodity LLM, meanwhile VCs were duped on the myth of FOOM AGI, probably not a cooincidence Anthropic is enmeshed with the scifi fan fic forum known as lesswrong. The world wants useful tools. The bay area bubble in contrast thrives on Mythos.
I think OAI and Anthropic will be ok for a year or two. But after that If they still continue to earn revenues from selling tokens to firms/software engineers they will be in serious trouble.<p>The American firms are not demonstrating escape velocity and as long as china offers something somewhat comparable and offers it at a very low price to compensate for any difference in quality, they will not be generating enough in cash flows to finance reinvestment. I highly doubt they’ll be able to continue raising external financing for numerous periods from here on out - they gotta start showing strong financials and that they are running away from the open source models.
The performance gap will likely close as Chinese hardware improves. This is happening very rapidly.<p>Already DeepSeek v4 is being hosted on Huawei Ascend 950. What do you think those cost relative to NVIDIA gear?
I wouldnt put it past the US gov to ban foreign models. they tried to ban tiktok. what is being demosrrated here is silicon valley can not withstand a competitive market.
> anthropic messed up big time harness works with any muh commodity LLM<p>that surprised me too. The intelligence is at the client, and by making that open, anthropic has commoditized the coding agent.
[flagged]
[dead]
[flagged]
[flagged]
[dead]
[dead]
[flagged]
I had a call with our CTO and we are pivoting away from Claude Code to DeepClaude because the cost savings are too substantial to ignore.