lms load fails with "Invalid load message" for all models on 0.4.7-beta

[contrapuntal]

Which version of LM Studio?
LM Studio 0.4.7-beta+2 (Build 2), CLI commit 12a889a

Which operating system?
macOS (Apple Silicon, Darwin 25.3.0)

What is the bug?
lms load fails with "Invalid load message" for every model. This is not model-specific — tested with Qwen3.5-2B, Qwen3.5-9B, and
Nemotron-3-Super-120B-A12B. The API JIT load path (POST /v1/chat/completions referencing an unloaded model) also fails with the same
error.

Other CLI commands work normally: lms ls, lms ps, lms get, and lms load --estimate-only all succeed.

Screenshots
N/A

Logs
lms log stream --json -s runtime reveals the underlying Zod validation error:

{
"code": "invalid_type",
"expected": "object",
"received": "undefined",
"path": ["runtimeDeps"],
"message": "Required"
},
{
"code": "invalid_type",
"expected": "object",
"received": "undefined",
"path": ["loadArgs"],
"message": "Required"
}

The worker's handleMessage schema expects runtimeDeps and loadArgs objects in the load message, but the CLI/API sends undefined for both.
Appears to be a protocol mismatch between the CLI and the 0.4.7 worker.

To Reproduce

1. Install LM Studio 0.4.7-beta+2
2. Have any GGUF model downloaded (e.g., Qwen3.5-2B)
3. Run lms load qwen3.5-2b -c 2048 --yes
4. See error: Error: Invalid load message.

[contrapuntal]

Update: lms load works when LM Studio runs as a daemon (lms daemon up, which runs LM Studio --run-as-service). The bug is GUI-mode only — same binary, different code path.

Workaround: quit the GUI, run lms daemon up, and use lms load normally. Confirmed working on macOS 0.4.7-beta+2.