Live data from Hacker News

Qwen3-Coder-Next

qwen.ai

131–140 of 443 posts

Re: Qwen3-Coder-Next

#131
post #112
post #41

I kind of lost interest in local models. Then Anthropic started saying I’m not allowed to use my Claude Code subscription with my preferred tools and it reminded me why we need to support open tools and models. I’ve cancelled my CC subscription, I’m not paying to support anticompetitive behaviour.

I must have missed it, but what did Claude disable access for? Last I checked Cline and Claude Max still worked.

They had a public spat with Opencode

Re: Qwen3-Coder-Next

#132
post #3

This GGUF is 48.4GB - https://huggingface.co/Qwen/Qwen3-Coder-Next-GGUF/tree/main/... - which should be usable on higher end laptops. I still haven't experienced a local model that fits on my 64GB MacBook Pro and can run a coding agent like Codex CLI or Claude code well enough to be useful. Maybe this will be the one? This Unsloth guide from a sibling comment suggests it might be: https://unsloth.ai/docs/models/qwen3…

you do realize claude opus/gpt5 are probably like 1000B-2000B models? So trying to have a model that's < 60B offer the same level of performance will be a miracle...

I don't buy this. I've long wondered if the larger models, while exhibiting more useful knowledge, are not more wasteful as we greedily explore the frontier of "bigger is getting us better results, make it bigger". Qwen3-Coder-Next seems to be a point for that thought: we need to spend some time exploring what smaller models are capable of.

Perhaps I'm grossly wrong -- I guess time will tell.

Re: Qwen3-Coder-Next

#134
post #112

Earlier quoted context omitted.

I must have missed it, but what did Claude disable access for? Last I checked Cline and Claude Max still worked.

OpenCode

Protip for Mac people: If OpenCode looks weird in your terminal, you need to use a terminal app with truecolor support. It looks very janky on ANSI terminals but it's beautiful on truecolor.

I recommend Ghostty for Mac users. Alacritty probably works too.

Re: Qwen3-Coder-Next

#135

Earlier quoted context omitted.

OpenCode

Is this still the case? Is Anthropic still not allowing access to OpenCode?

Officially, it's against TOS. I'm told you can still make it work by adding this to ~/.config/opencode/opencode.json but it risks a ban and you definitely shouldn't do it.

  {
    "plugin": [
      "opencode-anthropic-auth@latest"
    ]
  }

Re: Qwen3-Coder-Next

#136
post #112

Earlier quoted context omitted.

I must have missed it, but what did Claude disable access for? Last I checked Cline and Claude Max still worked.

OpenCode

Yes, although OpenCode works great with official Claude API keys that are on normal API pricing.

What Anthropic blocked is using OpenCode with the Claude "individual plans" (like the $20/month Pro or $100/month Max plan), which Anthropic intends to be used only with the Claude Code client.

OpenCode had implemented some basic client spoofing so that this was working, but Anthropic updated to a more sophisticated client fingerprinting scheme which blocked OpenCode from using this individual plans.

Re: Qwen3-Coder-Next

#138
post #113
post #94

Earlier quoted context omitted.

> The subscription services have assumptions baked in about the usage patterns; they're oversubscribed and subsidized. Selling dollars for $.50 does that. It sounds like they have a business model issue to me.

This is how every cloud service and every internet provider works. If you want to get really edgy you could also say it's how modern banking works. Without knowing the numbers it's hard to tell if the business model for these AI providers actually works, and I suspect it probably doesn't at the moment, but selling an oversubscribed product with baked in usage assumptions is a functional business model in a lot of spa…

If they rely on this to be competitive, I have serious doubts they will survive much longer.

There are already many serious concerns about sharing code and information with 3rd parties, and those Chinese open models are dangerously close to destroying their entire value proposition.

Re: Qwen3-Coder-Next

#139

For those interested, made some Dynamic Unsloth GGUFs for local deployment at https://huggingface.co/unsloth/Qwen3-Coder-Next-GGUF and made a guide on using Claude Code / Codex locally: https://unsloth.ai/docs/models/qwen3-coder-next

Nice! Getting ~39 tok/s @ ~60% GPU util. (~170W out of 303W per nvtop).

System info:

    $ ./llama-server --version
    ggml_vulkan: Found 1 Vulkan devices:
    ggml_vulkan: 0 = Radeon RX 7900 XTX (RADV NAVI31) (radv) | uma: 0 | fp16: 1 | bf16: 0 | warp size: 64 | shared memory: 65536 | int dot: 1 | matrix cores: KHR_coopmat
    version: 7897 (3dd95914d)
    built with GNU 11.4.0 for Linux x86_64
llama.cpp command-line:

    $ ./llama-server --host 0.0.0.0 --port 2000 --no-warmup \
    -hf unsloth/Qwen3-Coder-Next-GGUF:UD-Q4_K_XL \
    --jinja --temp 1.0 --top-p 0.95 --min-p 0.01 --top-k 40 --fit on \
    --ctx-size 32768

Re: Qwen3-Coder-Next

#140
post #82

will this run on an apple m4 air with 32gb ram? Im currently using qwen 2.5 16b , and it works really well

No, at Q2 you are looking at a size of about 26gb-30gb. Q3 exceeds it, you might run it, but the result might vary. Best to run a smaller model like qwen3-32b/30b at Q6

Thank you for your advice have a good evening
Post reply on HN