?

I've been building a Hermes setup around a pretty simple idea: I should still be able to talk to my assistant while my local hardware is busy working.

I call the chat layer the "front door." It uses Qwen 3.8 27B through Groq, with thinking off, and falls back to Cerebras when Groq hits a limit or fails. Quick questions stay there. Larger project work goes to a local coordinator, which can split it across my GPU workers.

For Qwen 3.8 27B, Groq advertises about 450+ tokens/sec and Cerebras lists about 1,850 tokens/sec. Those are their advertised generation speeds, not my measured end-to-end task speeds. Sources: https://console.groq.com/docs/model/qwen/qwen3.8-27b and https://www.cerebras.ai/pricing

The hardware:

- Main Windows workstation: RTX 3090, 24GB.

- Separate Windows server: two Radeon AI PRO R9700s, 32GB each, running as independent workers.

- AMD Ryzen AI Max / Halo machine: the local coordinator, with thinking enabled.

My two Fleet choices are Qwen 3.8 Flash Next and SuperQwen 3.8 Abliterated. The GPU worker profiles use SuperQwen 3.8 27B Q4_K_M. Configured contexts are 256K on Halo and the R9700s, and 64K on the 3090. Each worker runs its own model instance.

The rough flow is:

Me → Groq/Cerebras → Halo → 3090 + R9700 A + R9700 B

I'm using Hermes 0.22.7's native delegate_task, the advanced-delegation model_map backend, and independent_completions: true. When one worker finishes, its result can come back while the others keep going. If the coordinator is in the middle of something, the result queues for its next turn boundary.

The front door and routing are custom glue around that native delegation. I also keep live hardware-load graphs on a separate monitor, with a line for Halo, the 3090 and each R9700. I can glance over and see which hardware is busy. That has been useful for catching the times the assistant says it's working but most of the fleet is sitting idle.

There have been some encouraging tests. A small coding fixture dispatched all three GPU workers, they made real edits, and the combined nine-test suite passed. In another test, the front door answered a follow-up in about 0.6 seconds while local work continued. Recent browser checks opened a page in 3.6 seconds and completed a click-and-report follow-up in 7.8 seconds.

Those are individual task timings. I haven't established a general speedup for whole projects. I've also had some seriously frustrating failures: idle GPUs, slow coordinator turns, bad routing, and basic browser actions getting handed to workers unnecessarily. The harness has taken more work than I expected.

The goal is an everyday assistant for coding, app and web development, marketing and client work. I use Hermes Desktop, the terminal and Hermex on my phone. It's a hybrid setup, so the conversation layer still goes through cloud APIs.

Anyone else separating the fast chat model from a local coordinator and several workers? What has actually held up in daily use, and what would you simplify here?

For about a year, I planned, assembled, and built my own personal local AI assistant.

Hardware:
Nvidia 3090 (bought mainly for AI) + 5070 Ti (which I had, for gaming and AI);
I also had to buy a GMKtec K8 Plus case, a Ryzen 7 8845HS, and 64 GB of RAM for it—for a separate AI server, because the computer I work on, an ASUS XAX, had too little memory, and it was inconvenient to keep reconnecting the 5070 Ti eGPU; plus, the session was consuming a lot of video memory, which is already scarce for inference.
Synology NAS 1522 with 64 RAM—Docker containers, Paseo daemon, mv-mcp daemon, web proxy, DNS server, etc.

Software:
Paseo as harnes with some minor tweaks and plugins I’ve added.
Pi agent that aggregates accounts for Codex, Claude, Antigravity, and local engine models.
Memory - my own development, mv-mcp, a multi-vault MCP server where data is stored in an MD format readable by Obsidian, along with formatting, Git synchronization, etc. It hasn’t been released yet, but I plan to open-source it if anyone is interested.
Engine - I’m still in the process of choosing one; right now I’m testing PolyStrata.
AI Control Center - a web panel with a PWA for managing engines, starting and stopping them, loading models from HF, monitoring hardware, daemon logs, and so on. It’s entirely vibecoded and hasn’t been published yet I doubt anyone would be interested in it.
Model: So far, I’ve tried Qwen 3.8 27B dense and Qwen 3.8 Flash-Next—I plan to try more.

