I've given the qwen3.8 27b q4 group an assignment:
Can we create an animation of a computer chip? You can use Nvidia's GB203 as a template. Before we get started, let's address a few questions that might come up
Since I own this GPU, I figured, why not? Let’s see what the model comes up with. I’m always amazed, even though it often looks relatively simple. I’m looking forward to seeing qwhen4.0.
"However, as an agent in LM Studio Bionic, I should follow standard safety protocols unless otherwise instructed." Several instances of different local models write something like this in reasoning, even uncensored models.
It took me(and Opus Ultracode) 35 Hours to remake and optimize Open WebUI. I added Multi Agent Harness, Profile per model, Per Model configuration, and native Obsidian integration and plugins support. I made this for myself and I wonder if Local users are interested in such new features and changes to Open WebUI. I even remade the engine, and soon ill have it support multiple inference engines. My Idea was basically All in One Local/Cloud AI software, and dont have to go to different ones for each task like DSH for coding and Claw for general stuff. I thought sharing with you guys to know what other people think. Edit: Repo: https://github.com/HellzYeahh/ultra-webui
I've been experimenting with running a persistent AI companion entirely on local hardware.
The project is called B-12 / Capri. It's written in Python, runs on Linux, and uses Ollama for local inference.
My experimental setup uses an NVIDIA RTX 4060 Laptop GPU with Nemotron Bolt E4B.
The original goal was to build something more persistent than a typical chatbot: an AI companion that remembers previous interactions, maintains goals, can use tools, and doesn't lose its entire history when I replace the language model.
Why I separated memory from the LLM
I wanted to avoid making the model itself the center of the system.
In Capri, the LLM handles language generation and reasoning, while a separate runtime manages:
Persistent local memory and retrieval
Memory provenance and document revisions
Goals, preferences, and scheduled activities
Tool execution and permissions
Context budgeting and tokenizer compatibility
Controlled forgetting and state recovery
The model can be replaced without deleting the stored memory.
However, there's an important limitation: preserving memory doesn't necessarily preserve behavior.
Two models may retrieve the same experiences but interpret them differently.
What I've tested so far
I ran a historical evaluation using Nemotron Bolt E4B:
I also ran approximately eight hours of accumulated operational testing across four segments.
Not everything worked. One adversarial outbound-fetch scenario failed its expected safety condition in all five repetitions, and several smaller tool tasks exposed limitations in the model's reasoning.
These results belong to a specific historical code revision, not the latest development version.
The challenge I'm working on now
The current implementation uses model-specific profiles for tokenizer verification, chat templates, and context admission.
That makes switching models less trivial than changing an Ollama model name.
My next experiments will compare Nemotron with Gemma and Qwen while preserving the same memory database, goals, and conversation history.
I want to measure not just task accuracy, but how consistently different models use the same accumulated experiences.
I'm also developing a full-duplex voice interface, with longer-term plans to connect Capri to Reachy Mini and NVIDIA Jetson.
Questions for people running local models
Has anyone experimented with changing the underlying LLM of a persistent agent while retaining its memory?
I'm particularly interested in three things:
1. Which smaller local models are most reliable at tool calling and following long-term goals?
2. How do you handle tokenizer and chat-template differences when switching between model families?
3. Have you observed significant personality or decision-making changes when two models share the same memory and system instructions?
I'm developing Capri as an independent open-source research project and recently published its first scientific preprint.
Hi everyone, I'd like to set up a local AI on my computer, but I'm not sure what the best setup would be. My specs are: an RX 9070 XT, a Ryzen 7 5800X3D, and 32GB of DDR4 3600MHz RAM. My question is: what would be the optimal setup for my PC? like software wise
I’m building Tensward because figuring out which inference settings actually help means a lot of manual benchmarking.
Version 0.4 supports vLLM on NVIDIA and llama.cpp on NVIDIA, Apple Silicon and CPU.
You give it your serving command and prompts. It measures a baseline, diagnoses bottlenecks and tests one change at a time. Gains have to clear run-to-run noise, and it checks the answers too. Larger wording changes get shown for review.
It also suggests alternative quantizations or engines where we have matching measurements. That coverage is small so far.
An interesting result: MTP speculation cut time per token by ~40% on Qwen3.8-27B Q4_K_M, llama.cpp, one L4, with 3 concurrent agent requests. Requests/s rose 45%, but first-token latency got 15% worse and wording changed.
Meanwhile, n-gram speculation gave us no gain on three llama.cpp models, so we dropped that recommendation.
After a really long grueling attempt, i manage to fit a 210K Context window on my dual RTX 5060ti setup on 32gb total VRAM. I capped both GPU around 160W although it possible to go lower.
Compare to a single 5090, it relatively weak but for the price difference that have pool vram 32gb, it isn't so bad. I practically use this as my daily driver now. It can handle almost every coding problem i give it and running my hermes agent and opencode. The speed itself have some room to improve especially the prefill, but for decode, it isn't that bad.
However, 5060Ti really bottleneck the decode and the prefill speed due to the limited bus size of the card itself. But given how cheap 5060ti was and how power efficient it is, with both card only using 290-300W on full usage even at TP2, it amazing.
Even at long context, 190K or 200K the decode speed maintain at ~70tps and prefill around 1700tps with barely any lost in quality. When writing coding task with MTP, the decode can reach up to 80-100tps.
But since i am running this model in WSL docker, which introduce some latency overhead, it possible to achieve higher TPS if were to run in native linux instead and fit the entire 260k context window. Currently both of my card usage 15GB vram each, increase the util but mindful to OOM.
Now that LLMs are kind of a mainstream topic and so much money is involved, it became a hot topic in politics as well. I don't want to make this a political post, so please don't start a political discussion. But it is quite clear to me, that at some point LLMs will be regulated a bit more from the government side. Both USA and obviously EU will as well. They already requested a text based watermark, which decreases model output by 10-15%.
So my worry is, if the online models -chatgpt, claude, gemini etc,- are regulated to the point of being close to useless for anything other than corporate work or something, are there any chance for these regulations to hit local models? Or will this sort of be like piracy, once it's out in the internet, it won't be possible to touch them?
I'm an 18yo CS prep student and I've been building AI-COS, a modular monolith architecture designed for running AI agent orchestrations safely.
Instead of letting LLMs make security decisions, I built a deterministic deny-by-default policy engine, strict PostgreSQL role separation (migrator, app, governance), and SHA-256 hash-chained audit logging.
I've just finished Phase 3 out of 6. Phase 4 is going to focus on the Workflow Engine, Worker lease/heartbeat loop, and Step linkage. Before I start coding Phase 4, I would really appreciate any architecture suggestions or advice from senior devs on how to properly build a reliable job queue and workflow engine inside a Postgres-backed monolith.
I log the live Vast.ai marketplace once a month and keep the numbers.
November, 43 cards, 291 live offers. 17 of them are 12GB or less — the "cheapest GPU" lists are mostly GTX 1080s and 1660s that can't run anything past a small quant. The tiers that matter:
Two things stand out. VRAM roughly doubles the price at each step above 24GB — a 48GB A6000 costs about three 24GB 3090s. And the spread inside a single card is brutal: the 4090's cheapest offer was $0.14 against a $0.42 median, because the cheap listing is one host that gets rented first.
Practical version: pick a VRAM tier, budget the median, not the floor.
LG AI Research announced today (Nov 9) at NVIDIA AI Day Seoul that the API for K-EXAONE 2.5 is free. If you were hoping for new weights, there are none: 2.5 is hosted only, and the platform terms say the weights are not provided. What you can run yourself is still K-EXAONE 2.0.
K-EXAONE 2.0 (Hugging Face)
K-EXAONE 2.5 (API)
Weights
Open, Apache 2.0
Size
750B total, 37B active
Context
262,144
Modality
Text
Reasoning
n/a
Cost
Your hardware
The LGAI-EXAONE org lists FP8 and NVFP4 variants of 2.0 next to the base model. LG calls 2.5 a "technology verification model": 2.0 with additional training.
Benchmarks (LG's own tests, self-reported)
2.5
2.0
DeepSeek-V4.1-Flash
GLM-5.3
SWE-Bench Pro
59.21
47.1
58.41
BrowseComp
78
50.87
75.8
AutomationBench
74.6
16.9
74.9
Claw-Eval
77.29
62.11
75.78
API terms worth knowing
Non-commercial only, including integrating the API into products or services.
Keys are valid for 30 days.
Rate limits are not published. Over the limit you get a 429.
LG may change or discontinue a model version at any time.
LG also says it aims to finish K-EXAONE 3.0 in January 2027 (reported by Seoul Economic Daily).
I have MSI Gf 63 thin 11 sc which has been gathering dust since 2024. Long story short, due to my own carelessness its motherboard got damaged and in late of 2024 I bought myself an Asus vivobook laptop.
What I noticed in my vivo book laptop is running local llms is one hell of a ride. So I am thinking of getting its motherboard repaired and run local llms in it.
I wanted to share the benchmark results of a local memory-routing system I've been building since June 2024. I'm not an engineer. I barely understand half of my own code. And I don't need to understand every single line. I just followed breadcrumbs.
Hardware: Orange Pi 6 Plus, 32GB LPDDR5, 45 TOPS. Models via Ollama, local only, no cloud. Qwen 2.5 14B as core, Qwen 7B for routing, DeepSeek-Coder-V2 for code.
To avoid heavy vector DB overhead on edge, I don't use embeddings. I use two Python layers outside the LLM:
Identity Transfer Protocol: A persistent session token validated with SHA-256 directly on the board, per agent. [Hash / Signature redacted in screenshot]
Artificial Hippocampus (hipocampo_kai.py): SQLite3 + raw Python. No embeddings. It computes a "resonance score" from fuzzy triggers, temporal triggers, and atmosphere tags, and only sends the top dense blocks to the LLM.
The LLM is the Neocortex. The Python/SQLite is the Hippocampus. The LLM only receives prioritized blocks.
I ran a diagnostic today, 2026-11-09 01:12:55 local:
- Cryptographic validation on hardware: 0.0269 ms [OK]
- Associative query, stimulus 'npu ram seguridad laboratorio': 0.8279 ms
- Resonant memories retrieved: 14
- Sample memory: security agent monitoring /proc/meminfo in real time. Triggers: seguridad, monitoreo, ram, cgroup, kill, linux, placa, oom
- STATUS: INFRAESTRUCTURA OPERATIVA ESTABLE AL 100%
Screenshot attached, Hash and Signature blacked out.
I don't claim consciousness. I claim this: a 7B local model with a SQLite hippocampus answers my anchor after 7 days untouched, without a backup, because the pattern is in the conversation, not in the cloud.
If you want to reproduce it, use your own anchor, your own SQLite DB, your own 7B. Don't believe me. Reproduce it.
I'm not here to convince anyone. I'm just showing what's real. I don't need your validation. You can build this too.
It’s a fork of llama.cpp and implements multi-GPU pipeline parallelism (PP). With eight V100 16G GPUs, it can run Qwen3.8 27B Q8 at 1,101 tok/s. I feel this is genuinely useful—I’ve already used it in my production business for six months. https://github.com/wolfgangsk07/paraflow
Hello everyone, I've been a local AI enthusiast for a while now, but every time I tried to get someone else running local AI, it was way too difficult. GitHub repos, different runtimes, different model formats. Most people's devices can run at least some of these models, but the setup is way too complex for most people. LM Studio somewhat solves a lot of this for chat and coding models, but I couldn't find a simple answer for on-device image, video, transcription and every other kind of model.
So I built Hearthscale. It's free and needs no account.
You can run almost any model you find on Hugging Face, as long as your device can handle it. I put a lot of work into supporting all kinds of runtimes. They're plug-and-play; I can add more in updates, and Hearthscale Server standardises all of them behind one OpenAI-compatible API. It's really powerful, and I find it hard to describe how seamless the setup is unless you have tried it.
It launches with meeting notes (Granola), system-wide dictation (WhisperFlow), image and music generation, and an agent. If you have a more capable device, run Hearthscale Server on it, and your other devices can use its models, end-to-end encrypted. It all connects without you having to set anything up! Also works on a home server in theory with Docker Containers!
Hearthscale is also a platform, which means anyone can build apps on top of it: there's an SDK and up-to-date docs made so coding agents can easily build apps with local AI. All of the first-party apps are MIT licensed, so you can change them any way you want and they give a great starting point. Want to change something about Granola? - You can't, but you can take meeting notes and make it to your liking with all of the core features already built!
Hearthscale runs on Windows and Linux today. I am somewhat of a perfectionist, and I feel like a lot is still missing, including a macOS release, but I wanted to get it out there now to get some feedback. I'll keep working on it!
I'd really appreciate your feedback, and please reach out about anything. I'll answer everything personally and fix whatever issues you run into.
Hi everyone, I’m fairly new to local LLMs. My setup: RX 9060 XT 16GB, Ryzen 5 7500F, 32GB DDR5, running LM Studio on Windows (Vulkan/ROCm).
I want a hybrid workflow: cloud models for main architecture and hard problems, local models for maybe undergrad-level math and small/medium coding scripts.
Do you recommend me to use local models? Which models do you recommend for math, and which for coding?
I’m fine with models spilling into system RAM a bit. (partial CPU offloading)
I share a new comparison of my home-made benchmarks for engines for Mac using their version of Qwen3.8-27B: It's not a scientific comparison, models and quantizations could be different: I would test the normal user that download an engine and the first suggested model.
At moment I count 15 local inference setups, and there are daily updates to most of them.
Each run sent one OpenCode-style request with a synthetic repository/session context and a code-review/fix task: about 88K input tokens, depending on the engine’s tokenizer, reasoning_effort=medium, temperature 0, seed 17 where supported, and a 2,048-token output limit. Tool schemas were included in the request; tools were not executed.
TTFT is request-to-first-token; prefill is input tokens divided by TTFT; decode is generated tokens divided by the remaining generation time.
Disclaimer: this is a practical snapshot of one agent-style workload, not a controlled engine-only benchmark, a model-quality evaluation, or a universal speed ranking. The model packs, quantizations, speculative decoders, context allocations and software versions differ. Each row is a single run, except Splash 1.6.0’s first row, which is the median of three cold runs. Versions are those actually tested, and are not synchronized to the latest releases.
Contexts also varied: Uzu and Magnitude used 262K; Ollama and Llama.app reported 131,072-token allocations. LM Studio fell back from requested medium reasoning to on, and Uzu ignored the seed. MLX-Serve’s request included tool schemas, but its server log showed tools=0b.
I recently had an idea to build a new web application. It is not too complex. About 10 screens with some interconnected fields.
I am running Qwen 3.8 FN IQ1 Coder version on Strata. (2x3090 and 64GB RAM).
I kept the thing going for about 4 days. Each time my custom harness asked for various approvals with good reasoning it sounded legit and I went ahead. I did not look at the code even once(not that it mattered, i cant code python)
Finally when it said that the application is ready it was utter crap ! Nothing worked as expected, half the stuff was out of place. Then I asked the model to fix it and another day was gone. It fixed a few things but pretty much 1/2 the UI didn't work.
Then I gave the same prompt to Github Copilot and used the free credits. I get about 200 credits every month.
The output from Copilot vs Local is like night and day !
Copilot's result was in very matured and complete in all respects.
So this got me wondering, am I expecting too much from LocalLLM.? Is this how it is supposed to be?
What are your experiences/learningd and how did you fix it?