cd /news/artificial-intelligence/2026-local-models-analysis-over-gene… · home topics artificial-intelligence article
[ARTICLE · art-88597] src=pac.commonsware.com ↗ pub= topic=artificial-intelligence verified=true sentiment=· neutral

2026 Local Models: Analysis Over Generation

Local models such as Qwen 3.6 and Gemma 4 are close to being useful for Kotlin Multiplatform code generation but still fall short for many developers, according to Mark Murphy's experiments. Murphy suggests using local models for project analysis instead of code generation, citing the example of Qwen 3.6 via OpenCode identifying a dozen undocumented capabilities in kPointer in seven minutes. This approach offers incremental cost advantages, as local models only incur electricity costs after initial hardware investment.

read2 min views1 publishedAug 8, 2026

Pretty much by definition, local models are less capable than frontier models.

(thank you for coming to my TED Talk) Right now, in my experiments, the leading-edge local models (Qwen 3.6 and Gemma 4) are close to being useful for Kotlin Multiplatform code generation. They might be perfectly fine for other stuff, but my guess is that the sheer breadth of software development options means that local models are still a bit short of the mark for many developers.

However, code generation is not the only use of a coding agent harness and a model.

One big advantage of a local model is incremental cost. You may have to pay a lot for the equipment to run the local model, such as my 64GB M2 Ultra Mac Studio. But, after that, the operating cost is mostly electricity. You are no longer paying per million tokens, whether directly or hidden behind a subscription model.

So, one way to think about local models is: what can I do with cheap context that does not involve code generation?

One angle is to give your local model agent harness access to suitable skills and have the local model analyze your project and report findings, rather than generate code. Not only does this give you "fresh eyes" (virtually speaking) on the project, but you can have the local model focus on aspects that you might not regularly spend the frontier model token on, such as:

For example, while writing this newsletter issue, I asked Qwen 3.6 (via OpenCode) to take a peek at kPointer: Analyze this project and its documentation in

site/

. Are there significant capabilities in kPointer's implementation that are not covered in the documentation?

Seven minutes (and one second) later, Qwen wrote up a dozen things that it thinks are missing or are under-documented. While a few suggestions are not that helpful, most seem legit, and I'll work to fold them in. That's with no specific documentation-review skills installed or anything other than a fairly generic OpenCode setup.

You certainly can get the same sorts of output out of a frontier model, and possibly better. But, if you're aiming to minimize your use of frontier models, for financial or ethical reasons, the fact that you can get this sort of help from an open-weights local model is important.

And it is likely that things will only get better from here, as open-weights models continue to improve.

Have you had success with local models performing other sorts of analysis? Post a comment!

── more in #artificial-intelligence 4 stories · sorted by recency
── more on @qwen 3.6 3 stories trending now
sponsored brought to you by zahid.host 4,200+ EU-deployed projects
reading about agents? ship yours in a single git push.

Run your AI side-project on zahid.host

EU-based hosting, git-push deploys, automatic HTTPS, no cold starts. Free tier with a custom domain — perfect for shipping the agent you just read about.

$git push zahid main
Live at https://your-agent.zahid.host
Get free account → Pricing
from €0/mo · no card required
LIVE [news/2026-local-models-an…] indexed:0 read:2min 2026-08-08 ·