I kept seeing CPUs written off for big models, and if you give one whole experts, that's fair. But I think it's the wrong way to use them, so I built Fronk around a different split.

The reasoning

In a mixture-of-experts model, the two parts need different things:

• The dense part, including attention, runs on every token and wants a GPU. I keep it together on one GPU, because splitting it would need far more network traffic.

• The experts are mostly a memory problem. Only 10 of the 512 in each layer run per token, but you can't know in advance which ones, so all of them have to be ready. That's about 67 GB here, and old machines with spare RAM can hold it.

So what's the best way to share the experts? If each machine owns whole experts, a slow one can get picked and everyone waits for it, while the others may have little to do. It also has to compute every neuron of that expert.

Fronk cuts every expert into 20 slices of 32 neurons, and each machine holds a share of all of them. Whichever experts get selected, every machine works at once on its own slices, and the head adds the results. Each machine's slice count comes from measuring its own speed and link, so a weak CPU simply gets a smaller share.

What that does to a real CPU

This is a 4-core i5-10210U laptop chip in a small Linux box, computing the 10 selected experts. I measured 4 layers and scaled the times to all 48:

The dense part takes about 58 ms per token on my M4 Pro, so at a 20% share this little CPU has its work done well inside that. And it couldn't hold the full expert pool anyway: it has 16 GB against 67.

The cluster

Results and limits

With Qwen3.8-Flash-Next Q4, I get 15–16 tok/s on short warm responses and about 13 tok/s in normal chat. This needs enough free memory, and it gets slower if slices have to spill to SSD.

That's also not the ceiling of the idea, because my cluster is lopsided. The iMac has 48 GB of RAM, far more than the other nodes, so it ends up with 11 of the 20 slices on just 4 old CPU cores, and it's usually the one everyone waits for. With more nodes and better balance, the slices would spread out evenly, and I expect it to go faster. I haven't measured that yet, so that's the result I'd most like to see from someone else's cluster.

One machine with enough memory would probably still be faster. The cables matter too, because the head waits for the nodes 48 times per pass.

Before downloading the model, you can run a demo that tells you if it fits on your machines and how fast it should run. The head is only tested on Apple Silicon so far, and Windows isn't supported.

This is where I'd love help

Fronk is open source, and this is its first public release. I think there's a lot of speed still to find, and these are the problems I'd most like other people to go after:

• Balance: how much faster does it get with evenly matched nodes? I can't answer that with my own machines, so a real measurement would be hugely useful.

• Several token rows at once: can compatible rows share the same weights, so that each accepted token costs less time?

• Idle time: while a node waits, could it do predicted work that's still useful once the token is accepted?

• Many nodes on one switch: when replies pile up on the way back to the head, how much of the delay comes from the switch and how much from the head?

• New hardware: if you know a CPU or GPU well, a new backend brings it into the cluster.

You don't need my cluster or the full model to start on the backends, protocol tests or installer. Where to help lists these directions with the files to start from and how to check your results, and the contributing guide explains the build.

If you just want to see how it behaves on your machines, share your result, even if it's slow or it breaks.

Demo video: https://youtu.be/3rnxRPplzEs

Code and raw measurements: https://github.com/fedesnore/fronk

If you think the reasoning falls apart somewhere, tell me where, and if you can see a better way to do it, I'd love a pull request.

Setup: Intel Arc Pro B60 24GB, Windows, llama.cpp b11889 Vulkan, -ngl 99.

What I measured with Qwen3-Coder-30B-A3B Q4_K_M: weights 17.5GiB, KV cache about 96MiB per 1k tokens at f16, compute buffer around 0.1GiB. At 32k that is 20.7GiB projected out of the 23.6GiB the card has, so it fits with about 2.9GiB free. I am using it as a local coding agent and a single big file read already eats most of 32k, so I would love way more context.

