Remix.run Logo
▲ zkmon 2 hours ago

Qwen-3.8-27B - the best thing that happened in AI so far.

This thing can accomplish the same results as the frontier models do, if you are willing to play a role of an higher level architect or decision maker. Guide it a bit here and there like a tech lead and you get everything done.

The money you pay for frontier models is exactly for outsourcing that high level direction work to agents.

▲UncleOxidant 2 hours ago | parent | next [-]

> Qwen-3.8-27B - the best thing that happened in AI so far.

Qwen3.8-Flash_Next should be in the running for that title as well. It's astonishingly good. I use both of them. If I need more memory on the machine for other things I run 27B, If I can get by with much less RAM I run QFN (takes about 102GB on my Strix Halo box with 262,144 context). QFN runs quite a bit faster on my hardware - about 50t/s. 27B with MTP starts out around 22t/s but degrades over time as the context fills up. Both are great models, but I'd give QFN a bit of an edge (at least for the coding projects I've worked on). But both feel on par with Claude Opus 4.6 - 4.8.

▲simonw an hour ago | parent | next [-]

Apparently Qwen 4 might land this week, and it uses the same architecture as 3.8-Flash-Next (so various LLM serving tools should be able to handle it already). I'm hoping Qwen 4 includes some smaller models - the last 4B and 9B from Qwen were for 3.5.

▲bityard an hour ago | parent | prev | next [-]

Which quant of QFN are you running on your Strix Halo?

HF is telling me that IQ4-XS is the largest one likely to fit without much contortion.

▲justinclift an hour ago | parent | prev [-]

> Qwen3.8-Flash_Next should be in the running for that title as well.

Unfortunately it still hallucinates, which limits it's usefulness for real world tasks. :(

▲bityard an hour ago | parent [-]

Every model hallucinates, if not given the right context and tools.

▲soccerdave an hour ago | parent | prev | next [-]

Can you tell a little more about your software setup? Been playing with local AI models but struggle to get anything as easy as ChatGPT or Claude. I have a folder with skills, and I can switch between ChatGPT and Claude, and either will do the same work. I’m struggling to find something that can do that locally

▲zkmon a few seconds ago | parent | next [-]

One RTX4090 with 24G gives me about 200k KV cache with Q4_K_M quant for typica coding tasks, via opencode. I use Q6_K with 60k cache if the work doesn't require scanning too many files. Q6_K is really good.

▲ActorNightly an hour ago | parent | prev [-]

Local models requires investment of about $2500 into hardware, so that you can run models at decent tok/sec. You then need to basically write custom harnesses. All of my stuff runs on a llama.cpp backend on a dedicated inference machine, and a client runs custom code built with OpenAPI library to make inference calls to accomplish things.

▲dr_hooo an hour ago | parent | next [-]

> need to basically write custom harnesses

Curious, why/how does that help? Or do you have some niche needs?

▲ActorNightly 17 minutes ago | parent [-]

The latent space of models, which basically steers the token generation into a particular direction is much coarser with the local models compared to big models. Small models known fundamentals well, but do not have the breadth to realize the particularities of combination of fundamental task given certain criteria.

As such, if you want to replicate big model behaviour, you need to basically do context augumentation. How you do that is up to you for your own needs.

▲bityard 44 minutes ago | parent | prev [-]

> You then need to basically write custom harnesses.

Why? Most existing harnesses let you point them at whatever API you want. I'm currently have a great time with Juggler.

▲dcrazy 22 minutes ago | parent | next [-]

I find myself having to write a lot more skills for Qwen3.8-27b to effectively use tools it hasn’t seen before, versus virtually no skill-writing needed for Claude anymore. It seems to understand novel tools and when to use them pretty intuitively.

▲ActorNightly 21 minutes ago | parent | prev [-]

For basic tasks, yea. For more advanced tasks, where the agents running on big llms will do more actions autonomously, the smaller models will sometimes stop execution or go off in wrong directions.

▲wwarner an hour ago | parent | prev | next [-]

I feel like Alibaba is stealing from the frontier models, and I’m a bit queasy taking advantage of that. If they aren’t distilling and it’s actually true they have superior efficiency as they claim, then why aren’t they way ahead?

▲pjerem an hour ago | parent | next [-]

I feel like frontier models are stealing the entire internet and the entire whatever any human wrote in the latest centuries, including everything _I_, being an human on the internet, wrote. So I have a hard time being morally concerned about them being distilled.

▲xlayn an hour ago | parent | prev [-]

Not like anthropic or open ai, they sure downloaded torrents of everything to train, crawl the web non stop, eat open source developers work, git repos etc, not pay ANY but they are not distilling other models at least....

▲akshitgaur2005 an hour ago | parent [-]

Don't forget destructively scanning books too.

▲lnkdinsuxs 2 hours ago | parent | prev | next [-]

> Guide it a bit here and there like a tech lead and you get everything done

How do you validate and verify that outcome?

Or does Qwen-3.8-27B do the validation and verification for you as well? If so, how do you ensure that's correct?

▲dcrazy an hour ago | parent [-]

You check its work and if it seems to do its job well enough most of the time, you just start to trust it.

Personally Qwen3.8-27b has not proven itself to me for the projects I’ve tried to use it for. It doesn’t seem to have as much encoded knowledge about the native Mac development stack.

▲Spivak an hour ago | parent [-]

This seems to be the inherent trade-off with smaller models. They can be just as "bright" as their larger contemporaries but they necessarily can't encode as much knowledge.

I think over time we'll realize this is the way forward, you want the smartest model with the least amount of embedded knowledge and you provide the knowledge externally or merge it into the weights for the domain you're interested in. Then you don't have to train a ginormous model every 6 months to pull in new information.

▲dcrazy 26 minutes ago | parent [-]

I think this is what the n-gram table in Qwen 4 (and 3.8-Flash-Next) is for. We’ll see if it comes down to the 27b variant.

A RAG solution would make time to first token awful.

▲embedding-shape 17 minutes ago | parent | prev | next [-]

> This thing can accomplish the same results as the frontier models do

What frontier models are you using? I'm literally sitting with Qwen 3.8 27B locally and trying my damnest to get it to work at least 80% of the quality Astra et al have, and can't get close to it. It keeps being so verbose, regardless of inference parameters, system prompts, reasoning effort, and keeps going on tangents. I'm running the BF16 weights via vLLM, can't imagine how much worse the experience must be with the quantized weights people run with the average consumer GPU.

Even with tight guiding, as I guess you could say I do more "AI pair-programming" than vibecoding, it just loses the plot to often and waste time, enough that it's clearly not an alternative to today's frontier models.

▲ActorNightly an hour ago | parent | prev [-]

Gemma4:31b is better. Qwen is really good at speed (especially with megakernels), but if its going in a wrong direction, it will go in the wrong direction hard. Gemma can self correct with its thinking.

The only reason Qwen is more popular is because it can run decently fast on MLX, while Gemma needs a discrete GPU with 24gb of ram to run at usable speeds.

Also, theoretically speaking, any small model can be as good as a big model if all they have to do is summarize text. Back before agents were a thing, we had prototype coders running of local inference models from Mistral for ai dev. The workflow was to generate llm summaries of the codebase, and a summary of changes to be made. Then we would grab search results from the web, feed it to an llm to summarize, and then finally combine all of that context into a final inference run which would generate code, then the codebase would be run automatically, any errors would be llm analyzed, and an llm would generate the next change to be made in the above cycle.

Nowdays, we can do that with pi coding agent and Gemma4:31b. But we still have plenty of custom harnesses for things.

▲beachsidebunnie 35 minutes ago | parent | next [-]

The context window left on my 24GB card with Gemma is to low to do any major task though. Maybe small diffs or a single direct task. But Qwen has enough context for agentic tasks.

▲clusterhacks 42 minutes ago | parent | prev [-]

...especially with megakernels...

I don't understand why megakernels haven't become the default choice. The speed advantage is crazy. I made a few changes to the openjet megakernel to run in a dual gpu (older gen, not blackwell) box and doubled my token generation speed on qwen3.8-27B (4-bit though).

I keep debating adding a third matching gpu to see if I can push the speed a bit more and move back to the 8-bit quant, but I'm stuck on the idea of just building a Blackwell gpu system despite the cost factor. Plus a third gpu is going to going to be weird for the tensor split and P2P data syncs and my workstation is old with 3rd gen PCIe etc etc.

▲ActorNightly 26 minutes ago | parent [-]

Architectures (like Gemma4) have things like sliding window attention that make it pretty impractical to do on a GPU, you would have to do additional things to make it work, and the talent to do that, even with LLM assistance is very small.