Hey everyone! Yagil the founder of LM Studio here. If you want to take Bionic for a spin with GLM 5.2 / Kimi K2.6 / Kimi Coder K2.7, email your lmstudio.ai username to hn-jul16@lmstudio.ai and I'll load your account with some credits!
Try it out for coding (in a "Code" project) and document creation / manipulation (in a "Work" project). In Work projects we have automatic checkpointing for every change the agent makes. Would love to hear your feedback.
Yagil, thanks for the credits! Lots of fun to try running this locally. I don't understand the negativity in some of the other comments.
This is one of the better agent harnesses I've seen for inspecting reasoning chains, which is super useful for me. Sometimes reading the reasoning is better for my needs than reading the response. I appreciate how transparent that is in contrast with Claude Code/Codex/etc.
One question — I saw you mentioned negotiating ZDR with your "providers" — are you hosting the models yourselves, or is another entity hosting them? If another entity, which group?
This kind of thing just makes me think Apple will get to a point where they have good enough local models and good enough harnesses for doing things, and most normal people will just use them… Does the LLM become another interface to computing?
Neural machines were always going to be an alternative computing paradigm to von Neumann machines. Had it not been for Minsky we would arguably have gotten to a point where they're useful sooner. But why do you say that as if it's a small thing?
This question hinges on whether model advancement plateaus enough for machine sized models to compare to frontier performance. If it does, the answer is yes. If it doesn’t, the answer is no
More likely, it's going to be whether frontier models advance enough that most people would be willing to pay for them. Right now they don't, but a model you can run locally for free on hardware you already own is very compelling because, while they're not as good as Frontier Models, they're still pretty good.
Tools like Opencode demonstrate that when you box them in tightly enough they can actually be pretty competent.
i believe that for most people on the street, for most tasks, a Chat GPT 3.5 era LLM is sufficient enough. sprinkle in tool calling and other things, and that becomes enough. if you can prioritize that level of a model on-device (baking it in etc), then you can bifurcate AI users between those unwilling to pay and those who are willing to pay A LOT for frontier model performance.
I have thought this for a while. Computing 1.0 meant that we needed to learn the computer’s language to interact with the computer fully. Computing 2.0 is that now the computer has learned our language instead.
Why wait? People are already doing their work on OpenAI and Anthropic's servers, Apple Intelligence servers could quickly subsume any "local" model work that you want to do.
That way everyone has access, even with older devices, and it's a subscription! Then Apple can tie their APIs into the ecosystem you love at a flat cost you can afford. No need to support local model integration in the first place, problem solved.
based on their apple intelligence demos they are optimizing their products for their core demo of 55-95 year old boomers who talk out loud to think and read every page of the nytimes. you are miles away from the US consumer product experience here.
Why would I use this over any other harness? I suppose they're wrapping it all up in a nice package for enterprise, especially ones that want to control their LLM usage for cost and data security compared to the cloud frontier models.
There’s actually not a lot of good harnesses that aren’t slopped together python or JS codebases, which are actually model-agnostic and don’t do some really silly things like bloating the context, too much compaction etc.
There is no way I’m running a python or JS agent which is probably vibe coded, it’s just too much risk from a security and supply chain standpoint.
It does! We negotiated ZDR with our providers. We consider that a condition to make things available to our users: in this case cloud inference and web search/extract.
Yup, it's the main reason I don't use LM studio more. I only use it to try out new models/quants, then use llama.cpp directly to host them. LM Studio also doesn't do stuff like audio input and often has bugs that pure llama.cpp doesn't so it can be a net negative for certain use cases.
I am aware of it, and I dabble with Unsloth Studio and use the llama-server approach.
I would obviously prefer an open source, open weights stack.
But I guess a paradox is that as long as there are open source options I could use, a solid agentic environment that I can use with my own open weights is something I might pay for, in a similar sort of way to paying for a Mac when I could use only Linux.
If someone wanted to make their entire income from, say, making the BBEdit of LLM harnesses, that would be a viable strategy. Sooner or later people need to make an income somewhere. My own feeling is that Apple should acquire LM Studio, but if they said "this is $X per year" I might consider it, given the attention to detail.
Sure you can ... simply start by taking donations to benefit all mankind and then once you have done enough of that go private, ipo and join the tres commas club.
Sure. I still don't think it's particularly controversial to acknowledge that the two don't necessarily align either, and that neither really incentivizes the other.
Less unanimous and debatable, but many would say they more often do not align than the opposite.
Social progress is literally the story of labor saving devices. Creating more with less labor leaves more room for education, creativity, leisure, and true innovation. Don't be fooled into thinking LLMs are any different to the motor, the loom, the calculator or the search engine.
I'm interested in your thought process. How did you get from his initial statement opening of "A friendly reminder ..." to thinking that this was a scandal?
It's a common discussion trope to imply malfeasance in response to good news, which is a way to non-constructively shut down a conversation particularly without elaboration. In this particular case I legit didn't understand what the OP was actually implying because they did not elaborate.
Ultimately, the onus at every VC backed local LLM startup is to launch a cloud based offering, because that's the only potential path in sight for venture scale returns.
For now, it seems that direction that lm studio is taking for enterprise market is "local ai deployment support". They recently launched "lm link" which basically uses tailscale to create e2ee connections between computers running lm studio where you are logged in. Granted one can also setup tailscale or their own vpn themselves and use llama-server, but I guess it is simpler to provide it out of the box. In any case I am not sure pivoting from running local models to "cloud offering" (as in providing llm inference at their severs) is a sensible choice granted there is already competition in that space and they have no leverage there. The highest expected path imo would be to be bought by a company that makes (esp open weights) llms and has a similar business plan around enterprise contracts with local deployments.
> In any case I am not sure pivoting from running local models to "cloud offering" (as in providing llm inference at their severs) is a sensible choice granted there is already competition in that space and they have no leverage there.
I agree. Incidentally, this is exactly what ollama is doing too.
Built to work with lmstudio, one of the leading easy to use local model servers. LMStudio is the closest to plug-and-play without sacrificing play that I've seen; a harness that works well with it is nothing to sniff at. Its not earth shattering either.
Wouldn't most opensource harnesses work with lmstudio? I assume it has an "openai" style chat API like every other model provider? What's special about it vs langchain deep agents or pi or pydantic-ai?
Yes. I don’t see it either. It looks like a competent app (converging on the same principles as others) but what they are advertising as differentiators simply isn’t relevant to its purpose.
I guess it lives or dies by the harness quality then - on open models run locally by plug and players and models that fit onto peoples laptops - that is going to be quite the handicap to overcome.
I run lmstudio personally with a range of harnesses (open and closed) and can't say there is that much of a leap to getting everything talking https://lmstudio.ai/docs/integrations
Maybe they optimized it really hard for small models. That would be impressive, but hardly a good selling argument. I want a harness that can do both and OpenCode looks just fine for that purpose (and it also has everything else I need).
To me this looks like another case of bundling things that shouldn’t be bundled (the harness with the UI) making both worse off because you can’t individually focus on each component. They’ve done this before, bundling a decent UI with decent inference for IMO no good reason, combining the downsides of each instead of letting people mix+match.
built to work with an OpenAI API compatible endpoint, just like any other harness...
and if someone can't figure out how to write down an address it's very likely they also can't figure out how to make local models not suck for coding, and would likely switch back to codex/cc after 15 minutes anyways.
If you want to use local models, it's more ergonomic than fussing with GGUFs or using LM Studio as a server host and setting up the link to an agent yourself. Although, the model selector is the same as with LM Studio itself which can be overwhelming if you don't know what to look for.
Try it out for coding (in a "Code" project) and document creation / manipulation (in a "Work" project). In Work projects we have automatic checkpointing for every change the agent makes. Would love to hear your feedback.
This is one of the better agent harnesses I've seen for inspecting reasoning chains, which is super useful for me. Sometimes reading the reasoning is better for my needs than reading the response. I appreciate how transparent that is in contrast with Claude Code/Codex/etc.
One question — I saw you mentioned negotiating ZDR with your "providers" — are you hosting the models yourselves, or is another entity hosting them? If another entity, which group?
Tools like Opencode demonstrate that when you box them in tightly enough they can actually be pretty competent.
i believe that for most people on the street, for most tasks, a Chat GPT 3.5 era LLM is sufficient enough. sprinkle in tool calling and other things, and that becomes enough. if you can prioritize that level of a model on-device (baking it in etc), then you can bifurcate AI users between those unwilling to pay and those who are willing to pay A LOT for frontier model performance.
That way everyone has access, even with older devices, and it's a subscription! Then Apple can tie their APIs into the ecosystem you love at a flat cost you can afford. No need to support local model integration in the first place, problem solved.
Please don't slur us older GenX as boomers.
There is no way I’m running a python or JS agent which is probably vibe coded, it’s just too much risk from a security and supply chain standpoint.
> use the largest frontier open source models through LM Studio Secure Cloud
(I’m the founder of LM Studio)
Since most people are unaware of this fact.
I would obviously prefer an open source, open weights stack.
But I guess a paradox is that as long as there are open source options I could use, a solid agentic environment that I can use with my own open weights is something I might pay for, in a similar sort of way to paying for a Mac when I could use only Linux.
If someone wanted to make their entire income from, say, making the BBEdit of LLM harnesses, that would be a viable strategy. Sooner or later people need to make an income somewhere. My own feeling is that Apple should acquire LM Studio, but if they said "this is $X per year" I might consider it, given the attention to detail.
I don't think we need closed-source developer tools, especially ones where they might restrict access if they decide to start charging for them later.
and using a closed-source, VC-backed app that might change anything in the next update might not be best for privacy
It’s an important criteria to have in mind when you select an application.
Happy to clarify which is who and who is which.
Less unanimous and debatable, but many would say they more often do not align than the opposite.
Is that a problem for you comrad?
I agree. Incidentally, this is exactly what ollama is doing too.
I run lmstudio personally with a range of harnesses (open and closed) and can't say there is that much of a leap to getting everything talking https://lmstudio.ai/docs/integrations
To me this looks like another case of bundling things that shouldn’t be bundled (the harness with the UI) making both worse off because you can’t individually focus on each component. They’ve done this before, bundling a decent UI with decent inference for IMO no good reason, combining the downsides of each instead of letting people mix+match.
and if someone can't figure out how to write down an address it's very likely they also can't figure out how to make local models not suck for coding, and would likely switch back to codex/cc after 15 minutes anyways.