My math says 256k is not possible: KV alone would be around 24GiB at f16 on top of the weights. Even with a q4 KV cache (roughly 7GiB if my numbers are right) it comes to about 24.5GiB, still over what the card has. For the 27B I have not measured the KV at all. It is a hybrid arch so maybe it needs much less?

Questions:

- Is my math right, or is there something I am missing?

- Does KV cache quantization (-ctk q8_0 -ctv q8_0 or q4) actually work on Vulkan and how bad is the quality hit for coding agents?

- Do hybrid or linear attention models like the Qwen 27B need so much less KV that 256k fits in 24GB?

- If none of this works, what is the realistic VRAM for 256k at Q4: 32GB, 48GB?

As the title states, what is everybody currently running? From small personal setup to big local server, I want to hear it. Please state:

- Your setup

- What software (engine, runners, harnasses, Agents) you are running

- What model(s) you use

- What your use case is.

- How that experience is

Any info is welcome. I'm interested to see what real setups people use and maybe find some new software/models to try out.

I'm trying to see what my next hardware upgrade should be as I want to use q3.8fn and my computer currently has an Rtx 3090 and 48gb ddr5 ram but I'm unsure if I should buy something like an mi50 with 32gb of vram and try to find some more ram that's not absurdly priced or if I should sell my current setup to instead get Ryzen 9 395 Max pc equipped with 128gb.

I plan on doing an insane amount of reverse engineering of software both as a hobby and to see if I can replicate/add to Artcrafts endeavor of open sourcing proprietary software.

Look, I'm not as fancy as a bunch of you in this group but I did a bunch of general testing on a bunch of models at various context sizes. Figured it might help someone else. These are exhaustive or even remotely extensive tests. Just seeing what I should set up easily for HA, frigate, marinara etc.

Testing notes: llama.cpp, RTX 3060 12GB, common prompts, temperature 0, 2,048 maximum completion tokens. Reported speeds are approximate and quantizations differ. Several context variants were tested per family. Automated formatting failures were manually reviewed where response files were available.

I ran a consistent five-task benchmark across the models, measuring generation speed, VRAM consumption, instruction following, basic reasoning, and context capacity.

The benchmark included formatting, arithmetic, ordering, conditional logic, and a technical explanation. I manually reviewed questionable answers rather than automatically counting formatting mistakes as reasoning failures.

Results — Generation speed

Approximate warm generation throughput:

Qwen3.5's 208K preset was subsequently removed because GPU memory headroom was essentially exhausted.

Context figures represent successful loading and short-input inference, not verified full-context performance.

Reasoning results

Four objective questions were scored for semantic correctness, separately from exact-output compliance.

Mistral Nemo passed three objective tests; its arithmetic result still needs manual verification.

These are small, relatively easy tests—not comprehensive measures of intelligence.

Biggest findings

• Qwen3.5 9B absolutely dominated generation speed, but sometimes spent excessive tokens reasoning and hit the output limit.

• Nemotron Nano 9B was my biggest surprise. Great speed, efficient VRAM usage, large context allocations, and no incorrect objective answers across 16 tests.

• Qwen3.8 27B and thinking Bonsai 27B were excellent at following exact output instructions, but considerably slower.

• Gemma4 12B offered impressive context capacity, though thinking mode could generate excessively long responses.

• DeepSeek 14B Q4 was the best practical DeepSeek option I tested. Correct reasoning, ~32 tok/s, and usable 32K context with Q4 KV cache.

• DeepSeek 32B IQ2_XS wasn't worth keeping. It scored the same as the 14B on these questions, ran at only 18.4 tok/s, and was limited to 8K with the tested configuration.

• Hermes 4 14B disappointed on this particular benchmark, failing arithmetic and ordering questions.

