BitRun vs LM Studio

BitRun

BitRun packages patched llama.cpp builds for ternary models into one download for macOS on Apple silicon, Windows and Linux, with a loopback-only OpenAI-compatible server. It is three days old with three pre-release versions, one maintainer and no CI, and its published power figures come from a fixed formula rather than measurement.

LM Studio

OpenAI-compatible chat completions, responses, completions and embeddings, Anthropic-compatible /v1/messages and a native /api/v1, all on one port. Authentication is off by default, so any local process can call the server.

BitRun

1. Ask the user to install BitRun and run bitrun pull <tag> and bitrun serve <tag> first. Then call http://127.0.0.1:11435/v1 with any API key string
2. Poll /health before the first request. The server loads the model in the background and answers only when ready
3. Use a model tag from the catalogue (bitnet-70m, bonsai-1.7b, falcon3-1b, bitnet-2b, falcon3-3b, bonsai-8b) and keep prompts within its context window
4. Treat the README's energy figures as estimates, and don't report them as measured power
5. Expect small research checkpoints. Check outputs before relying on them for code or facts

LM Studio

1. Send Authorization: Bearer $LM_API_TOKEN when the owner gives you a token. With Require Authentication on, every request needs it
2. Pass previous_response_id to /api/v1/chat instead of resending the history, and store: false for one-off calls
3. List models with GET /api/v1/models before naming one. A named model that's downloaded loads just in time
4. Install the Python SDK pre-release (1.6.0b1) and pass api_token directly. It reads LMSTUDIO_API_TOKEN, not the LM_API_TOKEN the docs name
5. Set allowed_tools on every MCP integration. Without it the model sees every tool on the server