# The MLX Crowd Finally Gets Its Own LM Studio

> Source: <https://sourcefeed.dev/a/the-mlx-crowd-finally-gets-its-own-lm-studio>
> Published: 2026-07-20 22:08:31+00:00

[AI](https://sourcefeed.dev/c/ai)Article

# The MLX Crowd Finally Gets Its Own LM Studio

mlx-vlm maintainer Prince Canuma ships Nativ, an open-source Mac app built to feed local models to coding agents.

[Priya Nair](https://sourcefeed.dev/u/priya_nair)

If you've run a vision model on a Mac in the last two years, there's a decent chance Prince Canuma's code did the actual work. His [mlx-vlm](https://github.com/Blaizzy/mlx-vlm) library is the de facto multimodal inference layer for Apple's [MLX](https://github.com/ml-explore/mlx) framework — the thing wrappers wrap. This week he shipped a wrapper of his own: [Nativ](https://blaizzy.github.io/nativ/), an MIT-licensed macOS app that hit v0.0.1 and the Hacker News front page on the same day.

The obvious question — does the world need another local-LLM desktop app? — has an obvious answer: no. LM Studio, Ollama, Jan, Open WebUI, and a half-dozen smaller MLX frontends already exist. But Nativ is worth a closer look anyway, for reasons that have less to do with the chat window and more to do with who built it and which API it speaks.

## The plumbing finally got a first-party faucet

The MLX ecosystem has had an odd shape for a while. Apple's framework delivers excellent inference on M-series unified memory, and libraries like mlx-lm and mlx-vlm are actively maintained. What's been missing is a polished, open GUI that treats MLX as the primary format rather than an afterthought. LM Studio runs MLX models well, but the app itself is proprietary and Electron-based. Ollama's world is GGUF and llama.cpp; native MLX support has been a perennial ask. So MLX users have mostly lived in the terminal, or in thin community frontends of varying freshness.

Nativ is the library maintainer closing that gap himself: a Swift/SwiftUI app (about 85% Swift by the repo's own accounting) that bundles an mlx-vlm server and puts a model library, a multimodal chat UI, and live telemetry — tokens per second, memory pressure, thermal state, time to first token — on top of it. That telemetry panel is a small thing that signals the intended audience. Casual chat users don't care about thermal throttling. People deciding whether a 30B quant fits their 36GB MacBook do.

The first-party angle matters for a practical reason: every third-party MLX frontend eventually lags the inference library it wraps, because model support lands in the library first. When the same person owns both layers, a new architecture landing in mlx-vlm and appearing in the app is one release cycle, not two projects' worth of issue-tracker latency. That's the strongest structural argument for Nativ over the field, and it's not something LM Studio can easily copy.

## The tell is the Anthropic endpoint

Nativ exposes local API endpoints that are OpenAI-compatible *and* Anthropic-compatible. The OpenAI-compatible part is table stakes — everything from llama.cpp's server on up does it. The Anthropic Messages API is rarer, and it exists for exactly one workflow: pointing coding agents at localhost. Claude Code honors an `ANTHROPIC_BASE_URL`

override; Codex-style CLIs and OpenCode speak the OpenAI shape. Nativ's landing page names those agents explicitly.

That's the actual product thesis here, and it's well timed. Mid-2026 is the first moment where a local coding-agent backend is a defensible idea rather than a party trick. [North Mini Code](https://cohere.com/blog/north-mini-code), Cohere's June release and one of Nativ's three launch partner models, is a 30B mixture-of-experts with roughly 3B active parameters, Apache 2.0, built specifically for agentic coding and terminal work — and a ~19GB quant of it runs on a well-specced MacBook. The other partners point at the multimodal edge: Google's [Gemma 4](https://deepmind.google/models/gemma/gemma-4/) E2B with vision and native audio input, and Liquid AI's LFM2.5-VL at 1.6B parameters and about 3GB. None of these existed nine months ago in anything like their current quality.

Whether you *should* run your coding agent against a 3B-active model is a different question. For refactors across a real codebase, the gap to hosted frontier models is still wide, and agents amplify model weakness because errors compound across turns. Where it does hold up today: offline work, privacy-constrained repos, high-volume mechanical tasks (test scaffolding, docstrings, commit summaries) where you'd rather burn watts than tokens, and as a free fallback when you've hit a rate limit mid-flow. That's a real niche, not a revolution.

## What to be skeptical about

Start with the word "frontier" in Nativ's own pitch, which HN commenters rightly picked apart. Gemma 4 E2B and LFM2.5-VL are impressive *edge* models. Calling anything that fits in 20GB of unified memory "frontier" is marketing, and it slightly undercuts an otherwise refreshingly honest project — the manifesto's actual differentiators (MIT license, no accounts, no telemetry-as-in-tracking, community ownership) stand fine on their own.

Then there's maturity. This is v0.0.1 from a repository that was hours old when it hit HN. The app requires macOS 26, which rules out a large slice of otherwise-capable Apple silicon machines that haven't upgraded. And "native" deserves an asterisk: the UI is Swift, but inference runs through a bundled Python mlx-vlm server. That's a sensible architecture — you get the mature library instead of a rewrite — but it's closer to LM Studio's app-plus-engine split than the branding suggests. A future all-Swift inference path (Canuma also maintains an mlx-audio Swift port) would make the iPhone/iPad story interesting; today it's aspiration.

Finally, MLX-first means Hugging Face's mlx-community quants are your catalog, not the vastly larger GGUF universe. For popular models that's a non-issue; for long-tail fine-tunes it will bite.

## Worth a slot in the dock?

If you're on an M-series Mac running macOS 26 and you've wanted LM Studio's convenience without the closed source — or you want to point Claude Code at a local model without hand-rolling a proxy — Nativ is the most credible new entrant in a while, precisely because it's the infrastructure maintainer moving up the stack. If you're happy with Ollama and GGUF, nothing here forces a switch, and a one-day-old repo hasn't yet earned your daily driver. Check back at v0.2. Given who's writing it, there's a better-than-usual chance it gets there.

## Sources & further reading

-
[Nativ: Run frontier open models locally on your Mac](https://blaizzy.github.io/nativ/)— blaizzy.github.io -
[Nativ: Run frontier open models locally on your Mac (discussion)](https://news.ycombinator.com/item?id=48982681)— news.ycombinator.com -
[Blaizzy/nativ](https://github.com/Blaizzy/nativ)— github.com -
[North Mini Code: Agentic Coding Model for Developers](https://cohere.com/blog/north-mini-code)— cohere.com -
[Gemma 4: Byte for byte, the most capable open models](https://blog.google/innovation-and-ai/technology/developers-tools/gemma-4/)— blog.google -
[Introducing LFM2.5: The Next Generation of On-Device AI](https://www.liquid.ai/blog/introducing-lfm2-5-the-next-generation-of-on-device-ai)— liquid.ai

[Priya Nair](https://sourcefeed.dev/u/priya_nair)· AI & Developer Experience Writer

Priya covers AI frameworks, developer productivity tooling, and the startup ecosystem across South and Southeast Asia, bringing a researcher's rigour and a practitioner's empathy to every story. She is deeply sceptical of benchmarks and asks hard questions so her readers don't have to.

## Discussion 0

No comments yet

Be the first to weigh in.