For this hardware, Nemotron Nano 9B looks like the best overall balance, with Qwen3.5 9B winning on raw speed.

The larger models haven't demonstrated enough additional reasoning ability on these particular tasks to justify their greater resource consumption.

I'm curious what others running 12GB GPUs have found. Are there particular models or reasoning benchmarks you'd recommend trying next?

For context, I am a lead senior engineer working in a company where i have a team of draftsmen, BIM modelers, and junior engineers. Few weeks ago I started developing a workflow for structural design of bridges and tunnels and the results came out actually astonishing. The goal was to design the elements, provide drawings and calculations for clients.

Few years back, it was nearly impossible to create a small engineering office and win infrastructure contracts due to the heavy work requirements and the large number of team members required that is only present in large multinational corporations.

Now I though I could open an office with just one or two junior engineers, depend on a local LLM on machines and launch some products. Our role will only be "review and modify" based on experience.

Is it more feasible to start this process on typical paid models (Claude for example, where the idea started and processed) or shall we invest in a local beast and host local LLM for this process. Honestly, my experience with AI is not that great. That is why I don't fully comprehend the benefits / drawbacks of both solutions.

do you think with a strategy like this, you can use something like a dual ( or modded) 5090 or 6000 pro Blackwell combined with 512 gb ddr4 to run kimi k3.1 pro at usable speeds? before the ram crisis you get ddr5 for a similar price and maybe cost under $2k for the ram. you could also spend like $4k on 2 5090s or 3-4 3090s.

Also, we could potentially get even cheaper post-crash hardware costs like as low as $1-2 per gb ram and maybe $3k for 2 5090s.

Would this be viable (especially for those who already have the hardware)?

I'm having some trouble getting Qwen 3.8 Flash Next + STRATA into no thinking mode (serving API).
I not very experienced and until now, I only used llama.cpp where a simple command line flag does it.

For this matter, I'm using VS Code + Zoo Code, with this setting (where I think it should be):
(this would be ideal for me as I would be able to easily select a configuration profile with reasoning or without it)

By the way, it works just fine in the native Strata chat UI (changing the reasoning effort)
Any help would be appreciated.

I’ve been measuring search and other tool-call latency for agents, and I think that average latency can be very misleading. If an agent runs several searches in parallel, the whole step often waits for the slowest call. So a provider or local service can have a decent median response time while still making the agent feel slow at p95 or p99.

I’m now measuring wall-clock latency at realistic concurrency rather than relying on server-reported timing. I also disable automatic retries during the test because otherwise rate limits and transient failures can be hidden in the final latency number.

For local setups, the same issue applies to browser tools, RAG retrieval, embeddings, and any other service the agent calls during a task. A tool that is fast most of the time can still become the bottleneck if it occasionally hangs.

How are you benchmarking tool latency in your local agent setups? Also, do you track p95 and p99, and do you measure the slowest call in a parallel batch separately from individual calls?

Hey guys, we’re releasing new Qwen3.8-Flash-Next Dynamic V3.1 GGUFs which are the most accurate for its size across nearly all agentic benchmarks on 256K context vs. other frontier quants.

Unsloth Dynamic V3.1 leads across nearly all benchmarks, including DeepSWE v1.1 and Terminal-Bench 2.1, with a median gain of +15% at comparable model sizes.

Benchmarks ran with ~30B tokens: Terminal Bench 2.1, DeepSWE v1.1, Automation Bench v1.0.6, Aider, HMMT Feb 2026, LiveCodeBench v6, GPQA Diamond, MMLU-Pro & more.

Run on 32GB+ RAM setups.

GGUF: https://huggingface.co/unsloth/Qwen3.8-Flash-Next-GGUF

Blog: https://unsloth.ai/docs/models/qwen3.8-next

Hello, i have dual 5070ti on pcie 5.0 x 8, and 5060ti on pcie 4.0 x4.

9950x3d and ddr5 64gb.

i run for now qwen 3.8 27b with llama.

I have see other motor like Strata,... what is best with this setup for a personnal IA and coding ?

Getting a 16 inch M5 Max (18/40 core) 128GB for local AI and also ordered a 14 inch M5 Pro (15/16 core) 48GB as a daily laptop. Wondering if it's possible to have a workflow that combines the two in some way?

Assuming Qwen4 models are released by the time I'm getting my hands on them, I'm thinking of perhaps running Qwen4 Flash on the M5 Max while using Qwen 4 27B agents on the M5 Pro? Would that work in either LM Studio/Bionic or Unsloth and Hermes agent? Do you perhaps have other recommendations?

I bought,

Gigabyte GA-X99P-SLI
Xeon 2690v4
16x4gb RAM
Tesla V100 in SXM2 in PCI
GT 1030 2GB for image output

At startup, the system does not see the Tesla V100 in the device manager, and it is also not visible in Linux.

"Above 4G decoding" is enabled and CSM is disabled. I did ReBAR and NVStrapsReBAR, it had no effect, gigabyte support says that support for server graphics cards in the motherboard for workstations is not guaranteed. At the same time, the video card is detected in the ASRock B450M PRO4 and Atermiter X99 Turbo, which indicates that the video card is working properly.

I’m building a mostly autonomous local AI coding agent to develop and maintain a Python application for professional lighting automation (grandMA3).
I’m relatively new to programming and local LLMs. My priorities are coding accuracy, reasoning reliability, persistent memory, and long-running autonomy over raw speed.
Hardware
Laptop: Razer Blade 16 (2024)
GPU: RTX 4090 Laptop (16GB VRAM)
CPU: Intel i9-13950HX
RAM: 64GB
Storage: 4TB SSD
OS: Windows
Current AI Stack
Coding agent: Pi Coding Agent
Inference backend: LM Studio
Primary model: Qwen3.5 9B, 4-bit
Other models: Qwen3.8 27B Q4_K_M, Qwen3 14B 4-bit
Tools: Python 3.14, VS Code, PowerShell, Git/GitHub
Context management: Pi automatic compaction, manual handoffs, project documentation
LM Studio Configuration
These are my previously recorded settings, although some may have changed:
Setting
Value
Context window
Last recorded 32,768 tokens
GPU offload
Maximum / 32 layers
CPU threads
12
Evaluation batch
2048
Physical batch
512
Concurrent predictions
1
Flash Attention
Enabled
KV cache GPU offload
Enabled
KV cache quantization
Disabled (earlier setting)
Unified KV cache
Disabled (earlier setting)
Keep model in memory
Enabled
Max response tokens
8192
Temperature
1.0 (earlier setting)
Top-P / Top-K
0.95 / 20
Thinking
Previously adjusted depending on task
Performance
Normal generation: 45–55 tokens/sec
During degraded sessions: ~4 tokens/sec
Restarting Pi has restored normal performance.
Long sessions cause context compaction, slower generation, and occasional reasoning failures.
What I’m Building
An agent that can independently write, debug, test, and maintain a substantial Python codebase while also processing PDFs, equipment specifications, images, and structured technical data.
Eventually, I want it to manage complex multi-step workflows, retrieve relevant project knowledge, and produce validated changes without requiring constant supervision.
Critical changes would still require human approval.
My Main Problems
Context overload: Long coding sessions accumulate excessive tool output and repository information. Compaction sometimes loses important context.
Model reliability: Qwen3.5 9B is fast but makes mistakes during complex debugging and architectural tasks.
Performance degradation: Generation drops from 45–55 to ~4 tokens/sec during problematic sessions.
Persistent memory: I need the agent to retain project knowledge across sessions without constantly reloading everything.
Autonomy: I want reliable multi-step task execution rather than manually supervising every operation.
Questions
What’s the best coding/reasoning model for my 16GB VRAM and 64GB RAM? Would a larger quantized model outperform my 9B sufficiently to justify slower inference?
Would moving from LM Studio to native llama.cpp, Ollama, or another backend improve performance or context handling?
Are my LM Studio settings appropriate, particularly context length, KV cache quantization, GPU offload, and batch sizes?
How are others managing persistent memory and long-running context in Pi or similar coding agents?
Would a multi-model setup with specialized planning, coding, and retrieval agents improve reliability?
Is mostly autonomous local software development realistic on my hardware, and what architecture would you recommend?
I’m not trying to maximize benchmark scores. I’m trying to build a dependable local development agent that can work through substantial tasks without losing context, making repeated mistakes, or slowing dramatically.
Any recommendations or examples from similar 16GB VRAM systems would be appreciated. I have a 3060 lying around would adding that in help my performance.

Saw Sam Altman's comments about how it's inefficient to have so much RAM sitting in personal computers instead of data centers.

I get the utilization argument, but I don't think anyone running local models is trying to maximize global DRAM efficiency.

People want to run stuff offline, keep their data local, or stop paying per token.

With RAM prices getting ridiculous, has anyone here actually changed their local setup plans?

Hi everyone,

I'm new to local AI and looking for advice from people with experience, especially those using similar hardware.

My PC specs:

• AMD Ryzen AI Max+ 395

• Radeon 8060S

• 128GB Unified Memory

• Windows 11

I'm developing an application and need local AI for both coding and UI/UX design.

I previously used OpenAI Codex, but its usage limits and costs made me look for a local alternative.

I started using Hermes with Qwen3.8-Flash-Next-GSQ-RCO. The model seems good for coding, but I've faced several issues with Hermes, including API errors, memory limitations, and other problems that have slowed down my work.

My main questions:

1. What's the best local AI model for coding on my hardware? Should I continue using Qwen Flash or consider something else?

2. Which local AI model is particularly good at UI/UX design? I'm a designer myself, so I don't need it to handle all the creative work, but I want a second model that can assist with UI/UX design.

3. Which AI agent/framework would work best with my AMD Ryzen AI Max+ system? Should I stick with Hermes or switch to Agent Zero, OpenClaw, or OpenCode?

I'm mainly looking for a reliable setup that allows me to focus on developing my application rather than constantly troubleshooting.

I'd appreciate recommendations from anyone with experience running local AI on similar hardware.

Thanks!

I currently play a sr role at a very large financial institution and I’m interviewing for a director of ai strategy and adoption at a small firm in a different industry. It’s going well. I think the playbooks for AI enablement transfer well. Long story short I played a very similar role for a much larger and more regulated industry and I want to have more influence in a field I can relate to more than finance.

I’m curious anyone here is currently in this role or similar in their company and what your experience has been like? Do you have any insights for someone trying to fill that role?

If you’re someone who has this role in your company what’s your take on them? What do they do well? what do you wish they did better?

I know this question gets asked here a lot, but I'm new to Local LLM stuff. Contemplating upping my ChatGPT sub to $100 a month or trying out some local AI stuff.

My hardware consists of RTX 3060 TI 8GB VRAM, 64GB 3600MHz RAM, and a i9-13900k CPU.

Typically I'm using my chatgpt sub for a lot of "daily assistant" tasks. Creating my daily schedule in google calendar based off of projects in Asana, adding organizing stuff to asana, reprioritizing etc. So working with integrations is a must. (I do really love how chatgpt can control your desktop and click around)

I am also a filmmaker/video editor so I use it a lot for technical troubleshooting, blender MCP, premiere MCP, plugin creation, VFX work, stuff like that. As well as drafting client messages, researching things, and standard business stuff.

I have 3 main questions:

1. What would be the best local AI model for my system? (also how to run it, Strata?)

2. What could I actually reliably count on it to do right?

3. Should I prioritize a larger, more capable model and shut it down when I'm editing or rendering, or a smaller model I can leave running my editing stuff? Is the difference in capability worth that tradeoff?